Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

change a few priorities and add a few items #2

Closed
wants to merge 1 commit into from
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
42 changes: 27 additions & 15 deletions backlog.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,7 +5,26 @@ This is a backlog of items that the steering committee needs to either handle or

## Backlog Items

- Check the governance documents into the community repo
- Check the bootstrapping governance documents into the community repo
- Write project wide governance once steering committee is in place:
- Identify how the governance documents can be changed
- Describe the GitHub multi-organization strategy and how new org can be created
- Describe how SIGs are created, governed and how they interact with the steering committee
- Update incubator process based on new governance and new GitHub organization strategy
- Committee decision-making process (e.g., modified lazy consensus seeking) and quorum requirement
- Improve/expand definition of members of standing
- Simplify the contributor ladder

- SIG charter template, including suggested governance and minimum required intra-SIG governance, its scope
(topics, subsystems, code repos and directories), responsibilities, areas of authority, how members and roles
of authority/leadership are selected/granted, how decisions are made, and how conflicts are resolved.
- Formalize the concept of subprojects
- Decide how/whether ecosystem subprojects (e.g., kops, helm) are governed differently
- In particular, develop policies/procedures for donated code (e.g., helm, kubernetes-anywhere, kompose, kargo)
- Resolve the disconnect between code organization (OWNERS, maintainers) and people organization (SIGs)
- Define roles and responsibilities of incubator mentor/sponsor and graduation process.
- Identify where the community lives (e.g slack, google group) so it can be reached
- Identify where and how decisions are made (e.g slack, google group, SIG, kubernetes-dev, GitHub)
- Clarify the interface with the CNCF
- Update the Code of Conduct Committee to a more recent version, documenting enforcement, broaden coverage
beyond maintainers and committers, coding activities, and project/public spaces, specify our own reporting
Expand All @@ -14,26 +33,19 @@ This is a backlog of items that the steering committee needs to either handle or
- Determine how members of the Code of Conduct Committee should be selected
- Document resources that the community has and make sure they have a home: releases, twitter handles, etc
- Find homes for unowned areas of the project, such as the build system
- SIG charter template, including suggested governance and minimum required intra-SIG governance, its scope
(topics, subsystems, code repos and directories), responsibilities, areas of authority, how members and roles
of authority/leadership are selected/granted, how decisions are made, and how conflicts are resolved
- Formalize the concept of subprojects
- Decide how/whether ecosystem subprojects (e.g., kops, helm) are governed differently
- In particular, develop policies/procedures for donated code (e.g., helm, kubernetes-anywhere, kompose, kargo)
- Resolve the disconnect between code organization (OWNERS, maintainers) and people organization (SIGs)
- Simplify the contributor ladder
- Update incubator process to explain new GitHub organization strategy


- Explicitly delegate areas to SIGs
- Escalation process
- Fund-requesting and budget processes
- Committee decision-making process (e.g., modified lazy consensus seeking) and quorum requirement
- Improve/expand definition of members of standing
- Identify who is responsible for evolving the governance going forward and how changes will be approved
- Project-wide communication requirements, processes, and mechanisms
- Develop processes to address staffing gaps (engineering, docs, test, release, ...), effort gaps
(tragedy of the commons), expertise mismatches, priority conflicts, personnel conflicts

### Open Questions:

- Do we need user groups?
- Do we need insurance?
- Do we need a policy similar to [Apache's release policy](http://www.apache.org/legal/release-policy.html)?
- Update project values
- Do we need a Conflict of Interest policy?
- Develop processes to address staffing gaps (engineering, docs, test, release, ...), effort gaps
(tragedy of the commons), expertise mismatches, priority conflicts, personnel conflicts