summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBrendan Burns <bburns@microsoft.com>2019-01-30 12:24:28 -0800
committerBrendan Burns <bburns@microsoft.com>2019-01-30 12:24:28 -0800
commit8885d2c75f11a3975098b033fed1d2374a5532ee (patch)
treeca5a4518aca1a20b55d9bd620ecd2806f1e8a6dc
parent362bc1c406a604dbe6a56e60146a67fcce56d5cf (diff)
Add a description of user groups.
-rw-r--r--governance.md18
1 files changed, 17 insertions, 1 deletions
diff --git a/governance.md b/governance.md
index 6d4b6d7e..71a2a965 100644
--- a/governance.md
+++ b/governance.md
@@ -25,11 +25,12 @@ See [community membership]
# Community groups
-The project has 4 main types of groups:
+The project has 5 main types of groups:
* Special Interest Groups, SIGs
* Subprojects
* Working Groups, WGs
* Committees
+* User Groups
![Kubernetes Governance Diagram](kubernetes_governance_diagram.png)
@@ -129,6 +130,21 @@ committee has a charter and a chair, and will report to the steering
committee periodically, and to the community as makes sense, given the
charter.
+## User groups
+Some topics have long term relevance to large groups of Kubernetes users, but
+do not have clear deliverables or ownership of parts of the Kubernetes
+code base. As such they are neither good fits for SIGs or Working Groups.
+Examples of such a topic might be continuous delivery to Kubernetes.
+
+User groups function as a centralized resource to facilitate communication
+and discovery of information related to the topic of the user group. User
+groups should not undertake to produce any deliverable, instead they should
+form working groups under the auspices of some SIG for such work. Likewise
+they shouldn't take ownership of anything in the Kubernetes process, as
+that is a role for SIGs.
+
+User groups are documented in [sigs.yaml](sigs.yaml)
+
## Cross-project Communication and Coordination
While most work shouldn’t require expensive coordination with other