Technical decision making
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 processEdit
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 processEdit
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.
Problem statement template
Responsibility assignment matrix (RACI) template
Decision record template
The final artifact of the process is a decision record. Visit the decisions page to read decision records that have completed the process.
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 ownerEdit
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.
If a decision has a wide impact, the decision team can include people from different teams. For example, the decision to implement the Vue.js framework was made by a cross-functional working group. It is crucial that who is accountable for the decision has the resources and the authority to act on that decision.
2. Define the problem statementEdit
Once a task is created, the Technical Decision Forum project manager copies the problem statement into a Google Doc and shares it with the project owner and the Forum chairs to review, add comments, and discuss. Forum chairs have one week to review the problem statement and provide feedback to the decision team. There will be at least one office hours with Chairs and the decision team to discussion and sign-off the final version of the Problem Statement.
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.
- Office hours
3. Get feedback from the Decision ForumEdit
Once the problem statement is finalized, the Technical Decision Forum Representatives will review the problem statement and provides feedback to the decision team. Forum Representatives are expected to share their feedback within one week. The feedback answers these questions:
- Is the problem statement correct?
- Is it clear how solving this problem supports Wikimedia goals (movement strategy, medium term plan, annual plan, etc.)?
- Are these the right stakeholders?
- Is the needed subject matter expertise to make a decision reflected accurately? Are the right groups outlined in the problem statement?
The Forum project manager is responsible for requesting review from Forum members and sharing Forum feedback with the project owner.
- Office hours
- Technical Decision Forum Google Group
- Google Docs
4. Research and prototypeEdit
Once the Forum has provided feedback on the problem statement, the decision team begins researching and prototyping solutions. 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.
- Technical Decision Forum
- Demonstrations during office hours
- Progress announcements in decision making process updates
For larger, more impactful decisions, system-level tradeoffs, or decisions that greatly impact the community, demonstration of the problem statement is done for relevant executives, typically the Chief Technology Officer (CTO) and Chief Product Officer (CPO). The CTO and CPO delegate a representative to review the problem statement and flag for executive review.
5. Make the decisionEdit
Once the decision team has engaged all the stakeholders outlined in the problem statement and (if required) reviewed with executives, the team can make the decision.
- Technical Decision Forum
- Decision announcement in in decision making process updates
6. Publish decision recordEdit
Questions and feedbackEdit
Questions and feedback are always welcome. Contact us at email@example.com.