すべての開発者は、
決定に参加することが奨励されているが、その決定自身は、そのプロジェクトの中でコミッタの地位を持っている人たちだけでおこなわれます。
つまり、このプロジェクトは"最低限の人数の能力主義 (Minimum Threshold Meritocracy)"です。
すべての決定は、"アクションアイテム"を中心におこないます。
大部分のアクションアイテムには、賛成の投票が必要です。
投票は、過半数または合意のどちらかによっておこなうことができます。
アクションアイテムは以下の項目を含んでいます。
長期計画は、グループメンバーが、そのプロジェクトでおこなう作業についてのアナウンスであり、投票は不要です。
しかし、それに賛同しない、またはよりよい方法があると考えられる場合には、その意見を表明しなければいけません。
短期計画は、ある開発者が特定のドキュメントまたはコードに対して行っている作業についてのアナウンスです。
他の開発者は、それを回避したり、自分の変更と調整する必要があるかもしれません。
リリース計画は、リリースマネージャが、すべての開発者にリリース予定を知
らせるためにおこないます。
リリースプランの場合は、各事項に対して多数決による承認が、プロダクトに関する変更を伴う場合には、合意による承認が必要です。
リリースマネージャが完成したと判断した時には、パブリックリリースに関する投票の呼び掛けを行います。
パブリックリリースをおこなうためには、多数決による承認が必要です。
リリースマネージャは、パブリックリリースをおこなう前に、投票結果を集計しなければいけません。
プロジェクトの変更には、合意による承認が必要です。
アクションアイテムの投票は、次のようにおこないます。
投票者は、賛成か反対だけでなく、その作業をおこなうかどうかもかを示さなければいけません。
開発者やコミッタは、メーリングリストでアクションアイテムの投票を呼び掛けることができます。
投票を呼び掛けるメッセージは、題名が"[VOTE]"で始まり、本文に投票のアクションアイテムの要約を一行づつ書きます。
アクションアイテムの投票は、次の4つに分類されます。
+1 | "アクションアイテムを実行するべきで、手伝います。" |
+0 | "棄権"または"アクションアイテムを支持しますが、手伝えません。" |
| -0 | "棄権"または"アクションアイテムを支持しませんが、別の案も手伝えません。" |
-1 | "アクションアイテムを実行すべきではないです。私はその根拠を説明をする、または別の案を提案します。" |
アクションアイテムの承認には、次の2種類のどちらかが必要です。
合意による承認
合意の表明が必要なアクションは、少なくとも3票の+1の投票と反対票がないことが必要です。
多数決による承認
多数決を必要とするアクションは、少なくとも3票の+1の投票と-1の投票数より、+1の投票数が多くなければいけません。
誰かが-1を投票するまで待つ必要はありませんが、遅れて投票された場合でも考慮され、投票結果を再集計します。
開発者とコミッタは、誰でも投票することができます。
ただし、有効票となるのは、投票権を持つコミッタ以上だけです。
遅延承認の場合には、投票結果の承認は必要ありません。
しかし、それ以外のアクションアイテムで、-1の投票を受け取った場合には、"[VOTE-RESULT]"から始まる題名のメッセージに、投票結果をまとめて投稿するまでは、承認したと見なされません。
投票をおこなったメンバーは、5日以内に結果を投票してください。
提案は正式なアクションアイテムでありませんが、提案のメッセージは、題名が"[PROPOSAL]"から始まります。
正式な投票をおこなう前に、提案をおこなうことを強く勧めます。
提案に関してコメントがあったら、それを反映して、投票のドキュメントとして再投稿できます。
開発者リストに投稿されるメッセージの大部分は、短期計画か長期計画のどちらかを含んでいますが、長期計画は提案の形式でおこなわれます。
アクションアイテム以外の事項に関する投票にも、傾向を知るために同様な方法が使用されます。
+1 | "賛成"または"同意" |
+0 | "保留"または"意見なし" |
| -0 | "保留または"不確実" |
-1 | "反対"、"同意できない" |