「賢明な君主（Benevolent Dictator）」プロジェクトは唯一のリーダーが主導します。「賢明な君主」モデルについて話す時、最もよく引用される例はLinuxカーネルプロジェクトで、このプロジェクトはリーナス・トーバルズが直接指導・意思決定しています。「賢明な君主」になることは容易ではありません。「賢明な君主」は、コミュニケーションとコミュニティ構築スキル、プロジェクト技術知識の全面的な深い理解、そして常人を超える献身と集中力を持つ必要があります。しかし、Linuxカーネルプロジェクトが示すように、「賢明な君主」モデルは非常に有効です。この管理制御と全く逆なのはメリトクラシーモデルで、このモデルの参加者はプロジェクトに貢献し、認められることでプロジェクトに影響を与えます。
プロジェクトの組織方法はガバナンスドキュメントで説明されます。第2節は、「賢明な君主」モデルを使用し、独自のガバナンスドキュメントを作成したいプロジェクトにテンプレートを提供します。このテンプレートをそのまま使用することも、具体的なニーズに応じて変更して使用することもできます。私たちが提供する大部分の資料と同様に、OSS Watchからの出典を明記するだけで、クリエイティブ・コモンズライセンスに基づいてこのテンプレートを取得し、再利用・修正できます。ガバナンスモデルの目的または様々なモデルの優劣に関する議論については、私たちのガバナンスモデル説明ドキュメントを参照してください。
はじめに
メリトクラシーモデルと「賢明な君主」モデルは構造的に明らかな違いがありますが、両者とも同じオープンソース理念に基づいており、コードを共有し、すべての人にコミュニティへの貢献を奨励します。したがって、「賢明な君主」とメリトクラシー项目管理委員会が忠誠心を通じて而非法律手段で意思決定権を行使するのは驚くべきことではありません。「賢明な君主」とメリトクラシー项目管理委員会は、メンバーが自由にコードを取得し、類似のプロジェクトを作成できることを理解しています。実際、この分化能力はオープンソースコミュニティの健全な発展にとって重要であり、プロジェクトガバナーが個人や個別企業ではなく、コミュニティのために正しい意思決定を努力することを保証します。それでも、2つのモデルには顕著な違いがあり、特にコミュニティ内でどのように意思決定するかにおいてそうです。
「賢明な君主」ガバナンスドキュメントテンプレート
概要
本プロジェクトは「賢明な君主」が指導し、コミュニティが管理します。つまり、コミュニティは積極的にプロジェクトの日常メンテナンスを行い、「賢明な君主」はプロジェクトの全体的な戦略方針を策定する責任を負います。意見の相違が発生した場合、「賢明な君主」が最終決定権を持ちます。「賢明な君主」の責任は、コミュニティ内部の紛争を解決し、プロジェクトが調和して発展できるようにすることです。コミュニティの責任は、積極的な参加と貢献を通じて「賢明な君主」の意思決定を指導することです。
役割と責任
「賢明な君主」（プロジェクト主管）
通常、「賢明な君主」（またはプロジェクト主管）は自己任命できます。しかし、コミュニティは常に分化能力を持っているため、「賢明な君主」はコミュニティに全面的に責任を負うべきです。プロジェクト主管の仕事は比較的挑戦的で、プロジェクトの戦略目標を設定し、コミュニティと明確にコミュニケーションする責任を負います。プロジェクト主管はまた、コミュニティ全体を理解し、可能な限り様々な矛盾するニーズを満たし、プロジェクトの長期的発展を確保する必要があります。
多くの点で、「賢明な君主」の役割は独裁者というより外交官に似ています。プロジェクトが拡大するにつれて、適切な人選がプロジェクトに影響を与え、コミュニティが団結してプロジェクト主管のビジョンを実現することを確保することが重要です。したがって、プロジェクト主管の責任は、コミッター（以下を参照）がプロジェクトに有利な正しい意思決定を行うことを確保することです。一般的に、コミッターがプロジェクト戦略に従う限り、プロジェクト主管は彼らが好きな方法でコミットすることを許可します。
コミッター
コミッターは、プロジェクトに価値ある貢献をし、現在リポジトリに直接コードを書き、他人のコードをスクリーニングする参加者です。多くの場合、コミッターはプログラマーですが、時には他の貢献者かもしれません。コミッターは通常、プロジェクトの特定の側面に注目し、その専門スキルと理解レベルでコミュニティとプロジェクト主管の尊重を得ています。コミッターは正式な任命を必要とせず、プロジェクト主管に指導とサポートを提供する影響力のあるコミュニティメンバーがコミッターです。
コミッターはプロジェクトの全体的発展方向を決定できません。しかし、彼らはプロジェクト主管に重視されます。コミッターの責任は、プロジェクト主管がコミュニティのニーズと共通の目標を理解し、プロジェクト開発に参加またはプロジェクトへの貢献を促進することです。彼らはしばしば自分が責任を負う具体的な分野に対して非公式な管理権を持ち、一部の分野のソースコードを直接修正する権限があります。つまり、コミッターは明確な意思決定権を持っていませんが、彼らの行為はしばしばプロジェクト主管の意思決定と同等の効力を持ちます。
貢献者
貢献者は、コミッターになりたくない、または「賢明な君主」がまだコミッターになることを許可していないコミュニティメンバーです。貢献者はプロジェクトに価値ある貢献をします（以下のリストを参照）が、通常、プロジェクトコードを直接変更する権限を持っていません。貢献者がプロジェクトに参加する方法には、メーリングリストなどの通信ツール、および問題トラッカーの問題報告とパッチの提出が含まれ、私たちのコミュニティツールドキュメントを参照してください。
誰でも貢献者になれます。貢献者はプロジェクトにコミットする必要がなく、具体的なスキル要件もなく、スクリーニングも必要ありません。貢献者になるには、コミュニティメンバーはプロジェクトに1つまたは2つの有益な貢献をするだけです。
一部の貢献者はすでにプロジェクトのユーザーであり、以下の1つまたは2つの分野で成果を上げています：
- 新規ユーザーのサポート（現在のユーザーはしばしば新規ユーザーを最も効果的にサポートできます）
- バグの報告
- ニーズの特定
- 美術とWebデザインの提供
- プログラミング
- プロジェクトインフラ構築の支援
- ドキュメントの執筆
- バグの修正
- 機能の追加
貢献者のプロジェクト経験が増え、プロジェクトへの理解が深まるにつれて、プロジェクト主管は彼らへの依存が徐々に深まります。この時、彼らは徐々にコミッターの役割を担うようになります。
ユーザー
ユーザーはプロジェクトにニーズを持つコミュニティメンバーです。彼らはコミュニティの最も重要なメンバーです：ユーザーがいなければ、プロジェクトは無意味です。誰でもユーザーになれ、具体的な要件はありません。
ユーザーはできるだけ多くプロジェクトとコミュニティに参加することをお勧めします。ユーザーの参加は、プロジェクトチームがユーザーのニーズを満たすことを確保します。一般的なユーザー活動には（ただし、これらに限定されません）以下が含まれます：
- プロジェクトの推広
- 新規ユーザーの視点から、開発者にプロジェクトの強みと弱みを伝える
- 精神的サポートを提供（「ありがとう」という言葉は大きな励ましです）
- 資金サポートを提供
プロジェクトとコミュニティに継続的に参加するユーザーは、ますます深く関わっていくことを発見するでしょう。このようなユーザーは、貢献者に発展するかもしれません。
サポート
すべてのコミュニティ参加者がプロジェクト管理チームが新規ユーザーにサポートを提供するのを助けることをお勧めします。参加者のサポートは、コミュニティが成長・強化される方法の一つです。サポートを求める人は、プロジェクトへのすべてのサポートが自発的であることを理解すべきで、したがって、時間が許す時だけサポートが提供されます。ユーザーが応答時間や応答結果の保証を望む場合、サプライヤーとサポートサービス購入契約を締結することを検討すべきです。（もちろん、そのサプライヤーはコミュニティのアクティブメンバーでなければなりません。）しかし、自分の方法でプロジェクトに参加し、他のユーザーを助けたいユーザーにとって、コミュニティサポートは理想的なチャネルです。
貢献プロセス
誰でも、そのスキルに関係なく、様々な方法でプロジェクトに参加できます。例えば、貢献者はプロジェクトメーリングリストと問題トラッカーで活動したり、パッチを提供したりできます。参加方法の詳細については、私たちのオープンソース役割ドキュメントを参照してください。
初めて貢献する貢献者にとって、開発者メーリングリストは助けを求める最良のツールです。
意思決定プロセス
プロジェクト主管が最終決定権を持っているため、「賢明な君主」モデルは正式な紛争解決プロセスを必要としません。コミュニティがコミッターの行為が賢明かどうかを疑問視する場合、プロジェクト主管はアーカイブメールを閲覧し、彼らの以前の決定を支持または覆すことを選択できます。
総括
「賢明な君主」ガバナンス構造は管理が容易ではなく、専任のプロジェクト主管を任命する必要があります。しかし、「賢明な君主」ガバナンスモデルは、そのシンプルさのため非常に効果的です。この記事で提供されるテンプレートは、合理的に管理可能なモデルを定義し、関連するオープンソースプロジェクトの主要な役割、活動、意思決定プロセスを説明します。
「賢明な君主」ガバナンスドキュメントを作成する時、プロジェクト主管と他の貢献者の役割に関する必要な情報を提供し、新しい参加者がどのようにプロジェクトに貢献し、彼らの貢献がどのように認められるかを明確に説明することを確保してください。
原文はRoss GardlerとGabriel Hanganuによって2010年2月15日に公開され、2013年11月7日に最終更新されました
転載请注明：开发者关系 »
