Most change management functions don't fail because the change itself was wrong. They fail because nobody was quite sure who was supposed to decide what — so decisions either got made by whoever was loudest in the room, or didn't get made at all until something broke. A RACI matrix is one of the least glamorous tools in change management, and also one of the most underused relative to how much friction it actually prevents.
What RACI actually stands for, briefly
- Responsible — does the work
- Accountable — owns the outcome and signs off (only one person per activity, ever)
- Consulted — gives input before a decision is made
- Informed — told after a decision is made
Most of the value in a RACI matrix comes from that one rule buried in the "Accountable" definition: only one person can be Accountable for any given activity. Almost every RACI matrix that fails in practice fails because two people were marked Accountable for the same thing — which isn't shared ownership, it's a coin flip about who actually decides when it matters.
Where change management RACI matrices usually go wrong
Too many activities. A RACI matrix with thirty rows doesn't get used — it gets built once, admired, and ignored. Limit it to the decisions that actually cause friction when ownership is unclear: prioritizing the project portfolio, approving budget, designing process changes, reporting progress upward. If a decision has never caused confusion about who owns it, it probably doesn't need a row.
Copying someone else's structure wholesale. A RACI matrix built for a 200-person transformation office doesn't fit a 5-person change team, and vice versa. The roles need to match your actual org chart, not a generic template's assumption of what a "typical" change function looks like.
Treating it as a one-time document. A RACI matrix built once during a kickoff and never revisited stops matching reality within a quarter, as people change roles and the org evolves. It's worth a five-minute review whenever the team structure shifts, not just at the start of a project.
A simple structure that works for most change functions
A domain-lead model is a reasonable default for most change management teams above 3-4 people: one central change/OCM lead accountable for the overall roadmap and portfolio, with domain-specific leads (operations, clinical or program, technology, compliance — adjust to your org) responsible for execution within their area. From there, a basic RACI might look like:
| Activity | OCM Lead | Domain Lead | Project Owner | Exec Sponsor |
|---|---|---|---|---|
| Define transformation roadmap | A | C | C | R |
| Prioritize project portfolio | R | C | I | A |
| Design workflow changes | C | R | A | I |
| Approve budget & resourcing | C | I | C | A |
| Report progress to leadership | R | C | C | A |
Small teams (1-3 people) can often skip the domain-lead layer entirely and use the RACI as a personal checklist rather than a delegation map. Larger teams (9+) usually add a Center of Excellence layer to coordinate standards across domains. The structure should scale with headcount, not the other way around.
Building one for your team
Start with the activities that have actually caused confusion in the last six months — not a hypothetical list. For each one, ask: if this decision needed to be made tomorrow, who would actually make the call? If the honest answer is "unclear," that's exactly the row that belongs in your matrix.
Whatever structure you land on, the test is simple: when a real decision comes up, does everyone already know who owns it? If yes, the RACI matrix is doing its job — even if nobody consciously thinks about it that day.
The Groundwork Team Structure & RACI Template includes a pre-built domain-lead org model, a starter RACI matrix for common change-management activities, and sizing guidance for teams from 2 to 20+ people.
Get the RACI Template — $39