Add community membership requirement

committee-steering/governance/sig-governance.md

@@ -24,6 +24,8 @@ Subproject Owner Role.  (this different from a SIG or Organization Member).
 - Initial members are defined at the founding of the SIG or Subproject as part of the acceptance
   of that SIG or Subproject.
 - Members *SHOULD* remain active and responsive in their Roles.
+- Members *MUST* be [community members] to be eligible to hold a leadership role
+  within a SIG.
 - Members taking an extended leave of 1 or more months *SHOULD*
   coordinate with other members to ensure the
   role is adequately staffed during the leave.
@@ -183,3 +185,4 @@ Issues impacting multiple subprojects in the SIG should be resolved by either:
 [Embargo Policy]: https://git.k8s.io/security/private-distributors-list.md#embargo-policy
 [SECURITY_CONTACTS]: https://github.com/kubernetes/kubernetes-template-project/blob/master/SECURITY_CONTACTS
 [sig-wg-lifecycle]: /sig-wg-lifecycle.md
+[community members]: /community-membership.md

committee-steering/governance/wg-governance.md

@@ -73,6 +73,8 @@ should eventually be reflected in a pull request on sigs.yaml:
 1. Who will chair the group, and ensure it continues to meet these requirements?
 1. Is diversity well-represented in the Working Group?
 
+Please note that all working group organizers and holders of other leadership roles must be [community members].
+
 Once the above questions have been answered, complete the rest of the checklist in the [SIG / WG Lifecycle] document
 
 Once merged, the Working Group is officially chartered until it either completes its stated goal, or disbands
@@ -106,3 +108,4 @@ References
 
 [SIG / WG Lifecycle]: /sig-wg-lifecycle.md
 [repositories document]: https://github.com/kubernetes/community/blob/master/github-management/kubernetes-repositories.md
+[community members]: /community-membership.md

sig-wg-lifecycle.md

@@ -9,13 +9,15 @@ Out of scope for this document: [subproject] creation.
 ## [Creation]
 ### Prerequisites for a SIG
 - [ ] Read [sig-governance.md]
+- [ ] Ensure all SIG Chairs, Technical Leads, and other leadership roles are [community members]
 - [ ] Send an email to the Steering Committee <steering@kubernetes.io> to scope the SIG and get provisional approval.
 - [ ] Look at the checklist below for processes and tips that you will need to do while this is going on. It's best to collect this information upfront so you have a smoother process to launch
 - [ ] Follow the [SIG charter process] to propose and obtain approval for a charter
 - [ ] Announce new SIG on kubernetes-dev@googlegroups.com
 
 ### Prerequisites for a WG
 - [ ] Read [wg-governance.md]
+- [ ] Ensure all WG Organizers, and other leadership roles are [community members]
 - [ ] Send email to [kubernetes-dev@googlegroups.com] titled "WG-Creation-Request: WG Foo" with some of the questions answered from wg-goverance.md and wait for community discourse; ask for SIG sponsorship
 - [ ] Do the first checklist item in the #GitHub section below and add a row to the WG section:
   - [ ] Label with committee/steering and wait for a simple majority
@@ -109,3 +111,4 @@ Sometimes it might be necessary to sunset a SIG or Working Group. SIGs/WGs may a
 [Thursday community updates]: /events/community-meeting.md
 [example]: https://docs.google.com/document/d/1qZcAvuWBznR_oEaPWtwm7U4JNT91m8r9YOUvInU-src/edit#heading=h.jsw0l2t0ra8
 [update meetings]: /communication/calendar-guidelines.md
+[community members]: /community-membership.md