Changing Processes

FINERACT is currently in incubation.  Many processes are not yet defined.  We will need to agree on initial processes and on how to change processes as our community needs evolve.

Bootstrapping the processes

1. All process documents are first written in confluence and marked as drafts.  A committer proposes the draft process for discussion on the dev mailing list.
2. Once a proposer believes the discussion has concluded, the proposer puts the draft to a vote.
3. If within 72h there are no vetoes from committers, the process is accepted.  The draft notation is removed.
4. If there are vetoes, the proposer and the originators of the vetoes discuss and adjust the proposal.  Return to step 1.

Changing the process

Once the process exists, it may need to be evolved.  This is how

1. For small changes, the contributor who wishes to propose a change to the process writes a comment on the confluence page describing the desired diff.
2. For large changes, the contributor who wishes to propose a change to the process creates a child of the existing page with the new content and marks it at the top as a draft or change proposal.
3. The proposer then submits the proposed change to the dev mailing list for consideration. Once the proposer believes the discussion has concluded, the proposer puts the draft to a vote.
4. If within 72h there are at least 3 votes from committers and no vetoes from committers, the change is accepted.  Vetoes require an explanation.  The change is made to the main document, and the draft is removed.
5. If the change was not accepted, the proposer may either make adjustments based on the veto explanations and return to step 1, or drop the proposal.  Dropped proposals should be marked as dropped to avoid confusion.