Technical decision making/ja

The Wikimedia technical decision making process empowers teams to make decisions that are informed by experts from Wikimedia Foundation teams, affiliates, and volunteer groups.

About the decision making process
The technical decision making process has these key objectives:


 * Make the process more inclusive by shifting to representation by teams or groups instead of individuals
 * Have clear timelines for when a decision is made
 * Be clear upfront about which stakeholders are engaged
 * Develop a clear lifecycle of a decision

The process includes these main components:


 * Technical Decision Forum composed of representatives from the Wikimedia Foundation Product and Technology departments, Wikimedia Deutschland, and independent +2 contributors
 * Templates for problem statements and decision records

When to use the process
The technical decision making process should be used in any circumstance where the impact of the decision will be felt beyond the team making that decision. This includes decisions that have a significant impact on code and software deployed on Wikimedia production infrastructure.

テンプレート
The decision making process uses standard templates to document and guide decisions.

Decision records
The final artifact of the process is a decision record. Visit the decisions page to read decision records that have completed the process.

Process flow
The decision making process is a sequence of steps to help decision makers define a problem, collect feedback, research solutions, and document the decision.



1. Identify the decision team and project owner
To start the process there needs to be a decision team and a proposal owner who will work through the process from start to finish. The decision team and the proposal owner is the group driving the decision. Usually the decision team is a Wikimedia Foundation team, affiliate team, or volunteer group. The project owner is the member of the decision team responsible for guiding the decision through the process.

もし特定の意思決定の影響が広範な範囲に及ぶ場合は、意思決定チームは他のチームから所属の人を回してもらうことができます. 一例として、Vue.js フレームワークの導入を決定した時は機能横断型の作業グループを組んで実施しました. 意思決定の責任を負う人には、その決定のためのリソースや権限が必ず備わっていなければなりません.

2. 問題提起文の定義とは
意思決定プロセスを立ち上げるとき、プロジェクトのオーナーは必ず問題提起文のテンプレートを使い、Phabricator のワークボード（workboard）にタスクをオープンします.

Once a task is created, the Technical Decision Forum project manager copies the problem statement into a and shares it with the project owner and the Forum chairs to review, add comments, and discuss. フォーラムの主催者は1週間を使い、問題提起文を査定して意思決定チームにフィードバックを送ります. 意思決定チームとフォーラム主催者は最低1時間の事務局時間を使い、問題提起文を協議し査定済みとして最終版に署名し処理します.

Once the project owner is ready to share the revised problem statement, the Forum project manager adds a link to the Google Doc in the original Phabricator task.

 Touch points 


 * Office hours
 * Phabricator

3. Get feedback from the Decision Forum
問題提起文の最終版が完成すると、技術面の意思決定フォーラムの代表（Technical Decision Forum Representatives）はその提起文を査読し、意思決定チームにフィードバックを送ります. Forum Representatives are expected to share their feedback within one week. The feedback answers these questions:


 * 問題提起文に間違いはありませんでしたか？
 * Is it clear how solving this problem supports Wikimedia goals (movement strategy, medium term plan, annual plan, etc.)?
 * Are these the right stakeholders?
 * 特定の主題について意思決定に求められる専門性は、正しく反映されましたか？問題提起文には適正なグループ群の概略を示してありましたか？

The Forum project manager is responsible for requesting review from Forum members and sharing Forum feedback with the project owner.

Touch points

 * Office hours
 * Technical Decision Forum Google Group
 * Phabricator
 * Google Docs
 * Slack

4. Research and prototype
フォーラムからその問題提起文に対するフィードバックがされた段階で、意思決定チームは調査と大まかな仮の解決策の見本づくりを始めます. This phase should have a well-defined scoped and time frame.

The decision team is responsible for checking in with the Forum every two weeks to share their progress. This is the time when stakeholders engage with the decision team, further models are developed, and prototyping occurs as needed.

Touch points

 * Technical Decision Forum
 * Demonstrations during office hours
 * Retrospectives
 * Phabricator
 * Progress announcements in decision making process updates

Executive review
意思決定やシステムレベルの妥協点が大規模で影響も大きい場合、もしくはコミュニティに甚大な影響を与える意思決定には、関与する幹部（executives）、往々にして最高技術責任者（CTO＝Chief Technology Officer）及び最高製品責任者（CPO＝Chief Product Officer）を対象として、問題提起文を実例入りで解説します（デモンストレーション）. The CTO and CPO delegate a representative to review the problem statement and flag for executive review.

5. Make the decision
意思決定チームは、問題提起文が示す利害関係者の全員と連絡をして協議を済ませてあり（そして必要な場合に）幹部たちと協議の上で査定した場合、チームの裁量で意思決定をします.

Touch points

 * Technical Decision Forum
 * Phabricator
 * Decision announcement in in decision making process updates

6. 決定記録を公表
特定の決定に至ったときは、意思決定チーム（decision team）よりを決定事項ページに公表します.

質問とフィードバック
質問とフィードバックはいつでも歓迎します. ご連絡先のアドレスは[mailto:tech-decision-forum-support@wikimedia.org tech-decision-forum-support@wikimedia.org]にお願いします.

背景
技術面の意思決定プロセスは2020年に導入され、コメント募集プロセス Requests for comment (RFC) process (TechCom配下). の発展形と位置付けました. 詳細は背景パネルをご参照ください.