Introduction

This page is created to provide a framework for the modifications of the proposed Anuket Charter. The baseline document was created by Pankaj Goyal based on current Anuket TSC Operational Guidelines document.

Ways of working

The proposed document for commenting

Anuket Project Operations and Procedures

1. Structure of the Technical Community

The Anuket Technical Community consists of multiple sub-projects and a Technical Steering Committee (TSC) that oversees all sub-projects.

2. Sub-project Management

The Anuket Project will at any given time consist of a set of sub-projects.

A sub-project is created by the Anuket TSC as a development or specification (e.g., code, Reference Model or Reference Architectures) work item, and has a defined scope beginning, end and resources. In this document, Anuket Project will be used for the LFN project while, hereafter, project, without the qualifier Anuket, will be used to refer to a sub-project.  

2.1. Project Roles

The success of a project shall require several active participants drawn from a variety of organisations. Participants can have specific roles on the project.

2.1.1. Contributor

A Contributor is someone who contributes to a project. Contributions can take the form of requirements, specifications, code, or other artifacts (collectively hereafter artifacts).

2.1.2. Reviewers

For each project, Reviewers review, ask for changes and approve the artifacts. Anyone can review, comment and approve the artifacts.

An artifact is considered to have been “Approved” if the artifact has been review-ed according to the rules of its sub-project.

2.1.3. Committers

Project Committers

For each project, there is a set of Comitters approved for the right to commit code to the source code management system (the “Committers”) for that project.

2.1.3.1. Adding Project Committers

The Anuket TSC is responsible for adding Contributors to new or a reactivated moribund project.

2.1.3.2. Removing Committer

A Committer may voluntarily resign from a project by making a request to the project team lead (PTL) to resign (via anuket-tsc@lists.anuket.io mail list).

A Committer for a project who is disruptive or has been inactive on that project for at least six months may have their Committer status revoked by a vote of the project’s committers.

The PTL shall inform the Anuket TSC of any committers who reign or are removed, including the reason for removal, via the anuket-tsc@lists.anuket.io mail list.

A Committer voted to be removed for cause shall have the right to petition the Anuket TSC to reject their removal. In case of such a petition, the Anuket TSC shall vote on accepting or rejecting the removal. The Anuket TSC may invite the PTL and the aggrieved person to oppose/defend the decision.

2.1.4. Project Technical Leader

The project PTL are the leaders and de facto spokesperson for the project. As leaders, PTLs are responsible for:

2.1.4.1. PTL/WSL Election Procedures

General -- PTL/WSL Election:

In case of a vacancy for a PTL/WSL position or 30-days prior to the end of the term of the current position holder:
An invitation to the project/workstream active membership shall be sent for nominations.
A candidate maybe nominated or may self-nominate.
The election shall be administered electronically by Anuket staff and the results shall be communicated to the Anuket TSC for ratification. The TSC ratification shall be pro-forma exercise.


Eligible Voting Members:

The eligible voting members shall be:


Interim PTL/WSL Appointment

In the case where an election of the eligible voters ends up in a tie then the TSC shall appoint an Interim PTL/WSL until new elections can be held:

(i) ask the current PTL/WSL to continue as interim lead for a period of three (3) months, or
(ii) if (i) is not feasible then elect one of the TSC members to be the interim PTL/WSL


PTL/WSL Appointment

The Anuket TSC shall vote to elect PTL/WSL at the time of the creation of a project/workstream, or at time of reactivation of a moribund project/workstream. The TSC shall also vote to elect an interim PTL/WSL in the case where the project/workstream active contributors are unable to elect a PTL/WSL.


An election for Project Technical Leader or Workstream Leader shall occur when any of the following are true:

  1. The project or workstream is initially created or reactivated; the TSC shall elect
  2. The PTL or WSL resigns; the active contributors of that project/workstream shall elect
  3. First week of November (for next year); the active contributors of that project/workstream shall elect


2.1.4.2. PTL Term
2.1.4.3. PTL Candidates

Candidates for PTL:

2.1.4.4. PTL removal

A PTL can be removed by a 2/3rd vote of all TSC members if the TSC has received reports that the PTL:

2.2. Decision Making Process

Project technical and release decisions shall be made by consensus of the Reviewers and Committers of that project participating in meetings organized for that purpose. If consensus cannot be reached, the issues are escalated for discussion at the Anuket TSC Technical Discussions call. If all fails, the issues are escalated to the Anuket TSC for decision.

2.3. Release Process

The Anuket TSC decided on the bi-annual release dates. Projects shall publish a Release Plan at the beginning of a release cycle. The Release Plan shall have certain common tasks whose duration shall be fixed by the Anuket TSC:

Other elements of the Release Plan may contain the following sections:

3. Amendments

Amendments to this Anuket Project Operations and Procedures document can only be made by a majority vote of all TSC members, except that changes to any voting mechanism and requirements shall require a two-thirds (2/3rd) vote of the entire TSC members.