In any evolving engineering organisation, clarity is the bedrock of a healthy, productive team. Ambiguity around who owns a decision isn’t just a drag on speed; it erodes employee confidence, leading to self-doubt and hesitation. The Engineering Decision Board is a simple yet powerful tool designed to build a culture of clarity and trust by defining and aligning expectations for decision ownership within the engineering group.
By using this board, your team ensures that the right people are always consulted, fostering transparency. More importantly, it empowers individuals to act with confidence and autonomy, knowing they have the backing of the organisation. This isn’t just about making decisions faster; it’s about building an environment where every team member feels trusted, respected, and clear about their role in driving progress.
Understanding the Board’s Structure
The board is structured as a table listing specific Decision Areas and the key organisational functions that must be involved in the final call:
- C-Level
- HR
- VP
- Director
- Others as needed. These could be other functions, individuals or entire teams.
The core mechanism is accountability and ownership: if a function has an ‘X’ marked, they need to be involved before a final call is made on that decision area.
Example:
| Decision Areas | CTO | HR | PM | QA | Director |
| Staff | |||||
| Salary Adjustments / Promotions $$ | X | X | |||
| Change Reporting Lines | X | X | |||
| Firing a member | X | X | X | ||
| Teams | |||||
| Team Structure | X | X | |||
| Job Titles | X | X | |||
| Team Goals | X | X | X | ||
| Time Management of Teams | |||||
| Working Times | X | X | |||
| Approve Vacation Days | X |
Filling the Board
For every item under “Decision Area,” mark a cross (‘X’) in the corresponding columns to indicate which functions must be involved in the decision. It is common for a decision to require input from one or more functions.
- Example: Approving requests for Hardware Accessories may only require the Director to be involved, while Salary Adjustments and Promotions would usually require C-Levels and HR too.
There are a couple of ways to fill in this table:
- Top-Down: The CEO or your direct line manager fills out the board based on their established view of organisational structure and authority. This approach is faster and ensures immediate alignment with executive strategy.
- Collaborative (Recommended): This approach is more engaging and will spark valuable conversations, though it requires more effort. The process involves:
- Real-time Input: Get everyone involved in a dynamic exercise where participants—from C-Level to individual contributors—anonymously or openly place their ‘X’s on the board in a collaborative document, indicating who they believe should be involved in each decision area.
- Discussion and Alignment: The group then discusses the aggregated results, specifically looking for disagreements or differing understandings across roles.
- Outcome: The aim is to learn more about the interests and concerns of all parties and conclude on the best, agreed-upon way to make each decision, ensuring buy-in and clarity from the entire team. This co-creation process is key to building trust.
Keep it live
This is a living document. Do not treat it as final; feel free to add or amend decision areas as your team or organisation evolves. For instance, if you establish a new process, you may need to define who owns decisions around that process.
Adapt it to each context
This exercise works very well for decisions within teams too. Once I tailored a Decision board for a QA team who was struggling with this issue, we ended up defining 4 levels of decisions:
- Level 1 – Solo Decision: These are decisions that anyone in the team can take individually and go ahead with it, it’s only required to communicate it to the rest.
- Level 2 – QA Team Consented Decision: These decisions can go ahead if a proposal is shared with the entire team and finds no opposition.
- Level 3 – QA Team Consensus Decision: In this case, consensus of the entire team is required to proceed.
- Level 4 – QA Team + External Decision: In this level, a member external to the team needs to be consulted before proceeding.
We ended up with a board like this:
QA Decision Board
| Level 4 – QA Team + External Decision |
| Architecture Infrastructure Tooling Development workflow |
| Level 3 – QA Team Consensus Decision |
| QA Theory QA Strategy Best Practices (QA + Code) QA Workflow |
| Level 2 – QA Team Consented Decision |
| New Tools QA Solutions |
| Level 1 – Solo Decision |
| PR Reviews/Approvals Story level testing + Unit tests Investigation and research Task approval |
Conclusion
The Engineering Decision Board is a crucial mechanism for transforming decision ambiguity into organisational clarity. By explicitly defining who needs to be involved in key decision areas, it fosters a culture of transparency, trust, and empowered autonomy across the engineering function. Implementing this board—whether top-down or, preferably, collaboratively—ensures alignment and speeds up progress. This is not a static artefact but a living tool designed to evolve with your organisation’s needs. Use the following template as a starting point to begin bringing this critical clarity to your own team: Decision Board Template.
This was inspired by the “Delegation Board” exercise from the book Management 3.0.










