Skip to content
This repository has been archived by the owner on Apr 22, 2023. It is now read-only.

Required updates to CommComm Charter to reflect OpenJS Foundation #526

Merged
merged 9 commits into from
Nov 26, 2019
103 changes: 33 additions & 70 deletions Community-Committee-Charter.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,65 +4,56 @@

The Community Committee will operate transparently, openly, collaboratively, and ethically. Project proposals, timelines, and status must not merely be open, but also easily visible to the entire ecosystem.

## Section 2. Evolution of Node.js Foundation Governance.
## Section 2. Evolution of OpenJS Foundation Governance.

Most large, complex open source communities have both a business and a technical governance model. Node.js Foundation’s leadership contains both a Technical Steering Committee (“TSC”) and Maintainers for major components or subsystems. Node.js Foundations business leadership is instantiated in a Board of Directors (the “Board”). Community activities, such as events, fall outside of the realm of code and documentation that the TSC oversees. The champions of these organizations have very different skillsets, talents, and concerns. The community organizations of Node.js have long been important to the growth and vitality of the project and will be recognized as the Community Committee ("CommComm") as represented on the Board by the existing Individual Membership Board Directors.
Most large, complex open source communities have both a business and a technical governance model. Technical leadership for projects within the OpenJS Foundation is delegated to the projects through their project charters by the OpenJS Cross Project Council. Community leadership is not explicitly owned or delegated. In the Node.js project, community leadership has been delegated to the Community Committee. The OpenJS Foundation's business leadership is instantiated in a Board of Directors (the “Board”). Community activities, such as events, fall outside of the realm of code and documentation that the Node.js project's TSC oversees. The champions of these organizations have very different skillsets, talents, and concerns. The community organizations of Node.js have long been important to the growth and vitality of the project and will be recognized as the Community Committee ("CommComm").

This Community Committee Charter reflects a formal role and the relevance of the voice of community for the governance of Node.js Foundation. The charter amendment process is for the CommComm to propose changes using simple majority of the full CommComm, the proposed changes being subject to review and approval by the Board. The Board may additionally make amendments to the CommComm charter at any time, though the Board will not interfere with day-to-day discussions, votes or meetings of the CommComm.
This Community Committee Charter reflects a formal role and the relevance of the voice of community for the Node.js project to the CPC and within the OpenJS Foundation. The charter amendment process is for the CommComm to propose changes using simple majority of the full CommComm, the proposed changes being subject to review and approval the CPC. The Board may additionally make amendments to the CommComm charter at any time, though the Board will not interfere with day-to-day discussions, votes or meetings of the CommComm.

## Section 3. Board’s Role in Setting Node.js Foundation’s Strategic Direction.
## Section 3. Establishment of the Community Committee.

The Board will set the overall CommComm Policy. The policy will describe the overarching scope of the Node.js Foundation initiative, Node.js Foundation’s community vision, direction and expectations in the form of intent. The Board will use the CommComm as a delegate body for community representation, advisement, and overseeing cultural project implementation, scope and direction while they remain within the scope and direction of the policies as described in the CommComm Policy document and approved by the Board.

## Section 4. Establishment of the Community Committee.

Membership is for 6 months. The group will ask on a regular basis if the expiring members would like to stay on. A member just needs to reply to renew. There is no fixed size of the CommComm. However, the expected target for Advisors, as defined in Section 10, is between 9 and 12, to ensure adequate coverage of important areas of community expertise, balanced with the ability to make decisions efficiently.
Membership is for 6 months. The group will ask on a regular basis if the expiring members would like to stay on. A member just needs to reply to renew. There is no fixed size of the CommComm. However, the expected target for Advisors, as defined in Section 9, is between 9 and 12, to ensure adequate coverage of important areas of community expertise, balanced with the ability to make decisions efficiently.

There is no specific set of requirements or qualifications for CommComm membership beyond these rules. The CommComm may add additional members to the CommComm by a standard CommComm motion and vote. A CommComm member may be removed from the CommComm by voluntary resignation, or by a standard CommComm motion.

Changes to CommComm membership should be posted in the agenda, and may be suggested as any other agenda item.

No more than one-fourth of the CommComm members may be affiliated with the same employer or leadership of a community/ecosystem organization. If removal or resignation of a CommComm member, or a change of employment by a CommComm member, creates a situation where more than one-fourth of the CommComm membership shares an employer, then the situation must be immediately remedied by the resignation or removal of one or more CommComm members affiliated with the over-represented employer(s).

The CommComm members shall consist of active members of Community Projects and the two Individual Membership Directors.
The CommComm members shall consist of active members of Community Projects.

The CommComm may, at its discretion, invite any number of non-voting Guests to participate in the public portion of CommComm discussions and meetings.

The CommComm shall meet regularly using tools that enable participation by the community (e.g. weekly on a Google Hangout On Air, or through any other appropriate means selected by the CommComm). The meeting shall be directed by the Individual Membership Directors. Minutes or an appropriate recording shall be taken and made available to the community through accessible public postings.
The CommComm shall meet regularly using tools that enable participation by the community (through any appropriate means selected by the CommComm). Minutes or an appropriate recording shall be taken and made available to the community through accessible public postings.

CommComm members are expected to regularly participate in CommComm activities.

In the case where an individual CommComm member -- within any three month period -- attends
fewer than 25% of the regularly scheduled meetings, does not participate in CommComm
discussions, and does not participate in CommComm votes, the member shall be automatically
removed from the CommComm. The member may be invited to continue attending CommComm meetings
as a Guest.
In the case where an individual CommComm member -- within any three month period -- attends fewer than 25% of the regularly scheduled meetings, does not participate in CommComm discussions, and does not participate in CommComm votes, the member shall be automatically removed from the CommComm. The member may be invited to continue attending CommComm meetings as a Guest.

## Section 5. Responsibilities of the CommComm.
## Section 4. Responsibilities of the CommComm.

Subject to such policies as may be set by the Board, the CommComm is responsible for all cultural development and outreach within the Node.js Foundation, including:
Subject to such policies as may be set by the Board, the CommComm is responsible for all cultural development and outreach within the Node.js Project, including:

- Outreach to community organizations
- Documentation of community organizations
- Cultural direction of Node.js Foundation
- Overseeing the Inclusivity WG
bnb marked this conversation as resolved.
Show resolved Hide resolved
- Overseeing education initiatives for the Node.js Foundation
- Cultural direction of Node.js Project
- Overseeing education initiatives for the Node.js Project
- Project governance and process (including this policy)
- Recommendations for building and developing community projects that align with needs of Node.js
- Mediating cultural conflicts between Foundation and/or community projects
- Mediating cultural conflicts between the Node.js project and/or community projects
- Facilitation with external open source projects, select consortiums and other outside groups

## Section 6. Node.js Foundation Operations.
## Section 5. Node.js Project Operations.

The CommComm will establish and maintain a process of support for Node.js community projects. The process will establish guidelines for how culture and values of the community can be supported.

The CommComm is responsible for vetting organizations that will be supported through means such as monetary sponsorship, promotion, resource provisioning, etc. for example requirements such as the organization in question having and executing a Code of Conduct or not conflicting with Node.js Foundation’s goals and priorities.
The CommComm is responsible for vetting organizations that will be supported through means such as monetary sponsorship, promotion, resource provisioning, etc. for example requirements such as the organization in question having and executing a Code of Conduct or not conflicting with Node.js project’s goals and priorities.

The CommComm and entire technical community will follow any processes as may be specified by the Board relating to the intake and license compliance review of contributions, including the Node.js Foundation IP Policy.
The CommComm and entire technical community will follow any processes as may be specified by the Board relating to the intake and license compliance review of contributions, including the OpenJS Foundation's IP Policy.

## Section 7. Elections
## Section 6. Elections

Leadership roles in Node.js Foundation Community Committee will be peer elected representatives of the community organizations.
Leadership roles in the CommComm will be peer elected representatives of the community organizations.

For election of persons (CommComm Chairperson, Advisors, etc.) a multiple-candidate method should be used, e.g.:

Expand All @@ -71,57 +62,29 @@ For election of persons (CommComm Chairperson, Advisors, etc.) a multiple-candid

Multiple-candidate methods may be reduced to simple election by plurality when there are only two candidates for one position to be filled. No election is required if there is only one candidate and no objections to the candidate's election. Nominations for organizations that should be represented on the Community Committee will take place in the GitHub repository. A representative for these organizations shall be selected within the organizations by those active in it.

