The data governance policy is a documented set of guidelines for ensuring Charting Show's data and information assets are managed consistently and used properly.
-
Advisory Committee (AC) - A group of people with representation from a variety of Charting Show's constituencies including Users, End-users and Collaborators who provide advice to the Technical Steering Committee.
-
Facilitator - A member of a governance body who is responsible for facilitating the consensus-based decision making process and acting as a representative to other governance bodies.
-
Governance body - Any of the Advisory Committee, Technical Steering Committee and Workings Groups.
-
Users - Developers and webmasters who use Charting Show but haven't contributed to it (yet).
-
End Users - People who consume content distributed using the Charting Show format.
-
Technical Steering Committee (TSC) - A group of people who set Charting Show's technical and product direction.
-
Working Groups (WG) - A group of people who have a familiarity and interest in a given area; may be cross-cutting (e.g. "Documentation") or focused on a given area (e.g. "Monetization" or "Performance"). These are formally recognized by the TSC, but may form informally.
The Advisory Committee provides perspective and advice to the Technical Steering Committee. This advice is non-binding.
- Membership on the Advisory Committee shall include representatives from major Charting Show constituencies (Collaborators, Contributors, Users and End-Users) who are committed to fulfilling Charting Show's Design Goals.
- Membership on the Advisory Committee is not time limited.
- The target size of the Advisory Committee is 6-12 members; but there is no fixed size.
- Once established the Advisory Committee sets its own membership through the consensus-based process.
- No more than third of the Advisory Committee should be from one employer/company.
- The Advisory Committee will designate a Facilitator from among its members for the purposes of facilitating the consensus-based decision-making process.
- Technical leadership of the Charting Show project is delegated to the TSC in accordance with the Charting Show Contributing Policy.
- The TSC's primary role is setting Charting Show's technical and product direction based on the Charting Show's Design Goals.
- Creates a product roadmap in consultation with the Working Groups.
- Creates Working Groups and sets the initial membership and initial Facilitator of the Working Groups. The TSC may initiate the creation of Working Groups or a group of people with a common interest may request recognition as a Working Group.
- Approves new Collaborators.
- Sets and maintains the project goals guidelines.
- Sets and maintains the project's feature and bug fix process.
- Enforces the Code of Conduct.
- Approves changes to the Charting Show Charter and this document as described in the Charting Show Contributing Policy.
- The TSC may designate entities to perform security and privacy reviews for the Charting Show code and features.
- The TSC may escalate legal questions to the Foundation.
- Decisions within the TSC follow Charting Show decision-making policy and are facilitated by the Facilitator or their designate.
- The TSC shall be composed of members with significant experience contributing to Charting Show on a technical and product level.
- Membership on the TSC is not time-limited.
- The target size of the TSC is 6-12 members; but there is no fixed size.
- Once established the TSC sets its own membership through the consensus-based process.
- The TSC shall have a goal of having no more than third of the TSC from one employer/company. Given the requirement that membership in the TSC requires recognized technical and/or product experience with Charting Show this may not be feasible at the time the TSC is formed, but the TSC should actively work towards this goal.
- Entities (such as a company) may be granted seats on the TSC. In these cases certain conditions may be placed on the seat (such as maintaining committed resources to the project). The entity may designate the individual representing the entity at the TSC and may change this individual at their discretion.
- The TSC will designate a Facilitator from among its members for the purposes of facilitating the consensus-based decision-making process.
- A Working Group is a segment of the Charting Show community with knowledge/interest in specific areas of Charting Show (e.g. UI, Runtime, Infrastructure, documentation etc.) recognized by the TSC.
- The TSC defines each Working Group's mandate, which may include responsibility for certain Charting Show features, systems and/or code. A Working Group generally operates independently on the area(s) in which it has a mandate while adhering to Charting Show's Design Goals, Code of Conduct, Contributing, and Technical/Product Roadmaps.
- Each Working Group is made up of a set of Collaborators with knowledge/interest in that particular area and other interested parties.
- Each Working Group's Facilitator is responsible for:
- Facilitating consensus-based decisions within the Working Group.
- Representing the Working Group to the TSC.
- Choosing designate(s) from within the Working Group for these responsibilities as needed.
- Decisions within Working Groups follow the decision-making policy and are facilitated by the Facilitator or their designate.
- The TSC creates Working Groups and assigns initial members. Membership should include some Committers but may include other interested parties.
- A Working Group may add or remove members and change the Facilitator by using the consensus-based approach.
- It is acceptable and expected that groups of people with a common interest will work together without requiring a formal Working Group. These groups may choose to be officially recognized as a Working Group by making a proposal (including its purpose and proposed membership) to the TSC.
- The TSC may disband/reorganize Working Groups as needed.
-
Decisions in Charting Show's Advisory Committee, TSC and Working Groups should be made using a consensus-based approach.
- When discussions have appeared to reach a consensus, the Facilitator will ask if there are any objections to the apparent consensus. A member may call a vote to finalize a decision, but this should only happen as a last resort. With the agreement of two other members of the group the vote will be held, otherwise the consensus-seeking process will continue.
- When votes are called:
- The vote should be set at a time that allows a reasonable amount of time for those in the group to attend. This time should be announced publicly.
- Anyone who is unable to attend at the time of the vote can register their vote early.
- They will be simple majority votes except for changes to Advisory Committee or TSC membership which requires a two thirds vote.
- For decisions made within a Working Group every effort should be made to resolve issues within the Working Group itself; issues that cannot be resolved within the Working Group may be escalated to the TSC.
-
Decisions made by the Advisory Committee, TSC and Working Groups must be publicly documented (unless they cannot be for legal or security reasons).
-
Decisions should be made through asynchronous communication channels. In the case where they are not, such as over video conference or during face to face meetings. A reasonable period of time should be allowed for objections to be made before the decision is ratified.
-
A decision may be revisited if new technical information becomes available.
-
The Advisory Committee, TSC and Working Groups may hold calls, video conferences and face to face meetings. These meetings shall be announced sufficiently in advance with a published agenda. A mechanism by which the community can propose items for the agenda shall be provided.
-
The Charting Show Project requires all Owners, Collaborators and Contributors who open a pull request to either accept the terms of an individual Contributor License Agreement (CLA) or be covered by a corporate CLA in order to protect contributors and users in issues of intellectual property.
-
TSC members which aren't already covered by an individual or corporate CLA are required to be covered upon joining the TSC.
-
AC members aren't formally required to be covered by a CLA, but will be required to be covered should they decide to contribute to the project (for example by contributing code, documentation, specifications, or design documents) in a way where securing IP commitments is important to keep the project open source and royalty free.