summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPhillip Wittrock <pwittroc@google.com>2018-03-08 09:26:00 -0800
committerPhillip Wittrock <pwittroc@google.com>2018-03-08 09:27:06 -0800
commit7d5e75b06fdb7a44da33b95dad152c4eb5c78868 (patch)
tree85600eb1a4a928c6adc2b1cb1b40abb89d80d2fa
parent9034aa8b33da6f184c5b29dc342b1c21af3ccf8c (diff)
SIG Charter FAQ
-rw-r--r--committee-steering/governance/FAQ.md29
-rw-r--r--committee-steering/governance/README.md5
2 files changed, 34 insertions, 0 deletions
diff --git a/committee-steering/governance/FAQ.md b/committee-steering/governance/FAQ.md
new file mode 100644
index 00000000..eb1a5245
--- /dev/null
+++ b/committee-steering/governance/FAQ.md
@@ -0,0 +1,29 @@
+# Frequently Asked Questions
+
+## Why the new structure? Why split the SIG Lead Role into 2 distinct roles?
+
+While developing the SIG governance requirements, 3 distinct sets of responsibilities were identified:
+
+- Setting technical direction and resolving technical discussions in subprojects of a SIG
+ (e.g. intra-subproject escalation point)
+- Setting pure-technical scope across the SIG and resolving technical discussions that span subprojects
+ (e.g. inter-subproject escalation point)
+- Managing the operational aspects of the SIG - defining and evolving process and structure. Identifying, or helping
+ to identify, and defining additional SIG and subproject roles and responsibilities.
+
+While in many SIGs individuals may continue to have all 3 roles concurrently, splitting out the responsibilities
+into multiple roles enjoys the following advantages:
+
+- Doing so makes technical and non-technical leadership responsibilities unambiguous. Previously, the role of SIG Lead
+ was not consistent across SIGs - in some cases it was a technical escalation point and in others the role had
+ no ties to technical decision making. Calling out these responsibilities specifically makes the responsibilities
+ of the roles clear across SIGs.
+- Doing so provides a more diverse set of opportunities for community members to take on leadership roles. The
+ new structure explicitly provides room and roles for both pure technical leadership AND leadership focused on
+ critical non-technical work. Being the most senior technical contributor will no longer be a requirement
+ for taking on a leadership role in non-technical capacities. Likewise, the most senior technical contributors
+ may now be documented as the escalation points for technical issues irrespective of their non-technical
+ responsibilities.
+- Doing so provides SIG Leads an opportunity to scale themselves by sharing or transitioning parts of their workload
+ to other members of the community that may be interested in taking on either pure-technical or non-technical
+ leadership opportunities.
diff --git a/committee-steering/governance/README.md b/committee-steering/governance/README.md
index 4eb5e1ad..c08fe079 100644
--- a/committee-steering/governance/README.md
+++ b/committee-steering/governance/README.md
@@ -35,5 +35,10 @@ and project.
- [Short Template]
+## FAQ
+
+See [frequently asked questions]
+
[Recommendations and requirements]: sig-governance-requirements.md
[Short Template]: sig-governance-template-short.md
+[frequently asked questions]: FAQ.md