The CommComm will elect from amongst voting CommComm members a CommComm Chairperson to work on building an agenda for CommComm meetings and a CommComm director to repesent the CommComm to the board for a term of one year according to the Node.js Foundation’s By-laws. The CommComm shall hold annual elections to select a CommComm Chairperson; there are no limits on the number of terms a CommComm Chairperson may serve. The
same person may not hold both positions at the same time.
The CommComm will elect from amongst voting CommComm members:
- a CommComm Chairperson, responsible for preparing agendas and coordinating CommComm meetings
- an OpenJS Foundation Cross Project Council (CPC) voting member to represent the CommComm in the OpenJS Foundation

The CommComm shall hold annual elections to select a CommComm Chairperson and an OpenJS Foundation CPC voting member to represent the CommComm; there are no limits on the number of terms a CommComm Chairperson or OpenJS Foundation CPC voting member to represent the CommComm may serve. The same person may not hold both positions at the same time. Each person shall serve a one year term, and may serve for more than one term.

The CommComm will elect from amongst voting CommComm members:
- a CommComm Chairperson, responsible for preparing agendas and coordinating CommComm meetings, and
- a representative to serve on the Node.js Foundation Board of Directors pursuant to its Bylaws.
Each person shall serve a one year term, and may serve for more than one term. The
same person may not hold both positions at the same time.

## Section 8. Voting
## Section 7. Voting

For internal project decisions, Collaborators shall operate under Lazy Consensus. The CommComm shall establish appropriate guidelines for implementing Lazy Consensus (e.g. expected notification and review time periods) within the development process.

The CommComm follows a Consensus Seeking decision making model. When an agenda item has appeared to reach a consensus the moderator will ask "Does anyone object?" as a final call for dissent from the consensus.

If an agenda item cannot reach a consensus a CommComm member can call for either a closing vote or a vote to table the issue to the next meeting. The call for a vote must be seconded by a majority of the CommComm or else the discussion will continue. Simple majority wins.

## Section 9. Roles

Node.js Foundation git repositories for Community Committee Initiatives
are maintained by the CommComm and additional Collaborators who are added by
the CommComm on an ongoing basis.

Individuals making significant and valuable contributions,
“Contributor(s)”, are made Collaborators and given commit-access to the
project. These individuals are identified by the CommComm and their addition
as Collaborators is discussed during the weekly CommComm meeting.
Modifications of the contents of the git repository are made on a
collaborative basis as defined in the development process.

Collaborators may opt to elevate significant or controversial
modifications, or modifications that have not found consensus to the CommComm
for discussion by assigning the `cc-agenda` tag to a pull request or
issue. The CommComm should serve as the final arbiter where required. The CommComm
will maintain and publish a list of current Collaborators by Project, as
well as a development process guide for Collaborators and Contributors
looking to participate in the development effort.

Individual Membership Directors of the Node.js Foundation are the Node.js
project’s community voice on the board. There are two individual directors
that sit on the Node.js Foundation board and they each serve a two-year term.
Each Individual Membership Director is responsible for soliciting feedback and
data that represents the wishes of other individual members and the community
at large. These directors participate and observe CommComm meetings in order to deliver
monthly updates to the Board of the project. They deliver monthly updates to the
CommComm on what the Board is doing. They have been entrusted with the duty to make
decisions based on the information they receive to best represent the community,
and can gather input for proposals when relevant and granted permission to do
so by the Board.

## Section 10. Definitions
## Section 8. Roles

The Node.js git repositories for the Community Committee and its initiatives are maintained by the CommComm and additional Collaborators who are added by the CommComm on an ongoing basis.

Individuals making significant and valuable contributions, “Contributor(s)”, are made Collaborators and given commit-access to the project. These individuals are identified by the CommComm and their addition as Collaborators is discussed during the weekly CommComm meeting. Modifications of the contents of the git repository are made on a collaborative basis as defined in the development process.

Collaborators may opt to elevate significant or controversial modifications, or modifications that have not found consensus to the CommComm for discussion by assigning the `cc-agenda` tag to a pull request or issue. The CommComm should serve as the final arbiter where required. The CommComm will maintain and publish a list of current Collaborators by Project, as well as a development process guide for Collaborators and Contributors looking to participate in the development effort.

## Section 9. Definitions

- Contributors: contribute code or other artifacts, but do not have the right to commit to the code base. Contributors work with the Project’s Collaborators to have code committed to the code base. A Contributor may be promoted to a Collaborator by the projects’ Maintainer or the CommComm. Contributors should rarely be encumbered by the CommComm and never by the Board.
- Project: a collaboration effort, e.g. a subsystem, that is organized through the project creation process and approved by the CommComm.
Expand Down