Skip to content

Update Shadow Selection Documentation #2137

@JamesLaverack

Description

@JamesLaverack

Update both the shadow selection and EA Handbook to clarify a few aspects of the selection process.

Note: This is mostly a holding issue for me to go back and make these updates.

  • Advise that a single person taking on multiple roles on the same team (e.g., shadowing multiple roles) is generally not permitted, and explain why.
  • Guidelines for leads selecting shadows from the same company as them (i.e., usually don't, but talk to the EA if there's a case).
  • Add to the EA handbook a seciton on how to prune the shadow applications:
    • Look for duplicates
    • Look for spam
    • Look for applications from people who are already release team members
  • Add to the EA handbook a section on using https://github.com/kubernetes-sigs/release-team-shadow-stats to generate Markdown.
    • Add a special note about the Slack limitation of only uploading 10 files.
  • Talk about how the EA should validate the selections, and what they should look for.
    • Gender balance (based on pronouns), in particular ensuing there are no all-male subteams.
    • Regional and timezone distirubtion, especially for comms.
    • Good mix of new and returning members.
    • Company balance, that no one employer is over-represented.
    • That leads are close to the "two new, two returners" advise, and discuss with them if they're not. (It's not unacceptable, but it is something to keep an eye out for)
  • Discuss timing of onboarding and offering roles, and why that is done (to avoid shadows learning they are not selected by watching others announce their invovlement).
  • Discuss the procedure for onboarding new shadows. In particular:
    • Who and when we should we process shadow org membership for each one
    • Who and when we should process k/k8s.io group membership

Metadata

Metadata

Assignees

Labels

kind/documentationCategorizes issue or PR as related to documentation.lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.priority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to complete.

Type

No type

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions