Operating Model Design
When to use
Use whenever a strategy has changed but the organization hasn't (a classic cause of "we have a great strategy but can't execute it"), when decisions are slow or get re-litigated because no one clearly owns them, or when someone asks for a reorg without first defining what the new structure needs to make possible.
What it does
Designs the operating model as a coherent system — structure, decision rights, core processes, and capabilities — explicitly derived from the strategy, using McKinsey's 7S coherence check (are structure, systems, staff, skills, style, shared values, and strategy actually aligned) and RAPID/DACI to make decision rights explicit rather than assumed.
Method
- Start from the strategy, not the org chart. List the 3-5 things the organization must be able to do exceptionally well to execute the strategy (e.g., "ship product weekly," "respond to enterprise RFPs in under 48 hours") — the operating model exists to make these possible.
- Audit current decision rights with RAPID or DACI (Recommend/Agree/Perform/Input/Decide, or Driver/Approver/Contributor/Informed) for the 5-10 decisions that most affect execution speed. Most "slow decision-making" problems are actually unclear decision-rights problems, not org-structure problems — fix this before redrawing boxes.
- Design structure to fit the required capabilities, choosing explicitly between functional, product/business-unit, matrix, or hybrid — and state why the chosen structure best supports the capabilities named in step 1, not just "this is how peer companies are organized."
- Map the core processes that cut across the new structure (how a decision actually moves from idea to shipped, how budget actually gets allocated) — a structure without process redesign just moves the same bottlenecks to new boxes.
- Run the 7S coherence check: does the new structure align with systems (what gets measured/rewarded), staff (do we have the right people/roles), skills (capability gaps to close), style (how leaders actually behave), and shared values? A structurally elegant design that conflicts with incentive systems will quietly fail.
- Identify the capability gaps the new model requires and aren't yet in place — hiring, reskilling, or new systems — and sequence closing them before or alongside the structural change, not after.
- Pilot before full rollout where possible: one business unit or function first, with a defined evaluation window, rather than a simultaneous company-wide change.
Inputs
- Current org structure and the strategy it needs to execute
- Known decision bottlenecks or complaints about slow execution
- Current incentive/measurement systems (to check 7S coherence)
- Any capability or skill gaps already identified
Output format
Required capabilities derived from strategy; RAPID/DACI map for key decisions (current vs. proposed); proposed structure with rationale; core process redesign for the 2-3 most critical cross-cutting workflows; 7S coherence check; capability-gap closing plan; pilot recommendation if applicable.
Example
A company reorganizing from functional to product-based structure to speed up shipping finds, via RAPID mapping, that the real bottleneck isn't structure at all — it's that "Approve" sits with a committee that meets monthly. Redesigning decision rights to a single accountable approver with a weekly cadence solves most of the speed problem before the structural change is even implemented, and the eventual structural change becomes smaller and lower-risk.
Common pitfalls
- Redesigning structure without first fixing unclear decision rights, which just relocates the same bottleneck.
- Copying a peer company's org chart without checking it against this company's specific required capabilities.
- Changing structure while leaving incentive systems unchanged, so the new model is undermined by what people are still being measured and rewarded on.
1---2name: operating-model-design3description: Designs how an organization actually gets work done — structure, decision rights (RAPID/DACI), processes, and capabilities — aligned to the strategy it's supposed to execute, instead of redrawing an org chart in isolation. Use whenever the user wants to redesign org structure, is dealing with slow or unclear decision-making, is restructuring after a strategy change, or asks for a new org chart without having named who actually decides what.4---56# Operating Model Design78## When to use9Use whenever a strategy has changed but the organization hasn't (a classic cause of "we have a great strategy but can't execute it"), when decisions are slow or get re-litigated because no one clearly owns them, or when someone asks for a reorg without first defining what the new structure needs to make possible.1011## What it does12Designs the operating model as a coherent system — structure, decision rights, core processes, and capabilities — explicitly derived from the strategy, using McKinsey's 7S coherence check (are structure, systems, staff, skills, style, shared values, and strategy actually aligned) and RAPID/DACI to make decision rights explicit rather than assumed.1314## Method151. **Start from the strategy, not the org chart.** List the 3-5 things the organization must be able to do exceptionally well to execute the strategy (e.g., "ship product weekly," "respond to enterprise RFPs in under 48 hours") — the operating model exists to make these possible.162. **Audit current decision rights with RAPID or DACI** (Recommend/Agree/Perform/Input/Decide, or Driver/Approver/Contributor/Informed) for the 5-10 decisions that most affect execution speed. Most "slow decision-making" problems are actually unclear decision-rights problems, not org-structure problems — fix this before redrawing boxes.173. **Design structure to fit the required capabilities**, choosing explicitly between functional, product/business-unit, matrix, or hybrid — and state why the chosen structure best supports the capabilities named in step 1, not just "this is how peer companies are organized."184. **Map the core processes that cut across the new structure** (how a decision actually moves from idea to shipped, how budget actually gets allocated) — a structure without process redesign just moves the same bottlenecks to new boxes.195. **Run the 7S coherence check**: does the new structure align with systems (what gets measured/rewarded), staff (do we have the right people/roles), skills (capability gaps to close), style (how leaders actually behave), and shared values? A structurally elegant design that conflicts with incentive systems will quietly fail.206. **Identify the capability gaps** the new model requires and aren't yet in place — hiring, reskilling, or new systems — and sequence closing them before or alongside the structural change, not after.217. **Pilot before full rollout where possible**: one business unit or function first, with a defined evaluation window, rather than a simultaneous company-wide change.2223## Inputs24- Current org structure and the strategy it needs to execute25- Known decision bottlenecks or complaints about slow execution26- Current incentive/measurement systems (to check 7S coherence)27- Any capability or skill gaps already identified2829## Output format30Required capabilities derived from strategy; RAPID/DACI map for key decisions (current vs. proposed); proposed structure with rationale; core process redesign for the 2-3 most critical cross-cutting workflows; 7S coherence check; capability-gap closing plan; pilot recommendation if applicable.3132## Example33A company reorganizing from functional to product-based structure to speed up shipping finds, via RAPID mapping, that the real bottleneck isn't structure at all — it's that "Approve" sits with a committee that meets monthly. Redesigning decision rights to a single accountable approver with a weekly cadence solves most of the speed problem before the structural change is even implemented, and the eventual structural change becomes smaller and lower-risk.3435## Common pitfalls36- Redesigning structure without first fixing unclear decision rights, which just relocates the same bottleneck.37- Copying a peer company's org chart without checking it against this company's specific required capabilities.38- Changing structure while leaving incentive systems unchanged, so the new model is undermined by what people are still being measured and rewarded on.
Natan-Mohart