@@ -7,7 +7,7 @@ In order to standardize Special Interest Group efforts, create maximum
7
7
transparency, and route contributors to the appropriate SIG, SIGs should follow
8
8
these guidelines:
9
9
10
- - Create a charter and have it approved according to the [ SIG charter process]
10
+ - Have an approved Charter [ SIG charter process]
11
11
- Meet regularly, at least for 30 minutes every 3 weeks, except November and
12
12
December
13
13
- Keep up-to-date meeting notes, linked from the SIG's page in the community
@@ -163,6 +163,33 @@ within 30 days from the date of their appointment.
163
163
- Defined in ` SECURITY_CONTACTS ` files, this is only relevant to the root file
164
164
in the repository. Template [ SECURITY_CONTACTS]
165
165
166
+ ### Other Roles
167
+ This governance document outlines the required roles for SIGs: Chair and Tech
168
+ Lead; however, SIGs are allowed to operate how they see fit outside of minimum
169
+ governance requirements, including defining more roles to sustain the group. If
170
+ a SIG needs to change the Chair and Tech Lead position to include or remove
171
+ duties, this needs to be approved by the Steering Committee. Newly created roles
172
+ that don't assume any responsibility of Chair and/or Tech Lead should follow
173
+ the governing processes in the SIGs charter.
174
+
175
+ Example of SIG roles created to help operations:
176
+
177
+ - [ The Release Team: Bug Triage, CI Signal, and more]
178
+ - [ API Reviewer and Moderator]
179
+ - [ Production Readiness Reviewer]
180
+ - [ Events Lead]
181
+ - [ PR Wrangler]
182
+ - [ Editor]
183
+
184
+ Other roles...
185
+ - * MUST* be tracked on the SIGs README with a link to the role definition
186
+ - * MUST* have the Steering Committees approval to proceed with roles that assume
187
+ duties from Chairs and/or Tech Leads on a non-temporary basis
188
+ - * SHOULD* be documented in SIG charters if the role has delegation away from a
189
+ sig-governance.md listed role
190
+ - * SHOULD
* be sent to
[email protected] for awareness as a notice
191
+ and a lazy consensus period when they are newly created
192
+ - * MAY* Fill in for another named role on a temporary basis
166
193
#### Subproject Creation
167
194
168
195
---
@@ -243,6 +270,12 @@ Issues impacting multiple subprojects in the SIG should be resolved by either:
243
270
[ #tech-lead ] : #Tech-Lead
244
271
[ Google group ] : https://groups.google.com/forum/#!forum/kubernetes-sig-config
245
272
[ dashboard ] : https://testgrid.k8s.io/
273
+ [ The Release Team: Bug Triage, CI Signal, and more ] : https://github.com/kubernetes/sig-release/tree/master/release-team/role-handbooks
274
+ [ Production Readiness Reviewer ] : https://github.com/kubernetes/community/blob/master/sig-architecture/production-readiness.md#becoming-a-prod-readiness-reviewer-or-approver
275
+ [ API Reviewer and Moderator ] : https://github.com/kubernetes/community/blob/master/sig-architecture/api-review-process.md#expanding-the-reviewer-and-approver-pool
276
+ [ Editor ] : https://github.com/kubernetes/community/blob/master/communication/marketing-team/role-handbooks/editor.md
277
+ [ Events Lead ] : https://github.com/kubernetes/community/blob/master/events/events-team/events-lead.md
278
+ [ PR Wrangler ] : https://kubernetes.io/docs/contribute/participate/pr-wranglers/
246
279
[ monthly community meeting ] : /events/community-meeting.md
247
280
[ Inclusive Open Source Community Orientation course ] : https://training.linuxfoundation.org/training/inclusive-open-source-community-orientation-lfc102/
248
281
[ technical-lead.md ] : /contributors/chairs-and-techleads/technical-lead.md
0 commit comments