Nine tenets, one map and five choices carry the whole method.
The tenets, the three-phase method, the five choices, who decides, and what the worked example showed. Read this if you read nothing else: three phases, five strategic choices, twelve steps, four decision gates and twenty-five working tools.
This is a practical method for business-led and digital-led choices on digital, data and AI, and for governing their delivery. It supports two directions: a business strategy that needs digital capabilities, and digital possibilities that reshape business strategy. In both, the aim is a set of choices the business can defend and fund.
Nine tenets govern every route through the method.
Each tenet names a decision made explicitly. Later steps, gates and tools cite them by number.
Tenets 1 to 3 · What strategy must answer
Start from the business value question
Start from the business value question or a credible digital opportunity, not a predetermined technology solution.
Diagnose the crux before choosing
Diagnose the crux before choosing: name the process, data or platform constraint holding value back.
Compare materially different options
Compare materially different options against a costed continuation base.
Tenets 4 to 6 · How choices are made
Treat the first choice as conditional
Treat the first choice as conditional until the business and operating models are tested.
Make decision rights explicit
Make decision rights explicit: accountable owners for outcomes, rules, delivery and residual risk, configured to the enterprise.
Hold every material claim to the six evidence tests
Hold every material claim to the six evidence tests, and keep evidence, assumptions and decisions separate.
Tenets 7 to 9 · What must actually change
Move resources when choices are approved
Move resources when choices are approved: one intake route, a protected platform allocation, waves funded on evidence.
Count benefits only when validated in operations
Count benefits only when validated in operations: Finance for money, accountable owners for other outcomes, on the 4Es.
Set review triggers at approval
Set review triggers at approval, and return to an earlier step when evidence changes.
Tenet 1 admits digitally originated opportunities as well as business questions. Tenet 5 requires explicit decision rights configured to the enterprise, rather than one universal structure.
One map: three phases, twelve steps, four gates, five choices.
Vision → Strategy → Blueprint organizes the steps; later evidence can reopen earlier decisions. The map is the navigation model for the whole playbook: the three phases, the twelve numbered steps, the four executive gates, the diagnosis synthesis checkpoint, the five strategic choices and the feedback routes.
Vision · Steps 1 to 5
Why act, and what is true?
Mandate and scope, provisional aspiration, the diagnosed crux, outside-in and inside-out evidence, synthesis of strategic possibilities.
- 1. Mandate and scope
- 2. Identity, purpose, ambition
- 3. Diagnosis and crux
- 4. Outside world
- 5. Inside reality
Deliverables: D1 brief · D2 diagnosis
Strategy · Steps 6 to 9
What will we choose?
Integrated where-to-play × how-to-win alternatives against a costed baseline; conditional direction; validated business and operating models.
- 6. Strategic options
- 7. Strategic choices
- 8. Business model
- 9. Operating model
Deliverables: D3 options · D4 choices · D5 models
Blueprint · Steps 10 to 12
How do we commit and realize value?
Measures, a feasible staged portfolio, execution, transition to normal operations, verified benefits, adaptation.
- 10. Measures, investments
- 11. Execute portfolio
- 12. Transition, adapt
Deliverables: D6 portfolio · D7 benefits · D8 record
Gates and the checkpoint
- Mandate gate, after Step 2.
- Synthesis checkpoint, after Step 5. It is a working review, not a fifth gate.
- Direction gate, after Step 7.
- Coherence gate, after Step 9.
- Commitment gate, after Step 10.
Where the five strategic choices are developed and confirmed
The choices run through the steps; they are not extra steps. Developed means the choice is worked or held provisionally; confirmed means it is decided or operated.
- 1. Winning aspiration: developed in Steps 2 to 6, confirmed at Step 7.
- 2. Where to play: developed in Steps 4 to 6, confirmed at Step 7.
- 3. How to win: developed in Step 6, confirmed in Steps 7 and 8.
- 4. Required capabilities: developed in Steps 5 to 8, confirmed in Steps 9 and 10.
- 5. Management systems: developed in Step 9, confirmed and operated in Steps 10 to 12.
Phases organize strategic thinking, not a waterfall. A common misreading treats the three phases as a replacement for the twelve steps; they group the steps, they do not replace them. Choices adapted from A.G. Lafley and R. Martin, Playing to Win (2013); the mapping to the twelve steps is this playbook’s adaptation.
Five choices give leaders one language across the twelve steps.
Each choice is developed in some steps and confirmed at a gate; none is an extra step.
| Choice | Question it answers | Developed | Confirmed | Primary outputs | Gate |
|---|---|---|---|---|---|
| 1. Winning aspiration | What does winning mean, for whom, by when? For mission-led bodies: which outcomes, for whom. | Step 2, provisional; tested by the diagnosis in Steps 3 to 5 | Step 7; refined when later evidence warrants | Tool 1 brief; aspiration and outcomes in Tool 10 | Mandate (provisional); Direction |
| 2. Where to play | Which customers, segments, value pools, value streams or mission priorities? | Candidate arenas from evidence in Steps 4 to 5 (Tool 4) | Step 7, only together with a tested way to win | Tool 6 option cards; Tool 8 evaluation | Direction |
| 3. How to win | Why will customers or beneficiaries choose us, and what economic mechanism sustains it? | Steps 6 to 7, paired with each arena | Step 7 conditionally; Step 8 validates the business model | Tools 6, 9 and 11 | Direction; Coherence |
| 4. Required capabilities | Which capabilities must be distinctive, and which only good enough? | Step 5 current profile; Steps 6 to 7 what each option requires | Step 9 target profiles; Step 10 gaps priced and funded | Tools 5, 12 and 24 | Coherence; Commitment |
| 5. Management systems | Which decision rights, measures, funding rules, incentives and controls make the choices hold? | Step 9 design, governance and management separated | Steps 10 to 12 operation, review and adaptation | Tools 13 to 18, 20 and 22 | Coherence; Commitment; reviews |
Where to play and how to win are chosen together
An arena is not selected until a credible way to win in it has been tested. Steps 6 to 7 therefore generate integrated where × how alternatives, not a list of markets followed by a list of tactics.
Capabilities and management systems follow the choices
Step 5 rates today’s capabilities with indicative gap ranges. Target profiles and full costing wait until Step 9, after the conditional direction defines what the targets must be.
For mission-led organizations, read winning as superior mission outcomes and public value relative to alternatives. A useful test for an executive team: can each member state the answer to all five questions in one sentence each, and do the answers agree?
Source: the five questions are from A.G. Lafley and R.L. Martin, Playing to Win: How Strategy Really Works (Harvard Business Review Press, 2013). The step, tool and gate mapping, and the noncommercial reading, are adaptations developed for this playbook.
Every route ends in the same eight strategy deliverables.
This minimum viable strategy package is what the sponsor receives. Tools are means to these outputs; use a tool only where it supplies decision evidence the package needs. The route changes evidence depth, not the list, and deliverables mature from provisional to approved across the gates.
| Deliverable | Minimum content | Steps | Main tools | Status at the gates |
|---|---|---|---|---|
| 1. Strategic mandate | Challenge or opportunity, scope, strategy product, route, sponsor, authority, constraints | 1 to 2 | 1, 19 | Approved at Mandate |
| 2. Diagnosis and crux | Performance baseline, causal explanation, critical constraint, evidence | 3 to 5 | 2, 3, 4, 5 | Provisional at checkpoint; approved at Direction |
| 3. Strategic choices | Distinct options, chosen direction, where to play, how to win, trade-offs, exclusions | 6 to 7 | 6, 7, 8, 9 | Conditional at Direction; confirmed or revised at Coherence |
| 4. Value and economic model | Value mechanism, business-model logic, economics, assumptions, maximum exposure | 6 to 8 | 6, 8, 11 | Provisional at Direction; tested at Coherence |
| 5. Capability and operating model | Required capabilities, architecture implications, decision rights, operational change | 5, 9 | 5, 12, 20, 21, 24, 25 | Tested at Coherence, at a stated scale |
| 6. Investment and execution plan | Priorities, dependencies, capacity, staged funding, sequence | 10 to 11 | 14, 15 | Approved at Commitment, one tranche at a time |
| 7. Strategy scorecard | Objectives, KPIs, KRIs, benefit measures, targets, accountable owners | 10, 12 | 16, 18, 22 | Approved at Commitment; reviewed in Step 12 |
| 8. Decision and evidence record | Evidence, assumptions, conditions, authorizations, risk acceptance, review triggers | All | 3, 7, 13, 17, 23 | Updated at every gate and review |
Each gate releases only what its evidence supports.
Approval is proportionate to exposure. A conditional direction does not authorize full implementation. Commitment grows in stages: discovery, then capped validation, then tranches, each tied to evidence.
| Gate | Evidence sufficient for this decision | Permitted commitment |
|---|---|---|
| Mandate | Bounded question, purpose and guardrails, credible evidence plan, decision rights | Authorized discovery spend and capacity only; no presumed implementation approval |
| Strategic direction | Defensible diagnosis and preferred hypothesis; no known fatal contradiction; decisive gaps testable | Only the capped validation work named in the decision; no contracts implying full scale |
| Coherence | Business and operating tests support the proposed scale; material gaps have owners and deadlines | Viability at the stated scale (six coherence tests); no funding is released here |
| Commitment | Affordable funding, available capacity, transition readiness, measure definitions, benefits accountability | Release the approved tranche and capacity; later tranches remain conditional |
| Adapt review (Step 12, not a gate) | A scheduled review or a pre-agreed trigger: changed evidence and its effect on the thesis | A recorded reallocation or design decision; reopens Step 3, 6 or 7 if the thesis fails |
Decision rights are explicit, whatever the organizational design.
This is a reference pattern for a centralized functional design. Other enterprises use federated, product-based or hybrid patterns. Every configuration needs one outcome owner, named approvers, and blocking rights that cite a policy and carry an escalation route.
| Right | Business | Data and AI policy owner | Digital |
|---|---|---|---|
| Owns | The what, the why and the outcome; processes, data and adoption | Data and AI strategy, policy and governance | The how and the technical integrity |
| Approves | Needs, benefits cases, scope, acceptance and final supplier choice | Use-case priorities, data ownership, model risk and responsible AI standards | Solution design, engineering and operation within agreed service levels |
| Can block | Proposes priority; the investment committee decides | Data and AI solutions that breach policy or model risk standards | Only on security, regulation, core standards, quality, stability and safety |
Premium uptime won; the platform failed its payback test.
Meridian Industrial Services is a fictional 20-site business; all figures are illustrative. The full case, with every record, is in Part four. The example shows the method changing its own first hypothesis.
Steps 6 and 7 · Options
$0.246m
Three-year NPV of premium uptime (B), the highest of four options on one baseline. It leads partner-led D by only $0.048m; A remains the fallback.
Option C · Platform
47%
of the $0.32m a year needed to repay C’s $0.80m outlay; its NPV is −$0.427m. Customers buy availability: 12 of 20 ranked it first.
Step 12 · Benefits
$0.30m
Modeled annual uplift, not yet realized. The two Class A pilot sites met the adoption threshold, but adoption alone is not a financial benefit.
USD millions, 20 sites, three-year horizon, 10 percent discount rate. Figures exclude taxes, financing, inflation, terminal value and the $0.05m sunk discovery spend.
Five decisions this playbook asks of leaders.
The method only works if leaders make these choices explicitly, before work and money move. It is worth asking who in the organization currently makes each one, and whether it is written down.
Before the work starts
- 1. Name the business value question or digital opportunity, the strategy product and the accountable sponsor. Tenet 1.
- 2. Choose the route: rapid, standard or enterprise. Tenets 1 to 4 hold on every route.
- 3. Agree explicit decision rights for outcomes, rules, delivery and residual risk, in a pattern that fits the enterprise. Tenet 5.
Before money moves
- 4. Set the protected platform allocation for platform health, lifecycle, cybersecurity and technical debt. Tenet 7.
- 5. Agree that benefits count only when validated in operations: Finance for monetary value, accountable owners for other outcomes. Tenet 8.
How to use this playbook
The playbook is a decision sequence with the tools attached, not reading material. Begin with the business value question or a credible digital opportunity, never with a predetermined technology solution, then pick the route that matches the consequence and reversibility of the decision.
What it provides
- 1. A twelve-step sequence from business mandate to adopted digital capability.
- 2. Twenty-five tools that produce the artifacts a decision forum needs, not theory to read.
- 3. Three worked examples: business-led, digital-led and technology renewal.
How to use it
- 1. Start from the business value question or a credible digital opportunity, then choose the depth it deserves.
- 2. Work the steps in order, returning to an earlier one whenever the evidence changes.
- 3. Keep evidence, assumptions, judgments and decisions visibly separate in every artifact.
What is in this playbook
An executive summary, five parts and the annexures. Leaders usually need the executive summary and Part four; practitioners will live in Parts three and five.
- Executive summary: the tenets, the three-phase method, the five choices, who decides, and what the worked example showed.
- Part one, Strategy in context: what strategy and digital strategy are, Digital’s purpose, and the economics that set digital and AI apart.
- Part two, The integrated method: twelve steps, four decision gates, and the digital lens for each step.
- Part three, The twelve steps: method, questions, traps and completion criteria for every step, with decision rights at Step 9.
- Part four, Worked examples: Meridian (business-led) completes every step; Halden (digital-led) and Ardent (technology renewal) follow.
- Part five, Practical tools: twenty-five tools linked by one identifier chain; thirteen templates in this playbook, all 25 in the toolkit workbook.
- Annexures: methods mapped to the steps, glossary, references, the Strategic Alignment Model, and from choice to execution.
Choose the depth the decision deserves.
Begin with the decision to be made. Select a route, reuse trustworthy evidence and agree who can authorize discovery, validation and commitment.
Route choice depends on consequence, reversibility, risk, complexity, available evidence and uncertainty. The indicative periods are elapsed time to a decision, and they exclude longer tests. Every route still covers all four decision purposes.
| Route | Use when | Indicative period | Minimum working set | Decision coverage | First decision |
|---|---|---|---|---|---|
| Rapid | Bounded, reversible choice; reliable existing evidence | 5 to 10 working days, excluding longer tests | Tools 1, 2, 6, 7, 10 and 13; proportionate model validation | All four decision purposes; meetings may be combined under explicit authority | Confirm scope, guardrails and a capped authority envelope |
| Standard | Business, product, digital or functional strategy | 4 to 8 weeks to initial commitment | All 12 steps; Tools 1 to 25 used only where material | All 12 steps initiated; execution and realization continue afterward | Agree the mandate, evidence plan and decision calendar |
| Enterprise | High-consequence or hard-to-reverse choice | 8 to 16 weeks, or staged | All steps plus independent challenge, deeper economics and transition design | All four gates, independent challenge and reserved governing-body decisions | Confirm governing-body authority and staged exposure limits |
Nine factors select the route, and the strictest one can override.
Score each factor before Step 1 and record the route in Tool 1. Use the route most factors indicate, unless reversibility or regulatory exposure calls for a stricter one. A high rating on irreversibility, regulatory exposure or investment exposure moves the work to at least the standard route. Record the reasoning whenever the chosen route differs from what the ratings suggest.
| Factor | Rapid | Standard | Enterprise |
|---|---|---|---|
| Strategic consequence | One bounded decision inside a unit | Material for a business unit or function | Shapes enterprise direction or a business model |
| Investment exposure | Within the sponsor’s delegated authority | Needs the executive investment forum | Needs the board or investment committee |
| Reversibility (override) | Reversible at low cost within a quarter | Partly reversible; exit costs are known | Hard or costly to reverse |
| Risk and regulation (override) | No regulatory, safety or high-risk AI exposure | Contained exposure inside risk appetite | Material regulatory, safety or high-risk AI exposure |
| Complexity and dependencies | Few dependencies, one delivery team | Several teams or platforms | Many interdependent programs or partners |
| Strength of existing evidence | Evidence passes the six tests today | Gaps testable within weeks | Decisive evidence needs field validation |
| Degree of uncertainty | Outcomes are predictable | Some assumptions decide viability | Several assumptions could reverse the choice |
| Organizational reach | One team or site | Several units or one function | Enterprise-wide, or customer-facing at scale |
| Business models and units | One business model, one unit | One model change, several units | Several business models or operating units |
Each route sets minimum depth, challenge and authority.
Routes differ in evidence and governance, not only in duration. An initial decision is not validation, and neither is funding or benefit. Four clocks run separately: time to an initial decision, to validation evidence, to authorized investment, and to benefits. A rapid route can reach a conditional direction quickly; it cannot validate customer behavior or benefits in that time.
| Requirement | Rapid | Standard | Enterprise |
|---|---|---|---|
| Minimum deliverables | All eight; 1, 2, 3 and 8 in full, 4 to 7 in short form | All eight; 4 and 5 tested at the stated scale | All eight, tested; deliverable 6 staged by tranche |
| Minimum evidence | Existing evidence passing the six tests | New evidence for each decisive assumption | Field validation of decisive assumptions |
| Analytical depth | Two options plus baseline; base and downside | Three or more options; three scenarios and switching values | Full lifecycle economics; architecture transition states |
| Independent challenge | Peer challenge of crux and comparator | Finance and Risk challenge at Direction and Commitment | Independent review at every gate; second-line risk opinion |
| Decision authority | Sponsor, within delegated authority | Executive decision and investment forums | Governing body, with reserved powers |
| Conditional commitment | Validation spend within the sponsor’s envelope | One capped validation tranche | Staged tranches with a maximum exposure per gate |
| Time to initial decision | 5 to 10 working days | 4 to 8 weeks | 8 to 16 weeks, or staged |
| Time to validation evidence | Usually already held; else move up | Weeks to a quarter, by test | One to three quarters of field testing |
| Time to benefit | Set in Tool 16; never assumed at go-live | Set in Tool 16; never assumed at go-live | Set in Tool 16; often 12 to 36 months |
Indicative times. Field tests, implementation and benefit realization run on their own clocks and are planned in Steps 7, 10 and 12, not compressed to fit the workshop sequence.
Each route may compress some work, never the controls.
The minimum package states who takes part, what may be shortened, what cannot be omitted and what the route can authorize. Read each column top to bottom: when the route fits, who must take part, which forums decide, what may be shortened, what can never be omitted, when to escalate, and what the route can and cannot authorize.
| Requirement | Rapid | Standard | Enterprise |
|---|---|---|---|
| Decision circumstances | Reversible, bounded spend within delegated authority; evidence largely held | Material investment, or a change to one business or operating model | Enterprise-wide, irreversible or regulated choices |
| Required roles | Sponsor, strategy lead, Finance partner, peer challenger | Rapid roles plus business, operating and architecture owners and Risk | Standard roles plus governing body, independent reviewer and second-line risk |
| Workshops and forums | Two working sessions; one sponsor decision | A workshop per phase; Direction and Commitment forums | Workshops per phase; all four gates at executive or board level |
| May compress | Steps 4 and 5 to existing evidence; deliverables 4 to 7 in short form | Scenario depth for low-risk options | Pace, by staging tranches; never the gates |
| Cannot omit | The crux, a costed baseline, decision rights, the six evidence tests and the D8 record | Everything in Rapid, plus tested business and operating models | Everything in Standard, plus architecture transition states and independent assurance |
| Escalate when | Spend, irreversibility or risk exceeds the sponsor’s authority, or the crux proves enterprise-wide | A decisive assumption fails, or exposure exceeds the forum’s delegation | Reserved powers apply, or regulatory exposure changes |
| Can authorize | Validation within the sponsor’s envelope | One capped validation tranche; rollout only at Commitment | Staged tranches, each within its gate’s maximum exposure |
| Cannot authorize | Enterprise choices, rollout, or funding beyond delegation | Funding beyond the forum’s delegation | Exposure beyond reserved limits without the governing body |
Workshop duration is not elapsed time: evidence gathering and validation run between sessions, as the rapid route section sets out. A route can be escalated at any point; it is never downgraded after a gate without recording why.
Rapid route: an authorized decision in ten days.
For a bounded, reversible choice on reliable evidence. Ten days reaches an initial authorized decision, not completed testing. Every decision purpose still runs; meetings are combined only under explicit authority.
The rapid route still needs at least two materially different options plus the continuation baseline, and any exception is recorded. It does not reach completed testing or benefits in ten days.
Days 1 to 2 · Mandate
- Steps 1 and 2
- Tool 1 Strategy brief
Mandate gate: the sponsor authorizes scope and a capped authority envelope.
Days 2 to 4 · Diagnosis
- Steps 3 to 5, on existing evidence that passes the six tests
- Tool 2 Diagnosis and crux worksheet
Checkpoint: the crux is confirmed, revised or split.
Days 4 to 6 · Options
- Step 6: at least two materially different options plus the continuation baseline; exceptions recorded
- Tool 6 Strategic option card
Output: options comparable on one baseline.
Days 6 to 8 · Choice
- Steps 7 to 9, with proportionate model validation
- Tool 7 Assumption test card
Strategic direction gate, with the coherence check combined under explicit authority.
Days 8 to 10 · Commitment
- Step 10
- Tool 10 Strategy on a page
- Tool 13 Gate decision record
Commitment gate: releases only the capped envelope.
Workshop time is not elapsed time.
Ten working days on the rapid route reaches an initial authorized decision on existing evidence, not completed tests, delivery or benefits. Scale depth to consequence, reversibility, risk exposure, complexity, evidence availability and uncertainty.
The step cards show facilitated workshop time only. Preparation, evidence collection and field validation run between workshops and set the elapsed time, so plan the calendar around evidence, not meetings. The standard route is shown; durations are indicative.
| Steps | Workshop time | Analytical preparation | Evidence collection and field validation | Elapsed window, standard route |
|---|---|---|---|---|
| 1 to 2 Mandate and ambition | 90 minutes; half day | 2 to 3 days | Existing evidence only | Week 1 |
| 3 Diagnosis | Half to one day | 3 to 5 days | Operational data extraction | Weeks 1 to 2 |
| 4 to 5 Outside and inside | 1 to 3 days; 1 to 2 days | 1 to 2 weeks | Customer interviews, market data, benchmarks: 2 to 4 weeks | Weeks 2 to 5, in parallel |
| 6 to 7 Options and choice | 1 to 2 days; half to one day | 1 to 2 weeks of economics | Assumption tests designed | Weeks 4 to 6 |
| 8 Business model | 1 to 3 days | 1 week | Paid pilots or tests: often 6 to 12 weeks | Weeks 6 to 8; field tests may add 6 to 12 weeks |
| 9 Operating model | 2 to 4 days | 1 to 2 weeks | Readiness and capacity checks | Weeks 6 to 8, alongside Step 8 |
| 10 Measures and investment | About 1 day | 1 week | Baselines confirmed | Week 8 |
| 11 to 12 Execute and adapt | Review cadence | Ongoing | Adoption, performance and benefits data | After commitment: months to years |
Strategy is a diagnosis and a set of linked choices.
Strategy is a coherent set of consequential choices that addresses a diagnosed challenge and directs scarce resources. Analysis informs those choices, plans translate them, and operations deliver them.
What strategy is, and is not.
The pairs separate real strategy from the artifacts most often mistaken for it. Use them to challenge documents that call themselves strategies: the test is whether there is a diagnosis, linked choices, explicit trade-offs and a theory of value.
| Strategy is | Strategy is not |
|---|---|
| A diagnosis of the critical challenge | A list of problems or trends |
| Linked where-to-play and how-to-win choices | A vision, target, slogan or ambition |
| Explicit trade-offs and exclusions | A set of priorities where everything stays important |
| A theory of value and advantage supported by evidence | A budget, forecast or project list |
| Coherent resource commitments and adaptation triggers | A static annual document |
Analysis informs choices, plans translate them, operations deliver them. None of the three is a substitute for a choice.
Choices connect to sustained delivery.
Choices create value only when the business model, operating model and resources carry them through. Evidence can reopen any of the three.
- Strategic choices: where and how to win.
- Business model: create and capture value.
- Operating model: capabilities and work.
- Portfolio: resources and delivery.
- Operations: adoption and sustainment.
- Realized value: evidence and adaptation.
The chain shows how a choice becomes delivery: strategic choices set where and how to win, the business model turns that into value created and captured, the operating model builds the capabilities to deliver it, and the portfolio funds the work. Operations sustain adoption, and the value actually realized becomes the evidence that can reopen any step before it. That is the purpose of the return path in the method.
Three layers, designed together but owned separately.
Each answers a different question. Collapsing them hides decisions, assumptions and ownership. Keep the artifacts separate but design them together.
| Layer | Primary question | Principal output | Typical owner |
|---|---|---|---|
| Business strategy | Where to play, how to win, and what not to do | Choice system and advantage thesis | Executive and business leadership |
| Business model | How value is created, delivered and captured | Value architecture and economic logic | Business or product owner |
| Operating model | How capabilities repeatedly deliver the model | People, process, structure, technology, data, governance, partners | Operating and functional leadership |
Tactical work turns strategic choices into operations.
Tactical management is the bridge. It converts strategic choices into portfolios, roadmaps, funding, capacity, sequencing and accountabilities that operations can absorb. Strategies fail here more often than in the choice itself.
| Level | Horizon | Decisions | Typical owners | Core artifacts |
|---|---|---|---|---|
| Strategic | Multi-year with review triggers | Direction, positioning, capabilities, commitments, exclusions | Board and executive team | Strategy, assumptions, portfolio envelope |
| Tactical | Annual to quarterly | Initiative design, sequencing, capacity, funding, dependencies | Business, function and portfolio leaders | Roadmaps, budgets, portfolio decisions |
| Operational | Daily to monthly | Reliable delivery, controls, service, quality, improvement | Operational and product teams | Processes, standards, schedules, reviews |
Means and ends link purpose to every KPI.
Every means serves a named end at the same level. Purpose and aspiration stand in for the model’s mission and vision; “value driver” keeps its economic meaning. Goals set at Step 2 are provisional: they are confirmed or revised once the diagnosis is complete.
| Level | Means: how we act | Ends: what we achieve |
|---|---|---|
| Visionary (enduring) | Purpose (Step 2): why we exist; the value we create, for whom and how | Aspiration (Step 2): the desired long-range future state |
| Strategic (three to five years) | Strategies (Steps 6 to 7): broad choices on where to play and how to win | Goals (Step 2): provisional at Step 2; confirmed after diagnosis and choice |
| Tactical (0 to 18 month waves) | Tactics (Step 11): initiatives and product charters that deliver the strategies | Objectives (Step 10): measurable outcomes, KPIs with baselines and targets |
Levers · What we can change
Capabilities, resources and investment. Steps 9 to 10.
Influencers · What shapes our ends
Markets, rules, technology and internal forces. Steps 3 to 5.
Source: Business Motivation Model, Object Management Group, v1.3 (2015), adapted: purpose and aspiration replace mission and vision; influencers are the model’s drivers.
Every level of strategy runs the same twelve steps.
The same twelve steps work at corporate, business-unit, functional and transformation level. What changes by level is the evidence, the economics and the decision forum, not the method.
| Strategy type | Central question | Design emphasis |
|---|---|---|
| Corporate portfolio | Which businesses and ownership positions belong together? | Parenting advantage, portfolio roles, capital allocation, entry and exit |
| Business unit | Where and how will the business compete or create mission value? | Customer arenas, value proposition, advantage, economics, capability system |
| Functional or digital | How will the function enable business choices? | Capability products, service model, standards, sourcing, platforms, demand governance |
| Product or service | How will the offer create distinctive outcomes? | Segments, job, proposition, experience, roadmap, pricing, lifecycle |
| Mission led | How will scarce resources create the greatest outcome? | Beneficiaries, mandate, outcomes, legitimacy, affordability, ecosystem delivery |
Twelve predictable failure modes, each with a corrective.
Each failure mode has a corrective a decision forum can apply. Six are failures of strategy in general; six are specific to digital, and digital failures grow as AI moves from pilots into everyday work. A useful exercise is to name the two failure modes seen most often in your own organization.
| Strategy failure | Corrective question |
|---|---|
| Aspiration without diagnosis | What is the crux and what causes it? |
| Analysis without choice | What will we do and explicitly not do? |
| Consensus without trade-offs | Which option loses and why? |
| Business-model gap | Who pays, how much, and with what economics? |
| Operating-model gap | What must change in work, people, systems and governance? |
| Execution theater | Which assumption or benefit is being tested? |
| Digital strategy failure | Corrective |
|---|---|
| Business units adopt tools outside common standards because the official route is slow | One front door with an agreed triage time; the safe route is the easy route |
| Data & AI and Digital each assume the other owns the gaps between them | An interface charter: who decides, who builds, who reports |
| New features and AI use cases crowd out platform health and security | A protected allocation, set by the governing body, for platform health and lifecycle |
| Benefits are claimed at go-live | Benefits count only when validated in operations (Finance for monetary value) |
| When the business and Digital disagree, no one knows who decides | Explicit decision rights and an escalation path to the Executive Committee |
| The board cannot say who is accountable for technology, data and AI risk | Three lines of defense and named leaders accountable against the 4Es |
Digital strategy serves business strategy, and can reshape it.
Business strategy decides where to play and how to win. Digital strategy decides how digital, data, AI and technology enable those choices, and where they open choices the business had not considered.
Either way, accountable business leadership validates and authorizes the enterprise value proposition.
| Dimension | Business strategy | Digital strategy |
|---|---|---|
| Starting point | A diagnosed business challenge | The business strategy and its value drivers, or a credible digitally enabled opportunity |
| Core question | Where to play and how to win | Where digital, data and AI change value, competition, customer experience and operating performance |
| Main outputs | Choices, business model and operating model | Capabilities, platforms, investments and operating-model changes |
| Outcome owner | Business executive | Business leadership validates and authorizes; digital, data and AI leaders own design and technical integrity |
| Judged by | Value created and advantage sustained | The 4Es: effective, efficient, economical and ethical |
A digital strategy that cannot name the business value it serves or creates is a technology plan, not a strategy.
Source: Strategy Methods toolkit (2026).
Three strategy products share one twelve-step method.
Name the product at Step 1. They are perspectives on one strategy, not three separate processes; most work has a primary product and touches the others. They differ in the question answered, the outputs and who decides.
| Dimension | Enterprise digital business strategy | Functional Digital/IT strategy | Digital transformation strategy |
|---|---|---|---|
| Question it answers | How digital, data, AI and platforms change how we compete or fulfill our mission, and create, deliver and capture value | How the Digital/IT function develops, sources, delivers, operates and governs the capabilities the business needs | How we move from today’s business, digital and operating models to the target, safely and in sequence |
| Accountable decision | Enterprise or business leadership, supported by digital, data and AI leaders | Digital/IT leader, within enterprise priorities and delegated investment authority | Business executive sponsor, with transformation and operating leaders |
| Typical outputs | Where-to-play and how-to-win choices, business-model changes, advantage thesis | Capability, sourcing, platform and service strategies; opportunities raised to the business | Transition states, sequencing, investment waves, adoption and change plan |
| Step emphasis | Steps 4 to 8 | Steps 5, 9 and 10 | Steps 9 to 12 |
| Entry point | Business-led or digital-led | Business-led; can surface digital-led opportunities | Follows an authorized enterprise or functional choice |
Source: developed for this playbook. The four types of digital strategy, set out later in this part, show which domain drives each change.
Digital creates value only when the business does.
Digital’s aspiration names Digital as its subject but points at a business outcome. Trust is part of it, because growth that stakeholders cannot rely on does not last. The statements are an example to adapt.
| Element | Statement |
|---|---|
| Business purpose | Create lasting value for customers and stakeholders by delivering the products and services they need, reliably and ethically |
| Aspiration of Digital | Integral to how the business competes and grows, trusted by customers, owners, regulators and people to do so safely |
| Purpose of Digital | Create and protect enterprise value by improving processes, products and services against the 4Es, running the platforms behind the data and AI strategy, and opening new ways to compete |
| Operating principle | The business is a system of connected processes; the performance of the whole comes before any single unit or asset |
The 4Es
Effective
The outcome is achieved.
Efficient
Outcomes use an appropriate level of resources.
Economical
Inputs are acquired and sustained at a justified total cost for the required quality and risk.
Ethical
Safety, fairness, legality, integrity, privacy and trust standards are met.
Nine reference objectives for a functional Digital/IT strategy.
Objectives 1 to 3 describe what Digital delivers. Objectives 4 to 9 describe how Digital must operate to deliver them.
| Objective | What it commits Digital to |
|---|---|
| 1. Improve the core | Raise process, product and service performance against the 4Es |
| 2. Deliver data and AI at scale | Move data platforms and AI solutions from pilot into operations |
| 3. Innovate and transform | Run a funded innovation pipeline; co-lead transformation |
| 4. Invest with discipline | One front door, protected platform health, confirmed benefits |
| 5. Build on coherent foundations | Publish architecture guardrails; architecture authority is explicit, central or delegated by domain |
| 6. Extend safely through partners | Select suppliers on security, integration and exit criteria |
| 7. Deliver and run reliably | Deliver through joint product teams; run to agreed service levels |
| 8. Protect and assure | Operate technology, cyber and AI controls within tolerances |
| 9. Build capability | Build skills in Digital and the business; choose build, buy or partner |
Seven principles test the objectives and their measures.
Use the principles to design and challenge the measure set. Coverage is tested across the strategy and portfolio, not forced onto every individual objective.
| Principle | Design test |
|---|---|
| Safety and trust first | No digital or AI change compromises people, customers or operations |
| Shared ownership | Outcome, rule-setting and delivery rights are explicit and accepted |
| One yardstick | The 4Es frame performance everywhere; weights and measures fit the situation |
| Value proven, not assumed | Benefits count only when delivered in operations |
| Enable within guardrails | The safe route is the easy route; gates only where risk requires |
| Trust by design | Security, privacy, responsible AI and resilience built in at design |
| Accountability and transparency | Costs, risks and decision rights are visible; disputes have a path |
Which domain leads defines four types of digital strategy.
Each alignment perspective of the Strategic Alignment Model runs influence in a different direction: one domain drives the change, a second carries it, and a third has to adapt. Strategy execution and technology transformation start from business strategy; competitive potential and service level start from digital strategy. Name the type at Step 1, tag each initiative in Step 11, and expect most strategies to mix types across the portfolio.
Strategy execution
Digital as enabler
- Drives the change: business strategy
- Carries it: organization
- Has to adapt: digital infrastructure
- Who leads: business sets strategy; Digital implements it
- Judged on: cost and service delivery
- Usually breaks at: organizational readiness
Tech transformation
Platform renewal
- Drives the change: business strategy
- Carries it: digital strategy
- Has to adapt: digital infrastructure
- Who leads: business sets direction; Digital designs the technology
- Judged on: technology leadership and platform fitness
- Usually breaks at: architecture fit
Competitive potential
Digital business
- Drives the change: digital strategy
- Carries it: business strategy
- Has to adapt: organization
- Who leads: Digital or Data & AI proposes; the business decides
- Judged on: market position and new revenue
- Usually breaks at: an unvalidated business model
Service level
Digital operations
- Drives the change: digital strategy
- Carries it: digital infrastructure
- Has to adapt: organization
- Who leads: Digital runs services; the business prioritizes
- Judged on: user satisfaction and service levels
- Usually breaks at: adoption and service levels
Source: Henderson, J. C. and Venkatraman, N. (1993), Strategic alignment, IBM Systems Journal, 32(1). See the Strategic Alignment Model method section in the annexures.
Five economic features change what each step must test.
None holds universally. Each is a condition to test when digital, data or AI sits on the crux; the technology models that follow compare how the economics differ.
Marginal cost, for example, is low for many digital services, yet cloud consumption and AI inference can make it material. Treat each feature as a condition to test, not an assumption.
| Feature | What is different | What the method must test | Where |
|---|---|---|---|
| Low marginal cost, where it holds | Many digital services cost little to serve one more user, but cloud consumption, AI inference, support and compliance can make marginal cost material. | Fixed, variable and consumption costs at the assumed volumes; who controls the customer interface and captures value | Steps 4 and 6 |
| Data feedback loops | Use can generate data that improves the service and attracts more use, but the loop compounds only when data is fit, lawful to use and improves a decision. | Relevance, rights, decision improvement, scale and durability; uniqueness only where the advantage depends on it | Steps 5 and 6, Tool 5 |
| AI running cost | AI cost scales with tasks, tokens, retries, evaluation and oversight, while licensed software cost is mostly fixed. | Fully loaded cost per successfully completed task at the assumed volumes, against a non-AI alternative | Step 8 |
| Fast-moving technology | Models and platforms are superseded quickly, so a build decision can be overtaken before it pays back. | Build only where the capability sits on the crux; partner or buy the rest, and state the exit | Steps 6 and 7 |
| Probabilistic outputs | AI performance is a range of results, not a fixed specification, and it can drift after launch. | Evaluation thresholds, human oversight and kill criteria agreed before build | Steps 10 to 12, Tool 23 |
Economics differ by technology model, so test the one in play.
Use this at Steps 6 to 8 to set the cost lines and the decisive economic test for each option. Hybrid options combine rows. Agentic AI, for example, is judged on fully loaded cost per completed business task, not on license price.
| Technology model | Cost behavior | Advantage and value capture | Decisive economic test |
|---|---|---|---|
| Licensed software | Mostly fixed license, implementation and lifecycle cost | Rarely differentiating alone; renewal price and lock-in exposure | Total lifecycle cost and exit cost |
| Platforms and ecosystems | High fixed build and governance; partner incentives | Network effects only if participants grow and switching is costly | Who controls the interface; participation economics |
| Data-driven products | Collection, quality, rights and integration cost | Feedback improves quality only where the loop closes | The eight data factors; willingness to pay |
| Consumption cloud | Variable with use; commitments trade flexibility for price | Elastic capacity; unit cost depends on architecture | Cost per transaction at forecast volume; exit terms |
| Predictive AI | Data, build, monitoring and retraining | Gains may plateau; easily copied where data is common | Lift against today’s decision; drift cost |
| Generative AI | Inference per call or token, evaluation, guardrails | Capability widely available; advantage rests on data, workflow and adoption | Cost per successful output; provider exit |
| Agentic AI | Inference, orchestration, tool calls, retries, oversight, logging | Scales tasks, but errors and oversight scale too | Cost per completed business task; permission and stop controls |
| Hybrid tech and human | Technology plus skilled people who deliver and supervise | Advantage rests on the combined service, as at Meridian | Capacity limit; fully loaded cost per outcome |
Data creates advantage through a combination of factors.
Assess eight factors in Step 5 with Tool 5. No single factor is required in every case: widely available data can create advantage when combined with superior capabilities, integration and closed-loop learning. Advantage does not come from uniqueness alone.
Factors 1 and 2
Relevance and quality
The data fits the decision it informs: accurate, timely and complete enough for the intended use.
Meridian: shared failure histories from Meridian’s own sites bear directly on availability; two regional teams already use them (E3).
Factor 3
Rights and lawful access
Consent, ownership, privacy and portability allow the intended use, now and after renewal.
Meridian: customers own their asset data and can export it, so the advantage must come from the service, not lock-in.
Factors 4 and 5
Context and closed loop
The data is integrated into the workflow, improves a decision someone pays for, and results feed back.
Meridian: failure-risk ranking drives planned interventions that lift availability, the outcome 12 of 20 customers rank first.
Factors 6 to 8
Scale, uniqueness, durability
Enough representative data for the gain to hold; uniqueness and durability matter only where the advantage depends on them.
Meridian: Class A assets pass. Class B failure data is too sparse, so class B stays out of scope (E4).
Each level of AI autonomy needs its own decision rights.
AI agents move work from people to systems. Step 9 sets the autonomy level for each use case, and Tool 23 records it with its controls.
| Autonomy level | AI may | People keep | Controls required | Example |
|---|---|---|---|---|
| 1. Assist | Recommend, rank or draft | Every decision | Evaluation before use; outputs logged | Meridian: an engineer approves every intervention the ranking suggests |
| 2. Act with approval | Prepare and queue an action | Approval of each action | Approval trail; error rate within threshold | Illustrative: a service report drafted for sign-off |
| 3. Act within limits | Carry out actions inside set limits | Setting the limits and handling exceptions | Hard limits, monitoring, rollback and kill criteria | Illustrative: re-ordering spares below a cost ceiling |
| 4. Act autonomously | Decide and act across a workflow | Accountability and periodic review | Risk appetite set by the governing body; independent assurance | Reserved for low-risk, reversible work |
AI is judged on strategy and economics, then governed.
Assess every material AI option from four perspectives, alongside its non-AI alternative. Tool 23 records the result.
| Perspective | Question to answer | Evidence required | Steps |
|---|---|---|---|
| Strategic opportunity | Does AI change products, experiences, cost position, business model, value pools or competitive boundaries? | Customer and market evidence, competitor moves, the value driver affected | 4, 6, 7 |
| Capability strategy | Which AI capabilities do we build, buy, partner for or consume as a service? | Comparative advantage, data factors, skills, provider options and exit | 5, 7, 9 |
| Economic viability | Does it pay once inference, orchestration, retries, evaluation, oversight and infrastructure are counted? | Fully loaded cost per successful task against the non-AI alternative | 6, 8, 10 |
| Risk and accountability | Can we operate it safely: quality, security, data rights, autonomy, oversight, reliability? | Evaluation results, controls, a named accountable person, incident and stop plan | 9, 11, 12 |
AI is governed across its whole life, in proportion to risk.
One Tool 23 card follows each predictive, generative or agentic use case from opportunity to retirement. More autonomy is not better by default. Model approval and deployment approval are separate decisions, any change of model or provider triggers reassessment, and cost is measured per successfully completed business task.
| Stage | Decision and evidence | Economics | Controls and owner |
|---|---|---|---|
| 1. Opportunity | Value mechanism, competitive effect, non-AI alternative; build, buy, partner or consume | Cost per successfully completed task against the non-AI cost | Business owner; linked strategy choice and value driver |
| 2. Data | Rights, provenance, quality, privacy, retention, access and feedback loop | Acquisition, preparation and labeling cost | Data owner confirms rights (Tool 21) |
| 3. System design | Models, providers, hosting, integration, tool permissions; inventory entry | Input, output and cached tokens, tool calls, retries; switching cost | Architecture authority; exit route recorded |
| 4. Evaluate | Task, risk and fairness thresholds; prompt-injection and tool-misuse tests | Evaluation and red-team cost | Independent evaluator; risk class and autonomy level set |
| 5. Approve and deploy | Model approval and deployment approval, recorded separately | Budget thresholds and usage limits | Model approver; risk owner accepts residual risk |
| 6. Operate and monitor | Production evaluation, drift, incidents, stop conditions, safe shutdown | Actual cost per task against budget | Service owner; independent second-line oversight |
| 7. Scale, reassess, retire | Scale only on evidence at volume; reassess on any model or provider change | Decommissioning and exit cost | The forum that approved the use case |
Autonomy levels as defined in the autonomy table at the start of this section. Terminology is informed by ISO/IEC 42001 and the NIST AI Risk Management Framework; using this playbook does not establish conformity with either.
A successful demonstration is not evidence for scale.
AI is evaluated in three settings, and each setting can authorize only the next step. Laboratory evaluation tests capability on representative held-out cases; pilot performance tests the real workflow with real users and support; routine operational performance tests whether results hold at volume, without exceptional support, over time. A laboratory or demonstration result never justifies enterprise deployment on its own.
| Dimension | Laboratory evaluation | Pilot performance | Routine operational performance |
|---|---|---|---|
| Question answered | Can it do the task on representative held-out cases? | Does it work in the real workflow, with real users? | Does it hold at volume, without pilot support, over time? |
| Population | Held-out cases drawn from the production population; segments and edge cases sampled on purpose | Live cases in chosen sites or lanes; differences from the rollout population stated | The full in-scope population, monitored by segment |
| Quality and confidence | Thresholds against the non-AI baseline set before testing; sample sized for a stated confidence | Same thresholds; matched comparison with baseline records | Control limits on quality, drift and fairness, by segment |
| Harmful failure | Harmful outputs and actions defined; red-teaming, prompt-injection and tool-misuse tests | Incidents and near misses logged and reviewed | Incident rate within appetite; safe shutdown tested |
| Human oversight | Not applicable: offline | People approve at the agreed autonomy level | Oversight at the approved level; autonomous actions sampled |
| Cost per successful task | Estimated | Measured, including retries, oversight and pilot support | Actual against budget and the non-AI cost |
| Can authorize | A capped pilot, at most | A staged extension at the same autonomy level | Scale, or raising autonomy one level |
Every material AI proposal also names its value driver, non-AI alternative, data rights, permitted actions, accountable person, provider exit and conditions for raising scope or autonomy (Tool 23). Informed by the NIST AI RMF and ISO/IEC 42001; no conformity is implied.
The method moves from mandate to learning.
The integrated method is twelve steps, four gates and a digital lens for each step. It alternates disciplined divergence with explicit convergence, and four decision gates prevent teams from advancing when authority, direction, coherence or commitment remain unresolved.
The twelve steps apply unchanged to a digital strategy. What changes is the evidence each step needs and the methods that produce it. Teams explore widely, then decide explicitly.
Steps 1 to 6 anchor digital in business value.
For the first six steps, the emphasis is on anchoring digital in business value and on testing capability on three separate scales: maturity, importance and advantage.
| Step | What changes for digital strategy | Methods from the toolkit |
|---|---|---|
| 1. Define the mandate & scope | Name the value question or digital opportunity, the strategy product and the outcome owner | Value Driver Tree |
| 2. Identity, purpose and ambition | Draft a provisional ambition; select relevant reference objectives; use the 4Es as a lens | Strategy Map |
| 3. Diagnose the crux | Find where process, data or platform constraints hold back the value drivers | Value Driver Tree; Porter’s Value Chain; Strategic Alignment Model |
| 4. Outside world | Scan technology and regulatory trends; map customer journeys and jobs | PESTEL; Scenario Planning; Customer Journey Mapping; Jobs to Be Done; S-Curve; Technology Adoption Life Cycle |
| 5. Inside reality | Assess digital maturity, capability gaps, technical debt and data readiness | Capability Map; VRIO; McKinsey 7S; Strategic Alignment Model; maturity, importance and advantage scales |
| 6. Generate options | Build options across AI, data, platform and ecosystem plays: now, next and new | AI Value Creation; Platform Strategy; Three Horizons |
Source: Strategy Methods toolkit (2026).
Steps 7 to 12 fund digital in waves, on evidence.
Later steps turn digital choices into a governed portfolio. Minimum viable foundations come first, and each wave is funded on the evidence of the one before.
| Step | What changes for digital strategy | Methods from the toolkit |
|---|---|---|
| 7. Make the choices | Choose digital bets and exclusions; set build, buy or partner direction | Adjacency Expansion Matrix; GE-McKinsey Nine-Box; Strategic Alignment Model |
| 8. Business model | Test how digital offers create, deliver and capture value | Business Model Canvas; Value Proposition Canvas; Kano Model |
| 9. Operating model | Choose a governance pattern; define product teams, architecture authority and the Data & AI interface | Capability Map; McKinsey 7S; Strategic Alignment Model |
| 10. Measures and investments | One front door; protected platform health; measures that represent each 4E | Strategy Map; Value Driver Tree; Strategic Alignment Model |
| 11. Execute the portfolio | Build minimum viable foundations first, then fund each wave on evidence | Digital Transformation Roadmap; Double Diamond; Technology Adoption Life Cycle |
| 12. Learn and adapt | Close benefits only when their validator confirms them; scale, adapt or stop | AI Value Creation; Scenario Planning; Strategic Alignment Model |
Source: Strategy Methods toolkit (2026).
Steps 1 to 6: owner, decision and exit test.
Use these practitioner step cards to brief step owners. Each row gives the decision the step supports, the accountable owner and the exit test. Inputs, participants, questions and traps sit in each step’s own section in Part three. A step is complete only when its exit test is met, not when its workshop has run.
| Step | Decision it supports | Accountable owner | Complete when | Feeds |
|---|---|---|---|---|
| 1. Define the mandate & scope | What question the strategy answers, for whom, with what authority | Sponsoring executive | Scope, strategy product, route and decision authority agreed in Tool 1 | D1; Mandate gate |
| 2. Identity, purpose, ambition | What the organization aims to become, and what it will not do | CEO or business-unit head | Provisional ambition and reference objectives agreed | D1; Mandate gate |
| 3. Diagnose the crux | Which constraint, removed, most changes performance | Strategy lead with Finance | Baseline reconciled; crux stated with evidence and counterevidence (Tools 2, 3) | D2 |
| 4. Outside world | Which external shifts move where value sits | Strategy lead | Material shifts rated for impact and certainty, implications recorded (Tool 4) | D2; checkpoint |
| 5. Inside reality | Which capabilities are advantage, parity or constraint | Operating and Digital leads | Capability ratings evidenced; data readiness assessed (Tools 5, 24) | D2, D5; checkpoint |
| 6. Generate options | Which materially different routes deserve testing | Strategy lead | Three or four distinct options plus the continuation baseline, each on a Tool 6 card | D3, D4 |
D1 to D8 are the eight minimum strategy deliverables every route ends in. On the rapid route the exit tests are the same; the evidence depth is lighter.
Steps 7 to 12: owner, decision and exit test.
From choice to realized value. Each later step tests the earlier choice, and a failed or inconclusive exit test returns work to the step that made the assumption.
| Step | Decision it supports | Accountable owner | Complete when | Feeds |
|---|---|---|---|---|
| 7. Make the choices | Where to play, how to win, what to exclude | Executive team | Choice, trade-offs, exclusions and conditions recorded; critical assumptions on Tool 7 | D3, D4; Direction gate |
| 8. Business model | Whether value is created, delivered and captured at the scale proposed | Business owner and Finance | Tool 11 results recorded for coherence tests 1 and 2 | D4; Coherence gate |
| 9. Operating model | Whether the organization can deliver under normal conditions | Operating sponsor | Tool 12 current, interim and target; Tool 20 rights; coherence tests 3 to 6 | D5; Coherence gate |
| 10. Measures and investments | What is funded, in which tranche, measured how | Investment forum with Finance | Tranche, ceiling, measures and owners set (Tools 14, 15, 16, 22) | D6, D7; Commitment gate |
| 11. Execute the portfolio | What continues, stops or is reallocated | Portfolio owner | Quarterly decisions recorded; adoption stage evidenced (Tools 15, 18) | D6, D8 |
| 12. Transition and adapt | Continue, scale, adapt, pause or exit | Accountable executive | Benefits validated by category and sustained 6 to 12 months; triggers reviewed (Tools 16, 17) | D7, D8 |
Step 12 reviews are not gates. They use the five realization decisions (continue, scale, adapt, pause, exit) and can reopen Steps 6 to 9.
Evidence carries a decision only if it survives six tests.
Six evidence tests set the bar for every material claim, four gates each make a different leadership decision, and two vocabularies keep test results apart from forum decisions. A tenet map shows where each principle is applied and recorded.
Six tests every material claim must pass.
This is tenet 6 in practice. Apply the tests before a claim enters a gate paper, and apply them proportionately: the more consequential and irreversible the decision, the higher the bar.
| Test | Question | Minimum practice |
|---|---|---|
| Relevance | Does the evidence bear directly on the decision? | Name the claim and the decision affected. |
| Reliability | Would a reasonable challenger trust the method and source? | Document method, source, sample, limitations and conflicts. |
| Recency | Is it current enough for the decision horizon? | Record dates and the conditions under which evidence expires. |
| Triangulation | Do behavior, economics and operations agree? | Use more than one evidence type for a material claim. |
| Falsifiability | What result would change the conclusion? | Pre-agree thresholds before tests are run. |
| Confidence | How much uncertainty remains? | Record confidence, counterevidence, owner and next test. |
Four gates, four different decisions.
Each gate asks a different question and leaves a different record. Before any gate meeting, make sure the forum knows which decision it is being asked to make.
| Gate | After | Leadership decision |
|---|---|---|
| Mandate gate | Step 2 | Authorize the strategy process with a clear problem, scope, intent, authority and evidence standard. |
| Strategic direction gate | Step 7 | Select a conditional direction and accept its exclusions, assumptions, risks and validation conditions. |
| Coherence gate | Step 9 | Confirm the complete strategy once evidence supports model viability and deliverability. |
| Commitment gate | Step 10 | Commit funding, capacity, leadership attention, measures and benefits ownership. |
Five gate decisions and four test results, each with one meaning.
Forums decide; tests inform. Keep the two vocabularies apart: analysts and testers produce test results, and forums make decisions. A Pass result never authorizes anything by itself, Inconclusive is not Fail, and every gate records exactly one of the five statuses in Tool 13, with owners and expiry dates for any conditions.
| Term | Meaning | What follows |
|---|---|---|
| Gate decisions, made by the approving forum | ||
| Approve | Evidence meets the gate’s threshold for the decision requested | The authority in the record is released; the next step starts |
| Approve with conditions | The decision stands only while named conditions hold | Each condition has an owner and expiry date; a lapse returns it to the forum |
| Return for rework | Evidence or analysis is not sufficient to decide | The named step reopens; no new authority is released |
| Defer | Sound to decide later; timing, capacity or a dependency prevents it now | Existing authority only, with a date or trigger to return |
| Reject | Fails a threshold or is not worth pursuing | Spending stops; reasons and evidence are kept in Tool 13 |
| Test results, produced by analysts and testers | ||
| Pass | The pre-agreed threshold is met under representative conditions | Evidence for the forum, not a decision |
| Conditional | Met only under stated conditions or at limited scale | The forum sets the maximum justified scale |
| Fail | The threshold is missed under a valid test | Revise or drop the option; apply any pre-agreed reversal |
| Inconclusive | The test could not discriminate between outcomes | Redesign the test, or treat the assumption as untested |
Step 12 reviews are not gates: they use the five realization decisions (continue, scale, adapt, pause, exit).
Each tenet has a home in the steps, gates and tools.
Use this map to find where each of the nine tenets is applied and which tool records it. It doubles as an audit checklist: if a tenet has no evidence in its tool, the gate should not pass.
| # | Tenet | Where it applies | Recorded in |
|---|---|---|---|
| 01 | Start from the value question or digital opportunity | Step 1, mandate gate | Tools 1 and 19 |
| 02 | Diagnose the crux before choosing | Steps 3 to 5, synthesis checkpoint | Tool 2 |
| 03 | Compare materially different options | Step 6 | Tools 6 and 8 |
| 04 | Treat the first choice as conditional | Steps 7 to 9, two gates | Tools 7 and 13 |
| 05 | Make decision rights explicit | Steps 1 and 9 | Tools 20 and 21 |
| 06 | Hold every claim to the six evidence tests | Every step and every gate paper | Tool 3 |
| 07 | Move resources when choices are approved | Steps 10 and 11 | Tools 15 and 19 |
| 08 | Count only validated benefits (Finance for monetary value) | Steps 10 to 12 | Tools 16 and 22 |
| 09 | Set review triggers at approval | Steps 10 to 12 | Tool 13 |
Match the working posture to the environment.
Predictability sets the working posture, not the method. In uncertain environments, use competing hypotheses and small reversible commitments; in predictable ones, commit within a tested envelope.
| Environment | Working approach | Commitment and review |
|---|---|---|
| Predictable | Focused analysis, comparable economics and explicit choices | Commit within a tested envelope; monitor assumptions |
| Uncertain and hard to shape | Competing hypotheses and short learning cycles | Small reversible commitments; review after decisive evidence |
| Shapeable ecosystem | Test partner incentives, coordination and participation | Stage commitments around partner evidence and dependencies |
| Severe constraint or renewal | Protect continuity and cash; identify the urgent crux | Short decision cadence and explicit stop, exit or recovery actions |
Step 1 sets the scope of the digital strategy, the business decision it serves and who may authorize it.
Without that anchor, digital work drifts into a technology plan. Part three sets out the twelve steps: each states its purpose, decision owner, inputs and outputs, the method, the questions that matter, the traps that recur, and the criteria that say it is complete.
Step 1 · Define the strategic mandate & scope
Turn a broad request for a strategy into a bounded decision with authority, evidence standards and a realistic process. Record the strategy product, whether the work is business-led or digital-led, and the alignment perspective. A digital-led opportunity can enter here without an artificial existing business mandate, but a business owner must own the value question.
Decision owner
Accountable executive or governing body
Key inputs
- Trigger for the work
- Current performance facts
- Decision authority
- Known constraints and stakeholder map
Key outputs
- Strategy brief
- Governance and participation map
- Evidence plan
- Decision calendar
Supporting methods
- Value Driver Tree
- BCG Strategy Palette
- Digital purpose and mandate
Workshop time: 90 minutes.
Completion checklist
- 1. The unit of strategy is explicit
- 2. The decision question is written
- 3. The horizon and boundaries are clear
- 4. Decision rights are named
- 5. Evidence standards are agreed
- 6. Stakeholders and challengers are included
- 7. The timetable ends in a real decision
Digital method, questions and traps
Use the questions to test whether the request is really a solution looking for a problem. Agree the governance pattern and who can authorize discovery before any analysis starts.
Digital method
- 1. Name the business value question, strategic challenge or digitally enabled opportunity, and its value drivers.
- 2. Set scope: enterprise, unit, product, platform or function, and any IT and OT boundary.
- 3. Write the decision needed now and why digital, data or AI makes it urgent.
- 4. Confirm decision rights for outcomes, rules, delivery and risk, in the governance pattern that fits (see the reference patterns in Step 9).
- 5. Record the risk appetite, AI policy and protected platform allocation as constraints.
- 6. Agree cadence, decision dates and the conditions that would stop or reframe the work.
- 7. Select the strategy product and entry point (the three strategy products in Part one) and the alignment perspective (the four types of digital strategy in Part one).
Key questions
- 1. Which business choice does this serve?
- 2. Who owns the outcome and funds it?
- 3. Which strategy product and entry point apply?
- 4. Which risk appetite and AI policy apply?
- 5. What is outside scope?
- 6. Which domain leads the change?
Common traps
- 1. Starting from technology trends, not business choices
- 2. Treating an IT budget as a mandate
- 3. Leaving Data & AI boundaries implicit
- 4. Scoping out platform health
Step 2 sets enduring purpose, guardrails and a provisional ambition that diagnosis can revise.
Keep purpose and ambition separate from strategy. The ambition stays provisional until the diagnosis is complete.
Step 2 · Establish identity, purpose and ambition
Clarify the enduring context that guides choices, without confusing purpose or ambition with strategy itself. The step sets enduring purpose, values and guardrails, plus a provisional ambition.
Decision owner
Executive team with governing-body endorsement
Key inputs
- Mandate
- Founding intent and history
- Stakeholder commitments
- Values, brand evidence and long-range aspirations
Key outputs
- Identity statement
- Purpose statement
- Provisional ambition and hypotheses
- Strategic guardrails
Supporting methods
- Strategy Map
- Playing to Win
- Three Horizons
- 4Es lens and reference objectives
Workshop time: half day.
Completion checklist
- 1. Identity is evidenced by behavior
- 2. Purpose names value created
- 3. Ambition is marked provisional until diagnosis
- 4. Guardrails constrain choices
- 5. Ambition is not presented as strategy
- 6. Stakeholders understand the language
- 7. Mandate gate evidence is complete
Digital method, questions and traps
Select only the reference objectives and 4E emphasis that fit this situation. Agree the non-negotiable safety, legal and risk thresholds now, because later scoring must never trade them away.
Digital method
- 1. Restate enduring purpose, values and non-negotiable principles; record current priorities and boundaries.
- 2. Draft a provisional ambition and hypotheses; the checkpoint after Step 5 may revise them.
- 3. For a functional Digital/IT strategy, draft Digital’s purpose (see how digital creates value only when the business does, in Part one) and select relevant reference objectives (the nine reference objectives in Part one).
- 4. Use the 4Es as a lens weighted to the situation; measurable objectives follow in Step 10.
- 5. State what Digital will not do, including the informal veto over demand it gives up.
- 6. Test the draft against the principles and record what remains provisional.
Key questions
- 1. What would the business lose without Digital?
- 2. Which of the 4Es matters most now?
- 3. Which goals stay provisional?
- 4. What does safety and trust require?
- 5. How will stakeholders judge success?
Common traps
- 1. A purpose that names technology, not value
- 2. Treating a provisional ambition as settled
- 3. Copying another firm’s digital vision
- 4. Deferring ethics and safety
The mandate gate authorizes the process, not a solution.
It releases discovery spend and capacity only. Check that the brief names the strategy product, entry point, outcome owner and evidence standard.
Mandate gate
Authorize the strategy process with a clear problem, scope, intent, authority and evidence standard. The forum is the accountable executive or governing body, and the gate applies tenets 1 and 5.
Evidence required
- 1. Strategy brief
- 2. Purpose and provisional ambition
- 3. Guardrails
- 4. Governance map
- 5. Strategy product, entry point and alignment perspective
Failure conditions
- 1. The decision question remains ambiguous
- 2. There is no authority to reallocate resources
- 3. Purpose language predetermines the answer
Gate checklist
- 1. Scope is bounded
- 2. Decision rights are accepted
- 3. Intent guides but does not dictate the answer
- 4. Evidence and challenge standards are credible
Judging evidence and causal explanations
Confidence belongs to a specific claim and decision, not to a whole report. This scale defines what each level requires and how it should change a choice. Low-confidence evidence can justify a test, but never an irreversible commitment.
| Confidence | Typical basis | Decision implication |
|---|---|---|
| Low | Indirect, stale, conflicted or small unrepresentative evidence; counterevidence unresolved | Use to design a test. Avoid irreversible commitment resting on this claim. |
| Moderate | Direct and reasonably current evidence; partial corroboration; known limits | May support a bounded commitment with monitoring and explicit conditions. |
| High | Relevant behavioral or operational evidence, credible comparison, triangulation, disconfirmation attempts | Supports the specified decision and population; does not imply certainty. |
Step 3 builds the fact base on how processes, platforms and digital services perform today.
Explain the most consequential challenge causally and isolate the crux. Baseline against the 4Es and rate capability maturity separately from strategic importance.
Step 3 · Diagnose performance and the strategic crux
Explain the most consequential challenge or opportunity causally, and isolate the leverage point on which strategy must act. Insist on alternative hypotheses: a diagnosis that has only one explanation has usually not been tested.
Decision owner
Strategy lead with finance and operating owners
Key inputs
- Strategy brief
- Performance baseline
- Customer and operating data
- Prior strategies and competing explanations
Key outputs
- Performance baseline
- Causal map
- Strategic crux statement
- Disconfirming evidence plan
Supporting methods
- Value Driver Tree
- Porter’s Value Chain
- Rumelt Kernel
- SWOT and TOWS
Workshop time: half to one day.
Completion checklist
- 1. Baseline measures are reconciled
- 2. Symptoms and causes are separated
- 3. Alternative explanations were considered
- 4. The crux is consequential
- 5. The crux is actionable
- 6. The diagnosis is falsifiable
- 7. Owners accept the facts even if they dispute the response
Digital method, questions and traps
For digital, the fact base covers how processes, platforms and digital services perform today.
Digital method
- 1. Baseline process performance against the 4Es using process mining and operational data.
- 2. Assess platform health: availability, security posture, technical debt and lifecycle risk.
- 3. Split current spend across run, change and innovate, and list benefits already validated.
- 4. Trace symptoms to causes; challenge redesign before automation.
- 5. Rate digital and data capability maturity on the five-level scale, separately from importance.
- 6. Test the four alignment links to find where fit breaks.
- 7. Name the crux and the evidence that would change it.
Key questions
- 1. Which processes fail the 4Es, and why?
- 2. Which platforms put services at risk?
- 3. Which benefits were never confirmed?
- 4. Where does shadow technology appear?
- 5. What single issue matters most?
- 6. Which alignment link breaks first?
Common traps
- 1. Automating a broken process
- 2. Diagnosing tools rather than causes
- 3. Counting go-live as value delivered
- 4. Ignoring technical debt and cyber exposure
Step 4 scans the technology, regulatory and competitive forces that change where digital creates value.
Look outside: what customers value, how value and power move, and which external changes alter the problem. Include technology possibilities and value pools, not just competitor activity.
Step 4 · Understand the outside world
Determine what customers value, how value and power move through the market, and which external changes alter the strategic problem.
Decision owner
Strategy lead with customer, commercial and external experts
Key inputs
- Crux hypothesis
- Customer evidence
- Market and competitor data
- Macro, regulatory and ecosystem signals
Key outputs
- Customer need and job map
- Market and value-pool map
- Industry structure
- Scenario set and external assumptions register
Supporting methods
- PESTEL
- Scenario Planning
- Customer Journey Map
- Jobs to Be Done
Workshop time: one to three days plus fieldwork.
Completion checklist
- 1. Customer evidence includes behavior
- 2. Needs and economics are linked
- 3. Industry boundaries are defensible
- 4. Substitutes and complements are included
- 5. Macro drivers have causal implications
- 6. Scenarios expose different decisions
- 7. External assumptions have indicators and owners
Digital method, questions and traps
Look specifically for competitors that compete through data, platforms or AI, and for ecosystem partners who could become rivals.
Digital method
- 1. Scan technology, AI and regulatory trends with PESTEL and S-curves; rank the drivers that matter.
- 2. Test how digital shifts industry structure with Five Forces and platform dynamics.
- 3. Map priority customer journeys and jobs to be done; mark the moments that matter.
- 4. Benchmark rivals’ digital offers, channels and cost to serve.
- 5. Assess suppliers and strategic partners for concentration and exit risk.
- 6. Build two to four scenarios for AI adoption, regulation and cyber threat.
Key questions
- 1. Which trends change our economics?
- 2. Where do customers feel digital friction?
- 3. Who competes through data or platforms?
- 4. Which partners do we rely on too much?
- 5. Which AI regulation applies, and when?
Common traps
- 1. Trend lists with no ranking or decision
- 2. Journeys built on opinion, not data
- 3. Mistaking vendor claims for evidence
- 4. Ignoring AI regulatory timelines
Evidence converges into strategic possibility
External evidence is collected to widen the field of possibility, not to confirm the answer leaders already prefer. This step sits in the outside-in phase of the strategy process, after the ambition has been framed but before any option is chosen. Teams assemble two bodies of external evidence and combine them into a third.
Customer behavior
Jobs and willingness to pay: what people are actually trying to get done and what they will pay for it.
Market and ecosystem
Value pools and responses: where value is pooling today and how competitors, partners and regulators are likely to respond.
External implications
Opportunities and threats: read together, the first two produce a shared view of the opportunities worth pursuing and the threats that could close them.
Step 5 tests whether the organization’s capabilities, platforms, data and people can deliver the strategy.
Look inside: resources, capabilities, culture, incentives and constraints. This is where operational maturity, strategic importance and comparative advantage are rated as three separate dimensions.
Step 5 · Understand the inside reality
Identify the resources, capabilities, culture, incentives and constraints that can create advantage or prevent delivery.
Decision owner
Strategy lead with operating, people, finance, data and technology leaders
Key inputs
- Crux hypothesis
- Capability and process evidence
- Financial and talent data
- Technology, asset base, culture and structure observations
Key outputs
- Capability system map
- VRIO assessment
- Constraint register
- Capability advantage assessment and right-to-win classification
Supporting methods
- Capability Map
- VRIO
- Core Competence
- McKinsey 7S
Workshop time: one to two days.
Completion checklist
- 1. Capabilities are linked to outcomes
- 2. Claims use comparative evidence
- 3. Distinctive and threshold capabilities are separated
- 4. Culture and incentives are assessed
- 5. Dynamic capability is considered
- 6. Constraints are explicit
- 7. No capability is called distinctive without external evidence
Digital method, questions and traps
Claims of comparative advantage need external evidence such as benchmarks or customer outcomes, not self-assessment.
Digital method
- 1. Build a capability map; rate maturity, strategic importance and comparative advantage separately (see the discipline on rating them separately, after Step 7).
- 2. Map value streams and applications to capabilities to expose duplication and gaps.
- 3. Assess data quality, ownership and access against the Data and AI policy owner’s standards.
- 4. Review architecture, integration and security against the published guardrails.
- 5. Assess skills in Digital and the business, and supplier dependence.
- 6. Claim advantage only on external evidence: cost position, outcomes, benchmarks, scarcity and durability.
Key questions
- 1. Which capabilities block the strategy?
- 2. Is our data fit for AI at scale?
- 3. Which platforms can we build on?
- 4. Which skills are missing, and where?
- 5. What must we own, and what can we buy?
Common traps
- 1. Mapping the org chart, not capabilities
- 2. Heatmaps built on opinion
- 3. Treating data readiness as a later issue
- 4. Assuming every capability must be built
Capability evidence and the right to win
A right to win is a comparative claim supported by evidence, not a self-assessment of strength. A capability becomes a defensible claim through a chain of six links. It begins with the resources and routines the organization actually owns, tests whether they combine into something repeatable rather than occasional, and then asks how that performance compares with rivals serving the same customers.
- 1. Resources and routines
- 2. Repeatable capabilities
- 3. Comparative performance
- 4. External benchmarks
- 5. Value and durability
- 6. Right to play or win
Comparison is settled externally, not internally: benchmarks, win rates, cost positions and customer evidence decide whether the capability is genuinely distinctive. Only once value to the customer and durability against imitation are established does the final judgment follow: whether the capability earns a right to play in the market, or a right to win in it.
Diagnosis synthesis checkpoint
After Step 5, confirm, revise, reject or split the crux, and revise the provisional ambition and assumptions where outside-in and inside-out evidence requires. The checkpoint brings the two evidence sets together and can change the provisional ambition. It is a working review, not a fifth approval gate.
Outside in
Demand and value pools
Strategic options
Value and feasible advantage
Inside out
Capabilities and constraints
Evidence to reconcile
- 1. Original crux hypothesis
- 2. External evidence and counterevidence
- 3. Capability and constraint evidence
- 4. Material changes in causal logic
- 5. Four-link alignment test
Outputs
- 1. Refreshed crux statement
- 2. Change log
- 3. Decision record
- 4. Evidence gaps carried into option tests
- 5. Alignment gaps ranked by value driver
Step 6 creates distinct options for how digital, data and AI change the business.
Options should differ in how digital, data and AI change the business, not just in vendor or scope. Standard and enterprise routes need at least three options plus an honest continuation baseline; the rapid route needs at least two. The baseline is a comparator, never one of the options.
Step 6 · Generate strategic options
Create materially different, internally coherent ways to address the crux rather than variations of one preferred answer.
Decision owner
Executive strategy team with diverse option sponsors
Key inputs
- External opportunities
- Internal advantages and constraints
- Purpose and guardrails
- Scenarios and decision criteria
Key outputs
- Three to five option cards plus a costed baseline
- Assumption tests
- Exclusion statements
- Advantage thesis, activity system and convergence matrix
Supporting methods
- AI Value Creation
- Platform Strategy
- Three Horizons
- Blue Ocean Strategy
Workshop time: one to two days.
Completion checklist
- 1. Three or more materially different options plus the baseline (two on the rapid route)
- 2. Each option answers where and how to win
- 3. Exclusions are explicit
- 4. Economics are directionally credible
- 5. Capability implications are visible
- 6. Critical assumptions are testable
- 7. Demand and the right to win are evidenced together
Digital method, questions and traps
Include at least one non-AI alternative wherever AI is proposed, and set each option’s cost lines and economic tests from the economics of the technology model in play, as set out in Part one.
Digital method
- 1. Define option dimensions: improve the core, scale data and AI, or open new ways to compete.
- 2. Build a use-case portfolio across three horizons, anchored in value driver trees.
- 3. Screen adjacencies and platform or ecosystem plays by distance from the core.
- 4. For each option, state the platforms, data, partners and capabilities it needs.
- 5. Frame build, buy and partner routes for each major capability.
- 6. Create at least three materially different options plus a costed continuation baseline; the baseline is not counted as an option.
Key questions
- 1. Where can AI change the economics?
- 2. Which options reuse shared platforms?
- 3. Which moves are far from the core?
- 4. What would we have to buy or partner?
- 5. What does the continuation baseline cost?
Common traps
- 1. Use-case lists without a value thesis
- 2. Options that differ only in budget
- 3. Excluding platform health from options
- 4. Anchoring on one vendor’s roadmap
Advantage thesis and activity-system logic
An option is credible when distinctive activities reinforce one another around the value proposition. An advantage thesis looks like a reinforcing activity system rather than a linear chain. The illustration is Meridian option B, a premium uptime service (Meridian is a fictional teaching case, and the figures are illustrative).
The value proposition sits at the center: guaranteed availability for regulated sites. Six distinctive activities serve it:
- Failure-risk ranking from site histories
- Planned interventions before failure
- Availability-linked subscription price
- Audit-ready regulated safety records
- Shared reliability cell across sites
- Each intervention adds failure data
The activities also reinforce one another. Each intervention adds failure data, which improves risk ranking, which targets planned interventions, which makes the availability price affordable, and so on.
Economic mechanism
Fewer unplanned failures cut cost to serve, and availability pricing captures part of the customer’s gain: $0.24m price against $0.16m variable cost per site in the base case.
Trade-offs
No lowest-price reactive contracts. No sites without usable failure history, so class B is paused. Technicians are scheduled for planned work, not fastest response.
Defenses against imitation
A rival can buy monitoring software, but not the site histories, the certified practice and the records customers already audit. Copying one activity does not reproduce the system.
Capability combination
Failure-risk ranking (CAP-03, advantage) pays only with regulated safety records (CAP-07, essential at parity) and technician incentives tied to availability.
Illustrative. Remove any one activity and the others weaken: that interdependence, not any single activity, is the advantage. Record the thesis in Tool 9.
Test: remove one activity and ask whether the others still deliver the proposition. If they do, that activity is not part of the advantage. A useful facilitation question is which of our trade-offs a competitor would refuse to make. The common misreading is listing best practices as distinctive activities.
Comparable options and a credible baseline
Options can only be compared against an honest continuation baseline, with weights agreed before scoring. The baseline includes deterioration and obligations, not a frozen present. Agree weights and anchors before scoring starts.
Building the comparison
- 1. Include continuation with minimum necessary change, forecast with deterioration, unavoidable spending and obligations. It is not a cost-free do-nothing case.
- 2. Use a common population, horizon, cost boundary and scenario assumptions.
- 3. Keep mutually exclusive models distinct; combine compatible experiments only when the combined resource requirement is explicit.
Anchoring judgment
- 1. Weak: materially inferior to the agreed criterion, little supporting evidence
- 2. Adequate: meets the criterion with credible but limited support
- 3. Strong: materially superior with corroborated evidence
Step 7 chooses a conditional strategic direction within the approved risk appetite.
Select a conditional direction and accept its trade-offs and exclusions. Record what would reverse the preference: a decision-maker should know which assumption, if wrong, changes the answer.
Step 7 · Make the strategic choices
Select a conditional strategic direction, accept its trade-offs, and document the logic and evidence that must be validated before final approval.
Decision owner
Governing body or executive decision forum
Key inputs
- Option cards and decision criteria
- Assumption evidence
- Economics
- Risk, scenario results and capability implications
Key outputs
- Conditional strategy kernel
- Choice cascade or strategy diamond
- Advantage thesis
- Decision record, validation conditions and triggers
Supporting methods
- Adjacency Expansion
- GE-McKinsey Nine-Box
- Playing to Win
- Rumelt Kernel
Workshop time: half to one day.
Completion checklist
- 1. Criteria were set in advance
- 2. The strategy addresses the crux
- 3. Where-to-play choices are bounded
- 4. How-to-win is specific
- 5. Trade-offs and exclusions are accepted
- 6. Resources will move
- 7. The choice is explicitly conditional where uncertainty remains
Digital method, questions and traps
Screen options against non-negotiable thresholds first, then weigh the survivors. A high weighted score never offsets a fatal weakness. Test how sensitive the ranking is to the weights.
Digital method
- 1. Apply thresholds: value, safety, legality, security, architecture fit and resilience.
- 2. Score survivors on fit, advantage, economics, deliverability, reversibility and evidence confidence (Tool 8).
- 3. Run scenarios and sensitivity on decisive assumptions; state what evidence would reverse the ranking.
- 4. Confirm the protected platform allocation before funding new work.
- 5. Record build, buy or partner choices and the exit route for each partner.
- 6. Take the choice, its exclusions and staged commitments to the forum holding direction authority.
Key questions
- 1. Which options pass every threshold?
- 2. What will we stop doing?
- 3. Which assumptions could sink the choice?
- 4. Is platform health still funded?
- 5. Who has the final say on priority?
Common traps
- 1. Choosing by demo, not by economics
- 2. Funding everything a little
- 3. Cutting the platform allocation to fit
- 4. Letting Digital say no informally
Divergence before evidence-based convergence
Options are widened deliberately, then narrowed against thresholds and evidence agreed in advance. Widening the field comes first: options that differ materially, not variations on one answer. Narrowing then follows agreed rules rather than preference. Non-negotiable thresholds remove options outright, the survivors are compared on the same evidence and scenarios, and each is put under deliberate challenge. The choice that emerges is conditional, held with the tests and conditions that would confirm or overturn it.
- 1. Diverge: materially different options
- 2. Screen: non-negotiable thresholds
- 3. Compare: evidence and scenarios
- 4. Challenge: counterevidence and responses
- 5. Select: conditional direction
- 6. Validate: bounded tests and conditions
Where to play and how to win are generated as pairs
Each alternative couples an arena with a way to win and is tested against one costed baseline. Where to play and how to win are mutually dependent, so they are generated together. The illustration places Meridian’s alternatives on one grid by arena and way to win. Validation later narrowed B to six class A sites, D stayed the live comparator, and class B was paused because its failure data was too sparse.
| Arena / way to win | Own reliability capability | Partner-delivered uptime | Sell a monitoring platform |
|---|---|---|---|
| All 20 regulated sites | B. Premium uptime: NPV $0.246m | D. Partner-led uptime: NPV $0.198m | C. Monitoring platform: NPV −$0.427m; rejected |
| Six class A sites | B narrowed after validation: six-site validation tranche | D re-run before scaling: live comparator | Not generated |
| Class B sites | Paused: failure data too sparse (E4) | Not generated | Not generated |
The illustration holds baseline cash flat at $0.40m a year. A real baseline includes unavoidable reinvestment, deterioration and ongoing obligations; omitting them flatters every alternative.
Each pair records
| Field | Where recorded |
|---|---|
| Arena: segment, value pool, value stream or mission priority | Tool 6 |
| Value proposition and expected outcomes | Tool 6 |
| Economic and competitive mechanism | Tool 9 |
| Capability system the pair requires | Tools 5, 9 |
| Technology, data and AI enablers | Tools 6, 23 |
| Economics, risk, time to value, resources | Tools 6, 8 |
| Decisive assumptions and evidence gaps | Tool 7 |
| Common scenarios and the continuation baseline | Tools 8, 17 |
| Rejected pairs and the reasons | Tool 13 |
Rules
- Generate at least two materially different pairs in addition to the baseline.
- Do not confirm an arena until its way to win has been tested.
- Compare every pair on the same scenarios, horizon and baseline.
- Keep rejected pairs and reasons in the decision record.
The grid is an executive view of Tools 6, 8 and 9, not a separate register: each cell points to its option card. Figures are illustrative.
Facilitation question: for our favored arena, what is the strongest alternative way to win, and why did we reject it? The common misreading is confirming an arena before any way to win has been tested.
Fund learning only when its result could change the decision
Each decisive assumption records what a test costs, what it can reveal and which result changes the choice. One rule connects assumptions, scenarios, pilots and conditional approvals: fund learning when better evidence could change the decision by more than the test costs in money, exposure and delay. The record is kept in Tools 7 and 17; here it is completed for Meridian’s price and cost assumption before the Direction gate.
Decisive assumption record (Tools 7 and 17): Meridian price and cost
| Field | Meridian, before the Direction gate |
|---|---|
| Decision affected | Choose B over D, and how far to scale it |
| What must be true | Customers pay at least $0.24m a site; routine delivery cost is at most $0.16m |
| Current evidence | Two regional teams already use site failure histories (E3); no paid customer evidence |
| Remaining uncertainty | Price acceptance and routine cost, by asset class |
| Downside if wrong | At $0.17m cost, B’s NPV is −$0.251m and D is preferable |
| Reversible? | The $0.50m build and a 20-site rollout are hard to reverse; a paid pilot is not |
| Cost and time to test | $0.10m and 12 weeks: four paying sites, two per asset class |
| Information expected | Price paid, variable cost, adoption and uptime, by asset class |
| Results that change the choice | Cost above $0.16m or adoption below 90% stops scale-up for that class |
| Stop testing when | More evidence would cost more than the exposure it avoids, or delay closes the window |
The decision rule
- 1. Could a plausible result change the choice? If no, decide now and monitor the indicator.
- 2. If yes: is the decision cheap to reverse? If yes, decide and set a review trigger in Tool 17.
- 3. If no: is the test cheaper than the exposure it can avoid, and fast enough? If no, decide on bounded scenarios and affordable loss.
- 4. If yes: fund a capped test with thresholds agreed before results (Tool 7).
Facilitation question: which result of this test would make us change our mind? If none, why are we testing?
The strategic direction gate selects a conditional direction.
It releases only capped validation work, not full implementation. Check that exclusions, decisive assumptions and validation conditions are explicit.
Strategic direction gate
Select a conditional strategic direction and accept its exclusions, assumptions, risks, resource consequences and validation conditions. The forum is the governing body or executive decision forum, and the gate applies tenets 3, 4 and 6.
Evidence required
- 1. Diagnosis
- 2. External and internal evidence
- 3. Comparable options
- 4. Strategy kernel and decision record
Failure conditions
- 1. Options are not materially different
- 2. There are no explicit trade-offs
- 3. Known evidence contradicts viability, or decisive uncertainty cannot be tested within authorized exposure
Gate checklist
- 1. The choice addresses the crux
- 2. Where and how to win are clear
- 3. Alternatives and exclusions are recorded
- 4. Resources will move
- 5. The advantage thesis is explicit
- 6. Validation conditions and expiry dates are recorded
Target capability profiles follow from the strategic choices
After Step 7, each capability the strategy depends on gets a target profile: a maturity level on one operational scale, plus its strategic importance and advantage evidence. Maturity uses one operational scale from Initial to Optimizing.
| Level | Operational maturity: what the capability looks like |
|---|---|
| 1. Initial | Ad hoc and person-dependent. No named owner, standard or measure. |
| 2. Developing | Owned in some units, with inconsistent process, platforms and data quality. |
| 3. Defined | One standard process, platform and data owner; measured against a baseline. |
| 4. Managed | Run as a funded product with service levels and KPIs reviewed each quarter. |
| 5. Optimizing | Measured, improved systematically and adapted as conditions change. |
Rate maturity, importance and advantage separately
Rate each dimension on its own evidence. A capability can be mature without differentiating, or distinctive while still emerging.
| Dimension | Scale | Evidence that settles it |
|---|---|---|
| Operational maturity | 1 Initial, 2 Developing, 3 Defined, 4 Managed, 5 Optimizing | Observable ownership, process, measurement and improvement |
| Strategic importance | Differentiating, Essential (threshold), Supporting (commodity) | The Step 7 choices and the value drivers the capability serves |
| Comparative advantage | Disadvantage, Parity or Advantage, with confidence | Relative cost, customer outcomes, benchmarks, scarcity, imitability, durability, speed and reliability |
Three test cases show why the ratings stay separate: a mature capability can be a commodity, an emerging one can already be distinctive, and an essential one may need high reliability without any differentiation.
| Test case | Profile | Target and action |
|---|---|---|
| Mature, not differentiating: payroll processing | Maturity 5, Supporting, Parity | Hold performance at lower cost; buy, share or outsource |
| Distinctive, still emerging: Meridian failure-risk ranking | Maturity 2, Differentiating, Advantage at moderate confidence | Invest toward level 3 to 4 while protecting what makes it distinct |
| Essential reliability: regulated safety records | Maturity 3, Essential, Parity | Target level 4 for reliability; make no differentiation claim |
Each choice traces to capabilities, architecture and transitions
Architecture implements strategy; it does not replace it. Record only the domains a choice materially changes. Walk the chain using Ardent Mutual (a fictional insurer; every figure is illustrative): strategic choice, required capability, architecture implication, transition state, investment, measure. Target maturity follows strategic need, so not every capability goes to level 5, and the architecture domains are prompts, not eight required deliverables.
| Link | Question to answer | Ardent Mutual, illustrative |
|---|---|---|
| Strategic choice | What did Step 7 choose, and what did it exclude? | R3 progressive replacement by product line, motor first; single-cutover SaaS (R2) excluded |
| Business model | Which part of value creation, delivery or capture must change? | Faster product change for motor customers and brokers; lower run cost per policy |
| Required capabilities | Which capabilities, at what target maturity? Target follows strategic need, not level 5 by default | Product change capability raised for motor first; other lines held at current maturity until migrated |
| Operating model | Who must decide and work differently? | Product-line teams own change; Risk accepts residual migration risk within appetite |
| Architecture implications | Which domains change: strategic, business, information, data, application, integration, platform, infrastructure? | Application and data migration line by line; the R4 API layer is built first as the integration seam |
| Constraints and preferences | Which are binding constraints, and which are preferences open to a waiver? | Constraint: resilience and data obligations on policy records. Preference: one vendor for all lines |
| Transition states | Current, interim and target: what coexists, migrates and retires, in which order? | Interim: motor on the new core behind APIs, other lines on legacy; legacy retires line by line |
| Investment and value | Which tranche funds each gap, with which owner and measure? | Tranche 1, $3.0m; motor change lead time ≤6 weeks; run cost per migrated policy ≤80% of baseline |
Tools 12, 24 and 25 record each gap with its current, interim and target state, price, dependency and owner. Technical debt, coexistence and decommissioning obligations are costed in the transition, not left to operations.
A business model is ready to scale only when every link from customer to capital holds.
Step 8 shows how the chosen strategy creates, delivers and captures value, and tests the assumptions that decide viability before scale is authorized.
Step 8 · Design and validate the business model
Show how the chosen strategy creates, delivers and captures value, and test the assumptions that determine viability.
Decision owner
Business or product owner with finance and customer leaders.
Key inputs
- Conditionally approved direction
- Customer evidence
- Value proposition hypotheses
- Channel, partner and economic assumptions
Key outputs
- Business-model architecture
- Unit economics
- Validated assumption log
- Scale and exit criteria, value at stake, investment thesis
Supporting methods
- Business Model Canvas
- Value Proposition Canvas
- Jobs to Be Done
- Kano Model
Workshop time: one to three days plus tests.
Completion checklist
- Customer and payer are distinguished
- The value proposition is evidenced
- Delivery components reinforce each other
- Economics reconcile
- Critical assumptions are ranked
- Tests have thresholds
- The model can be stopped or adapted at defined points
Digital method, questions and traps
Step 8 designs how the chosen digital moves create, deliver and capture value. For digital moves, the business model must answer who pays, what AI costs to run and who owns the data and models, and the unit economics must hold at scale, including consumption costs.
Digital method
- 1. Specify the customer, the job served and the digital value proposition.
- 2. Redesign the business model blocks the choice changes, using the Business Model Canvas.
- 3. Model unit economics, including run cost, cost to serve and AI inference cost.
- 4. Define platform and partner roles, and data rights, for each ecosystem move.
- 5. Test the riskiest assumptions with pilots and minimum viable products.
- 6. Write the benefits case with the business owner and Finance.
Key questions
- What does the customer pay for?
- Do the unit economics hold at scale?
- Who owns the data and the model?
- What does AI cost to run?
- Which assumption is least proven?
Common traps
- Features listed instead of outcomes
- Ignoring the cost of running AI
- One canvas averaged across segments
- Benefits written by the delivery team
Business-model coherence
Value creation, delivery and capture must hold together before scale is authorized. A business model holds together only if each link supports the next.
- 1. Customer and payer
- 2. Value proposition
- 3. Delivery system
- 4. Revenue and cost
- 5. Cash and capital
- 6. Scale or revise
Name who the customer is and who actually pays, state the value proposition that earns that payment, and show the delivery system capable of producing it repeatedly. Revenue and cost then have to work at unit level, and cash and capital have to survive the ramp.
Scale is authorized only once those links hold; where one breaks, the model is revised rather than funded. If any link fails, the model is not ready to scale, however strong the other links are.
Building the economic bridge
Each line of the economic case needs one working definition, so claimed value survives challenge. Agreed definitions stop claimed value from evaporating under challenge from Finance.
| Calculation | Working definition |
|---|---|
| Revenue | Active units multiplied by price, plus separately evidenced fees. Model retention and timing explicitly. |
| Contribution | Revenue less variable delivery costs and outcome penalties. |
| Incremental operating cash | Option operating cash less baseline operating cash, on a consistent cost boundary. |
| Incremental free cash flow | Incremental operating cash less capital expenditure, less the change in working capital, and less relevant cash taxes. Maintenance and replacement capital expenditure is included. |
| Decision value | Discounted incremental cash flows, break-even drivers, downside exposure and nonfinancial consequences. |
Business value model: one value model per outcome, from baseline to verified result
Adoption is a leading indicator; only a validator can turn forecast value into realized value. Every material strategic outcome has one traceable value model, built from Step 1 and verified in Steps 11 and 12. Five parts sit above a seven-stage chain: objective and baseline; value driver and mechanism; estimated benefit; cost and time to value; ownership and verification.
| Part | Stage | Fields | Benefit status | Named owner | When |
|---|---|---|---|---|---|
| 1. Objective and baseline | Baseline | Outcome and measure; baseline value and date; population and scope; customer or stakeholder group | Measured baseline | Business outcome owner, with the measure owner | Step 1 scope, Step 3 baseline |
| 2. Value driver and mechanism | Value driver | Business value driver (VD-nn); proposed intervention; benefit type | Forecast | Business outcome owner, with the measure owner | Steps 4 to 8 option economics |
| 2. Value driver and mechanism | Mechanism | Causal hypothesis; supporting evidence (E-nn); countermetrics and disbenefits | Forecast | Business outcome owner, with the measure owner | Steps 4 to 8 option economics |
| 3. Estimated benefit | Estimated benefit | Unit value × volume; timing and ramp-up; attribution logic; scenario range, confidence | Forecast | Benefit owner with Finance; investment sponsor | Steps 4 to 8 option economics |
| 4. Cost and time to value | Investment and costs | Initial investment; recurring and lifecycle costs; cost to achieve the change; time to first value; authority and funding exposure | Forecast | Benefit owner with Finance; investment sponsor | Step 10 approved case |
| 5. Ownership and verification | Adoption | Adoption target; leading indicators; routine use without pilot support | Observed | Process owner and change lead | Steps 11 and 12 realization |
| 5. Ownership and verification | Verified outcome | Observed change vs baseline; validator and evidence source; validation frequency; realization date; re-estimate or stop conditions | Validated | Finance (cash); accountable owner (other value) | Steps 11 and 12 realization |
The status row keeps three things apart: forecast value from the model (modeled value, scenario range and confidence), observed operational improvement, and validated realized value confirmed by the category’s validator. Adoption is a leading indicator; it never proves financial value by itself.
Validation rules
- Financial benefits count only when Finance confirms them.
- Nonfinancial benefits need an accountable owner and, where material, independent corroboration.
- Released capacity is not a cash saving unless spending actually falls.
- Do not monetize customer, societal, resilience or risk outcomes artificially.
- Count a benefit from a shared platform once, at the outcome it serves.
Where the fields live
- Objective and baseline: Tools 1 and 2
- Mechanism and evidence: Tools 2 and 3
- Benefit and costs: Tools 6, 11 and 15
- Ownership and verification: Tools 16 and 22
- One value model per value driver (VD-nn), linked to its E-, A-, INV-, M- and B- records.
Adapted from the five-part value model in the Vision to Blueprint method and integrated with this playbook’s benefit tools.
Economic appraisal: the appraisal horizon follows the investment, not a default
Options competing for one decision share one horizon; unequal lives are normalized. Value that is not cash is stated, not forced into NPV. Choose the horizon from the investment’s economic life and decision context, and state risk reduction, mandatory obligations and option value separately.
| Investment class | Horizon basis | Cash-flow lines that must appear | Value stated outside NPV |
|---|---|---|---|
| Service or process change | Service or contract life, typically 3 to 5 years | Ramp-up, cost to serve, support, retirement savings | Customer outcomes, learning. Meridian: 3 years, residual value excluded |
| Data and AI product | Product life, with model refresh cycles priced | Token and tool-call consumption, evaluation, oversight, provider switching | Risk reduction, option to extend |
| Platform or core renewal | Useful life and replacement cycle; residual value where material | Capital cost, run cost, migration, dual running, decommissioning, exit | Resilience, change speed. Ardent: 5 years, with a 7-year sensitivity |
| Ecosystem or strategic option | Staged; the horizon of the option to proceed | A small first tranche and the cost of keeping the option open | Option value. Halden O3: 5 years, only if carriers grant data access |
| Mandatory or sustain | The obligation or service period | Least-cost compliant path; cost of failing the obligation | Obligation met; ranked on cost and risk, not NPV |
| Every case | One horizon per decision; equivalent annual value or replacement assumptions for unequal lives | Incremental cash only; sunk costs excluded; shared platform cost attributed once; working capital and tax where material | Downside, base, upside; switching values; evidence confidence; what would reverse the choice |
Ask which assumption would reverse the preferred option: that is its switching value.
Pass, fail and inconclusive are three different results
A validation result must be classified honestly, because each of the three outcomes demands a different decision. An inconclusive result is not a pass; it calls for redesigned tests or a narrower commitment.
| Result | Interpretation and action |
|---|---|
| Pass | The pre-agreed threshold is met with sufficient relevant evidence. Authorize only the scale the test supports. |
| Fail | A material threshold is missed with credible evidence. Reject, revise or stop the affected proposition. |
| Inconclusive | Evidence is too weak, biased, short-lived or confounded to decide. Do not count this as a pass; redesign the test, extend within authority, or stop. |
The operating model must deliver the business model under ordinary conditions, not only in a pilot.
Step 9 configures the organization so its capabilities and management system can repeatedly deliver the business model and strategic advantage, with decision rights assigned before the organization chart is redrawn.
Step 9 · Design the operating model
Configure the organization so its capabilities and management system can repeatedly deliver the business model and strategic advantage. The outputs include a people-and-change assessment covering roles, skills, incentives, readiness and leadership actions.
Decision owner
Chief operating sponsor with functional and transformation leaders.
Key inputs
- Conditionally approved direction
- Validated business model
- Current capability assessment
- Volumes, service, regulatory and risk constraints
Key outputs
- Target operating model
- Capability profiles and people-and-change assessment
- Decision-rights map
- Transition architecture, traceability matrix, readiness criteria
Supporting methods
- Capability Map
- McKinsey 7S
- Porter’s Value Chain
- Dynamic Capabilities
Workshop time: two to four days.
Completion checklist
- Outcomes anchor the design
- Capabilities and processes are end to end
- Decision rights are explicit
- All operating-model dimensions align
- Distinctive gaps are prioritized
- Transition states protect delivery
- The Coherence gate is passed
Digital method, questions and traps
Step 9 designs how business, digital, data and AI roles deliver the chosen business model in normal operation, not only in a supported pilot. Work through the method in order: outcomes and service levels first, then the governance pattern and decision rights, the data and AI interface, product teams and architecture authority, capability funding, and people and change.
Digital method
- 1. Define the business outcomes and service levels the operating model must deliver.
- 2. Choose a governance pattern (see the four reference patterns at the end of this step); set decision rights, blocking rights and waivers in Tool 20.
- 3. Agree the Data & AI interface charter: who decides, who builds, who reports.
- 4. Design product teams, the front door and architecture authority, central or delegated by domain.
- 5. Fund stable capabilities as products and show business units the cost they consume.
- 6. Assess people and change: who must behave differently, skills and reskilling, incentives, readiness, adoption owner and leadership actions (see the adoption stages in Step 11).
- 7. Name which business and technology changes must move together.
Key questions
- Who decides at each lifecycle stage?
- Where can Digital block, and on what?
- How does demand reach Digital?
- Which capabilities run as products?
- Who owns adoption?
- Which changes must move together?
Common traps
- Redrawing the org chart first
- Informal Data & AI boundaries
- Approval gates where risk is low
- Treating training or logins as adoption
Separate governance (direct and control) from management (plan, run, improve), so that decisions inside delegated limits stay with management. Confirm target capability profiles here, after the conditional direction; full gap costing follows in Step 10. Assign decision rights to real roles: not every enterprise has a separate Data and AI policy owner. The common misreading is redrawing the organization chart before agreeing decision rights and the work the model must do.
The operating model has ten connected dimensions
It must deliver the chosen business model under ordinary conditions, not only in a pilot. The target operating model is ten connected dimensions rather than a technology stack. Capabilities enable the value streams; data and technology enable the capabilities. People and partners deliver them. Enterprise architecture keeps business, data, application and platform layers coherent; it is the coherence mechanism across business, information, data, applications, integration, platforms and infrastructure, not only technology design.
| Dimension | Meridian content (illustrative) |
|---|---|
| 1. Governance and management systems | Decision rights, funding release, performance management, incentives, adaptation (Tools 13 to 18, 20). Frames every layer. |
| 2. Security, risk and controls | Embedded in every layer: cyber, privacy, resilience, model risk, regulatory controls. |
| 3. Strategic outcomes | Restore profitable growth on regulated sites while preserving service reliability. |
| 4. Value streams and processes | Win and contract; plan and intervene; prove and renew. |
| 5. Business capabilities | What the organization must be able to do: failure-risk ranking (CAP-03); planned intervention scheduling; regulated safety records (CAP-07); availability reporting; subscription contracting and billing; technician certification. |
| 6. People, roles and incentives | Reliability cell; technicians scheduled for planned work; incentives on sustained availability. |
| 7. Partners and suppliers | Sensor and equipment suppliers; partner cover for remote sites; data-export and exit terms. |
| 8. Information and data | Customer-owned, portable site failure histories; named data and quality owners. |
| 9. Applications, integration and technology | Risk model, scheduling, records platform. |
| 10. Operating states | Current: reactive service. Interim: six class A sites, routine teams. Target: availability service at scale. |
Design backwards
Outcomes set the value streams; value streams set the capabilities; capabilities set people, data, technology and partner requirements.
Test ordinary conditions
Each dimension is tested without exceptional pilot support, at normal volumes, staffing and service levels.
Record by layer and state
Tool 12 holds current, interim and target requirements for each dimension; Tool 24 prices the capability gaps after Step 9.
Illustrative content from the Meridian example. The ten dimensions apply to every strategy product. The operating states row makes the interim state explicit: Meridian runs six class A sites with routine teams before any scale-up. Facilitation question: which dimension would fail first if pilot support were withdrawn tomorrow? The common misreading is designing the technology layer and assuming the rest will follow.
Digital’s mandate has three tiers of authority
Innovation can be owned by one function. Transformation changes processes, roles and decision rights across the business, so no single function can own it; it needs shared accountability.
| Tier | What Digital does | Who decides |
|---|---|---|
| 1. Enable and improve | Owns the work of enabling and improving the business | Digital, within agreed service levels |
| 2. Innovate and execute data and AI | Scans, proposes and proves new technology; engineers and scales data and AI solutions | The business decides what to adopt and scale; Data & AI sets data and AI priorities |
| 3. Co-lead transformation | Co-leads change to processes, roles and decision rights | The governing body sponsors; a business executive owns the outcome |
Digital shapes and prices demand; the portfolio decides
Decision rights from demand to architecture, shown here in a centralized functional pattern. Digital turns requests into outcome statements and prices them, but gives up any informal veto over demand.
| Stage | Business | Data and AI policy owner | Digital |
|---|---|---|---|
| Demand | Owns the need and benefits case; proposes priority | Ranks data and AI demand in its portfolio | Runs the front door; classifies as run, change or innovate; prices |
| Process improvement | Owns processes, their design and performance | Prioritizes use cases where AI is the lever | Supplies process evidence; challenges redesign before automation |
| Portfolio | Investment committee sets priority and funding | Ranks data and AI investments | Runs the portfolio process and supplies cost, risk and capacity data |
| Architecture | Co-owns business architecture; may sign waivers | Sets data and AI architecture standards | Owns technology, application, integration and security architecture |
Each function holds distinct rights from data to support
Delivery closes at business acceptance; the product team reports against the benefits case until each benefit is validated (Finance for monetary value). Benefits count only when validated in operations.
| Stage | Business | Data and AI policy owner | Digital |
|---|---|---|---|
| Data and AI | Owns its data and the decisions AI supports | Sets strategy, policy and governance | Builds and runs data platforms and AI solutions |
| Operational technology | Operations owns OT systems, safety and OT cyber risk | – | Sets OT cyber standards; secures the IT and OT boundary |
| Supplier selection | Defines needs; makes the final choice | Evaluates AI model and data practices | Evaluates security, integration and exit; can stop a supplier |
| Delivery | Product owner; accepts result; owns adoption and benefits | Represented on data and AI products | Builds to quality, security and safety gates; can hold releases |
| Support | Owns processes; agrees service levels knowing their cost | – | Runs services, security operations and lifecycle to retirement |
Technology risk is business risk, owned by the business
The board sets direction and risk appetite. Digital operates as the first line for the technology and cyber risks it runs and for the data and AI controls it operates. The accountable business risk owner accepts residual exposure within delegated authority and approved appetite.
| Role | Responsibility |
|---|---|
| Board | Sets digital, data and AI direction and risk appetite; may delegate oversight |
| Executive Committee | Settles disputes the design authority and waiver process cannot |
| Business risk owners (first line) | Own technology risk in their services; accept residual risk within appetite |
| Digital (first line) | Operate technology, cyber, data and AI controls within disruption tolerances |
| Data and AI policy owner | Sets data and AI policy and monitors it; a function or a designated role |
| Risk function (second line) | Independent challenge and oversight; never owns the risk it challenges |
| Internal audit (third line) | Provides independent assurance to the board |
A CRO approval or challenge does not transfer ownership of the risk. Where an organization formally delegates risk acceptance differently, record the delegation and keep second-line independence intact. Facilitation question: for our largest technology risk, who signs the residual risk acceptance today?
Governance outcomes are mandatory; the structure is a choice
Every enterprise needs the ten minimum governance outcomes. Which committee, function or reporting line delivers them depends on the enterprise: centralized, federated, product-based and hybrid patterns can all deliver them.
Minimum governance outcomes
- 1. Business outcome accountability
- 2. Investment prioritization and authorization
- 3. Enterprise and solution architecture authority
- 4. Data ownership and governance
- 5. AI governance and model approval
- 6. Cybersecurity and resilience decisions
- 7. Risk appetite and risk acceptance
- 8. Exception and waiver authority
- 9. Operational service ownership
- 10. Benefits ownership and independent validation
| Pattern | Where decisions sit | Fits when | Watch for |
|---|---|---|---|
| Centralized functional | Separate business, Data & AI and Digital functions; one portfolio and design authority | One dominant business model; high platform reuse | Bottlenecks; distance from customers |
| Federated enterprise | Units decide within enterprise guardrails; the center sets standards and shared platforms | Diverse units or regional regulation | Duplication; inconsistent data and risk |
| Product and platform | Long-lived teams own outcomes; domain architecture is delegated | Digital-intensive, continuous change | Unclear benefit ownership; platform underfunding |
| Hybrid | Central for risk, data and platforms; federated for products and demand | Large enterprises in transition | Blurred rights unless Tool 20 is explicit |
Governance directs and controls; management runs and improves
They are complementary, not interchangeable: decisions inside delegated limits stay with management. Separating the two lets executive forums decide what only they can decide.
Governance: evaluate, direct, monitor
- Strategic decision rights and the four gates
- Business accountability for outcomes
- Investment authorization: envelopes and tranches
- Risk appetite and acceptance of residual risk
- Policy and standards authority
- Exception and waiver rules
- Oversight and independent assurance
Management: plan, build, run, monitor
- Operating performance and service delivery
- Resource allocation within approved envelopes
- Product and portfolio execution
- Funding release within delegated authority
- Benefits management and measurement
- Incentives and capability development
- Continuous improvement; adaptation proposals
Governance sends direction, appetite, policy and delegated limits to management. Management returns performance, conformance, risk and benefit evidence, and escalations.
Who decides: illustrative cases
| Decision | Decided by | Why |
|---|---|---|
| Approve a validation envelope at the Direction gate | Governance: the gate forum | Sets the ceiling management works within |
| Release a tranche whose evidence conditions are met | Management, within delegated authority | The forum set the conditions in advance |
| Move specialist capacity between funded items | Management: the portfolio office | Choices and envelopes are unchanged |
| Accept residual risk above delegated appetite | Governance: accountable executive or board | Outside management’s delegation |
| Grant a 90-day exception to an architecture standard | Management: design authority, under governance waiver rules | Never for legal, safety or regulatory requirements |
Sources: ISO/IEC 38500 (evaluate, direct, monitor); ISACA COBIT 2019 (governance objectives EDM; management objectives APO, BAI, DSS, MEA). The application here is this playbook’s. Facilitation question: which decisions reach our executive forum that should have stayed with management, and which stayed below that should have come up?
Nine decision-rights terms, used one way in every pattern
Accountability for an outcome is not authority to approve a technical or regulatory decision. Tool 20 uses these terms only. The most common confusion is between owning an outcome and approving a technical or regulatory decision.
| Right | Meaning | Boundary |
|---|---|---|
| Recommend | Proposes an option, with its evidence | No authority to commit |
| Own | Accountable for an outcome and its measures | Owning an outcome does not grant technical or regulatory approval |
| Approve | Authorizes a specific decision within delegated limits | Limits are recorded in Tool 20 |
| Execute | Delivers the approved decision | Within approved scope, budget and standards |
| Challenge | Must be consulted; can require evidence before approval | Cannot stop the decision |
| Block | Stops a decision that breaches a defined policy or authority | Must cite the policy; escalation route and time limit set in advance |
| Accept residual risk | Accepts the remaining risk within appetite | A named executive with risk authority; never the delivery team alone |
| Waive | Grants a time-limited exception to a standard | Never to legal, safety or regulatory requirements |
| Assure | Checks independently that controls and evidence work | Second and third lines stay independent of first-line delivery |
Policy authority (who sets the rule) is distinct from decision authority (who applies it to a case). The minimum governance outcomes earlier in this step are mandatory; who holds each right is configured in the reference patterns that follow.
Four reference patterns place the same rights differently
Examples to configure, not requirements. Each cell names who approves; owners, challengers and blockers are set in Tool 20. Choose the pattern that fits the organization and record it in Tool 20.
| Decision | Centralized functional | Federated enterprise | Product and platform | Hybrid |
|---|---|---|---|---|
| Strategic direction | Executive committee | Executive committee; units approve unit strategy within it | Executive committee, on product-leader recommendation | Executive committee; units approve within guardrails |
| Demand intake and priority | Central portfolio office | Unit portfolios; enterprise for shared work | Product councils by value stream | Units for local work; enterprise for shared |
| Funding authorization | Investment forum, by tranche | Units within delegation; enterprise above it | Persistent product funding; forum for step changes | Delegated bands; enterprise forum above them |
| Business and enterprise architecture | Central architecture board | Enterprise standards; unit architects within them | Platform team sets standards | Central standards; domain approval delegated |
| Domain and solution design | Central design authority | Unit design authority | Product team, within platform guardrails | Domain authority, by risk tier |
| Data ownership | Business data owners under central policy | Unit data owners under enterprise policy | Data product owners | Domain owners under enterprise policy |
| AI model approval | Central model-risk approver | Enterprise model risk; units for low risk | Platform AI approver; model risk for high risk | Model risk for high risk; delegated below |
| Operational service ownership | Central operations | Unit service owners | The product team runs what it builds | By service tier |
| Standards exceptions | Central design authority | Enterprise architecture | Platform owner | Central above a risk tier; domain below |
Same rights, different holders. Centralized assignments in the examples are illustrations, not requirements.
Coherence confirms the scale the strategy can bear, and releases no funding.
The Coherence gate confirms the complete strategy once business-model viability and operating-model deliverability are evidenced. Funding remains a separate decision at the Commitment gate.
Coherence gate
The executive team, with business and operating owners, confirms the strategy is viable and deliverable at the specific scale proposed, on six coherence tests. The gate applies tenets 4, 5 and 6. Check that material gaps have owners and deadlines before proceeding.
Evidence required
- Validated business model
- Unit economics
- Target operating model
- Capability and transition roadmap
- Alignment map, current, interim and target
Failure conditions
- Value capture is unclear
- Required capability cannot be built or accessed
- Operating dimensions conflict
- An alignment gap has no owner, KPI or fix
Gate checklist
- Value creation, delivery and capture cohere
- Critical assumptions meet evidence thresholds
- Capabilities and decision rights align
- Transition protects current operations
- Six coherence tests set the maximum scale
- The advantage mechanism survives both model tests
Six coherence tests set the scale the strategy can bear
The integrated strategic coherence assessment runs six tests at the scale proposed. Each test records its evidence, result, confidence, residual uncertainty, owner and corrective action. Meridian’s six-site extension is shown.
| Dimension | What must hold | Evidence and method | Meridian six-site result |
|---|---|---|---|
| 1. Value viability | Customers value the outcome and will pay for it | Paid pilot, renewal behavior, customer evidence (Tool 3) | Conditional: pilot customers paid; renewal beyond 12 weeks untested |
| 2. Economic viability | Unit economics hold at full loaded cost and the stated scale | Tool 11 stress test; switching values | Conditional: $0.085m contribution per site; viable while fixed cell cost ≤$0.33m |
| 3. Capability feasibility | Required capabilities exist, or can be built or accessed in time | Tools 5 and 24; partner evidence | Pass for class A assets; Fail for class B, so class B stays out of scope |
| 4. Operating-model readiness | Performance holds with normal staffing, constraints and service levels | Operation without pilot support; Tool 12 | Inconclusive: routine teams not yet tested without pilot support |
| 5. Risk acceptability | Residual risk is within appetite and accepted by an authorized owner | Risk record; AI controls (Tool 23) | Pass: AI ranks failure risk, people sign off interventions; customer data stays portable |
| 6. Scaling readiness | Exceptional pilot conditions removed; capacity and dependencies in place | Capacity plan; dependency map (Tool 15) | Conditional: maximum justified scale is six class A sites |
In Meridian, three results are Conditional and one Inconclusive, so the justified scale is six class A sites. The forum still decides. Ask whether the pilot relied on exceptional support.
Step 10 is where strategy becomes money and capacity.
Step 10 converts choices into an outcome logic, measures, funded portfolios, capacity allocations and accountable commitments, and proves that the selected portfolio fits both the cash and the capacity limit.
Step 10 · Translate strategy into measures and investments
Convert choices into an outcome logic, measures, funded portfolios, capacity allocations and accountable commitments.
Decision owner
Executive investment forum with finance and portfolio leadership.
Key inputs
- Strategy and operating model
- Capability roadmap
- Financial envelope
- Existing portfolio, benefits and risk hypotheses
Key outputs
- Strategy map and scorecard
- Prioritized portfolio
- Funding and capacity plan
- Benefits register and execution control model
Supporting methods
- Strategy Map
- Value Driver Tree
- Balanced Scorecard
- GE-McKinsey Nine-Box
Workshop time: one to two days.
Completion checklist
- Objectives express outcomes
- Measures include baselines and definitions
- Portfolio items trace to choices
- Funding and capacity reconcile
- Trade-offs across horizons are visible
- Benefit owners accept accountability
- The Commitment gate is passed
Digital method, questions and traps
Step 10 turns the digital choices into objectives, measures and a funded portfolio. Each measure must genuinely represent its construct.
Digital method
- 1. Link objectives to business results with a strategy map.
- 2. Classify each measure as KPI, KRI, benefit or countermetric, leading or lagging; test principle coverage across the portfolio.
- 3. Build a value driver tree from each measure to the levers teams control.
- 4. Structure the portfolio into run, change and innovate, with the protected allocation.
- 5. Fund innovation separately with stage gates and kill criteria.
- 6. Agree how Finance will confirm benefits in operations.
- 7. Pair outcome measures with flow measures such as lead time and time to restore.
Key questions
- Which measures show the 4Es?
- Does each measure represent what it claims?
- What share protects platform health?
- When does a use case get stopped?
- Who validates each benefit, and how will Finance confirm monetary value?
Common traps
- Measuring activity, not outcomes
- Too many measures to manage
- Innovation funded from run budgets
- Benefits with no Finance owner
Give each measure a baseline, owner, formula, source, target and response threshold. Adoption is a leading indicator, not an efficiency measure.
Execution control is a closed loop that ends in decisions
Five instruments and one evidence review form a single loop; reporting without a decision is not control. Read it clockwise: the scorecard states outcomes; OKRs turn them into period commitments; KPIs and controls run operations; the variance review routes evidence; the portfolio forum funds, defers, resequences or stops; benefits and learning test whether the case still holds.
- 1. Strategy map and scorecard
- 2. Short-cycle objectives or OKRs
- 3. Operational KPIs and controls
- 4. Evidence and variance review
- 5. Portfolio and funding decisions
- 6. Benefits and strategic learning
Every review ends in a decision: continue, adjust, reallocate, escalate or stop. Two feedback routes leave the loop. Strategic choices: a broken strategic assumption reopens Steps 6 to 9 through their gate. Resource allocation: portfolio decisions fund, defer, resequence or stop.
Who reviews what, and what it can change (Tool 14)
| Instrument | Cadence | Decision it can change |
|---|---|---|
| 1. Scorecard | Quarterly | Confirm the choices or reopen them |
| 2. OKRs | 90 days | Reprioritize work within the choices |
| 3. KPIs and controls | Weekly to monthly | Correct operations within limits |
| 4. Variance review | Monthly | Route variances to the right forum |
| 5. Portfolio and funding | Quarterly and on trigger | Fund, defer, resequence, stop |
| 6. Benefits and learning | At realization dates | Confirm, re-estimate or close a benefit |
Tool 14 records the loop; Tool 18 runs the quarterly realization review; Tool 17 holds the triggers. Cadences are defaults to adjust to the decision. Facilitation question: which of our current reports has not changed a decision in the last two quarters? The common misreading is treating a dashboard as control.
Specify measures before using them to govern
A measure can only govern once its definition, source, baseline and owner are fixed in writing. Use this field list as the minimum standard for Tool 22.
| Required field | Purpose |
|---|---|
| Definition, formula and unit | Make results comparable and prevent ambiguity. |
| Source, baseline and baseline date | Establish the evidence and the reference point. |
| Target range and expected lag | Explain what should change and when. |
| Owner, validator and cadence | Assign accountability and review. |
| Threshold response and counter metric | Define action and detect harmful optimization. |
Attractive initiatives do not add up to a feasible portfolio
Five stages separate eligibility, attractiveness and feasibility before anything is funded. They keep apart three questions that weighted scoring usually blends: is an investment eligible, is it attractive, and is the whole set feasible?
Eligibility: classify, then screen
- Five categories: mandatory, sustain, performance, strategic, option
- Flag enabling dependencies and ineligible work
- Screen legal, safety, cyber, resilience, regulatory and risk-appetite requirements first
Attractiveness: score discretionary work
- Business value and strategic fit
- Comparative advantage
- Evidence confidence, shown not weighted
- Time to value; return where it applies
- Deliverability, reversibility, risk, adaptability
Feasibility: test the whole portfolio
- Funding and specialist capacity
- Change and adoption capacity
- Shared platforms and architecture constraints
- Operational readiness; supplier concentration
- Mandatory load, sequencing, portfolio risk
Selection: compare feasible sets
- Fund, defer, resequence, reduce scope, stop or keep as an option
- Show how the set differs from the top-scoring list
- Count shared benefits once
Funding and adaptation: release in stages
- Fund prerequisites before dependent work
- Release tranches on evidence conditions
- Recalculate when costs, capacity or assumptions change
Two views
Initiative view (stages 1 and 2): is each item allowed, and how attractive is it on its own?
Portfolio view (stages 3 to 5): can the organization fund, staff, absorb and sequence this set, and is it the best feasible set?
The staged sequence adapts the portfolio optimization logic of the Vision to Blueprint method to this playbook’s tools. Facilitation question: which item would we fund on score alone that cannot deliver without something we have not funded? The common misreading is treating the ranked list as the funding sequence; the illustration that follows shows why it is not.
The ranking is not the funding sequence
A lower-scoring data platform is funded first because the top-scoring portal cannot work without it. The customer portal (P2) scores highest at 81, but it depends on the data integration platform (P1), which scores 62 because it creates no benefit on its own. Funding by score would launch the portal without its data.
Screened first, not scored
- M1 Regulatory reporting fix: Mandatory
- S1 Core platform patching: Sustain
Ranked by attractiveness (score out of 100)
- P2 Customer self-service portal: 81
- P3 Field scheduling optimization: 74
- P5 Partner marketplace: 69
- P1 Data integration platform: 62
- P4 AI claims-triage pilot: 58
- P6 Legacy reporting upgrade: 40
Constraints this year
- Cash, $m: 7.5 of 10.0; 2.5 unreleased
- Specialist months: 33 of 40; 7 in reserve
| Decision column | Items placed there |
|---|---|
| Wave 1, fund now | M1 $1.5m · 6 mo; S1 $1.0m · 4 mo; P1 platform $3.0m · 14 mo; P3 reduced scope $1.0m · 4 mo; P2 design $0.5m · 3 mo |
| Wave 2, on P1 gate | P2 build $3.0m, next envelope |
| Option | P4 pilot $0.5m · 2 mo |
| Defer | P5 $3.0m · 10 mo |
| Stop | P6 $0.8m · 3 mo |
The selected set funds mandatory and sustain work first, then P1, a reduced-scope P3 that also uses P1 data, portal design, and a capped AI pilot kept as an option. The portal build is released in Wave 2 when P1 passes its integration test.
Reconciliation: this year 1.5 + 1.0 + 3.0 + 1.0 + 0.5 + 0.5 = $7.5m of $10.0m, and 6 + 4 + 14 + 4 + 3 + 2 = 33 of 40 specialist months. Adding P5 ($3.0m, 10 months) would need $10.5m and 43 months, breaching both limits. The $2.5m is unreleased headroom, not spending. Illustrative portfolio adapted from a Vision to Blueprint method example. Figures are invented for teaching and reconcile with the extended Tool 15 matrix that follows. Facilitation question: which of our top-ranked items depends on something unfunded?
The selected portfolio fits both the cash and the capacity limit
The extended Tool 15 records dependencies, capacity, wave and decision alongside the five categories. The “Selected this year” row totals the work selected for this year: $7.5m of a $10.0m limit and 33 of 40 specialist months. Items below that row are released later, deferred or stopped.
| ID | Initiative | Category | Score | Depends on | Cash $m | Spec. months | Decision | Outcome owner; benefit |
|---|---|---|---|---|---|---|---|---|
| M1 | Regulatory reporting fix | Mandatory | Screened | – | 1.5 | 6 | Fund, Wave 1 | Finance director; obligation met |
| S1 | Core platform patching | Sustain | Screened | – | 1.0 | 4 | Fund, Wave 1 | CIO; service continuity |
| P1 | Data integration platform | Strategic, enabling | 62 | – | 3.0 | 14 | Fund first, Wave 1 | CIO; value counted in P2, P3 |
| P3 | Field scheduling, reduced | Performance | 74 | P1 data | 1.0 | 4 | Reduce scope, Wave 1 | Operations director; B-03 |
| P2a | Customer portal: design | Strategic | 81 | P1 | 0.5 | 3 | Resequence: design now | Service director; B-02 |
| P4 | AI claims-triage pilot | Option | 58 | – | 0.5 | 2 | Keep as option; capped pilot | Claims director; learning only |
| Selected this year: cash $7.5m, 33 specialist months; limits 10.0 and 40 | ||||||||
| P2b | Customer portal: build | Strategic | 81 | P1 integration test | 3.0 | 9 | Wave 2, next envelope | Service director; B-02 |
| P5 | Partner marketplace | Strategic | 69 | – | 3.0 | 10 | Defer: breaches both limits | Commercial director |
| P6 | Legacy reporting upgrade | Performance | 40 | – | 0.8 | 3 | Stop | – |
Fields the extended Tool 15 records
- Eligibility screen result and enabling-dependency flag
- Attractiveness score, with evidence confidence beside it
- Dependencies: the INV-nn it needs and the INV-nn it enables
- Cash, specialist months and change load per wave
- Decision: fund, defer, resequence, reduce scope, stop or option
- Funding wave and the evidence condition that releases it
- Outcome owner and the B-nn benefit it serves, counted once
- Recalculation trigger: cost, capacity or assumption change
Illustrative. Check: 1.5 + 1.0 + 3.0 + 1.0 + 0.5 + 0.5 = $7.5m and 6 + 4 + 14 + 4 + 3 + 2 = 33 months. P2 totals $3.5m and 12 months across its two waves. The $2.5m difference to the limit is unreleased headroom, not authorized spending; releasing it requires a decision within delegated limits. Facilitation question: if specialist capacity fell to 30 months, which item would we resequence first, and why? The common misreading is reading the score column as the order of funding.
The Commitment gate commits money, capacity and ownership to the chosen portfolio.
The gate commits funding, capacity, leadership attention, measures and benefits ownership. Later tranches remain conditional on evidence from the earlier ones.
Commitment gate
The executive investment forum commits funding, capacity, leadership attention, measures and benefits ownership to the chosen portfolio. The gate applies tenets 7, 8 and 9.
Evidence required
- Strategy map
- Scorecard
- Prioritized portfolio
- Funding and capacity plan
- Benefits register
Failure conditions
- The portfolio exceeds capacity
- Legacy work remains unchallenged
- Measures or benefits lack owners
Gate checklist
- Every major investment traces to a choice, obligation or essential service requirement
- Funding and capacity reconcile
- Stop decisions are included
- Owners accept outcome accountability
Delivery is judged on usable capability and evidenced outcomes, not on activity completion.
Step 11 coordinates programs and projects so delivery stays aligned with strategic priorities. Funding follows evidence: teams earn the next tranche by showing usable capability and outcomes.
Step 11 · Execute the change portfolio
Coordinate programs and projects so delivery stays aligned with strategic priorities and produces usable capabilities and outcomes.
Decision owner
Portfolio sponsor and accountable program executives.
Key inputs
- Committed portfolio
- Roadmaps and dependencies
- Benefits register
- Risk register, decision and escalation rights
Key outputs
- Integrated delivery roadmap
- Portfolio decision log
- Benefits evidence
- Updated assumptions and risks
Supporting methods
- Digital Transformation Roadmap
- Double Diamond
- Balanced Scorecard
Workshop time: a recurring monthly forum.
Completion checklist
- Programs have outcome charters
- Dependencies are managed across the portfolio
- Traceability is current
- Benefits and assumptions are reviewed
- Capacity constraints are visible
- Stop and redirect decisions occur
- Operations participates before transition
Digital method, questions and traps
Step 11 delivers the digital portfolio through joint product teams and stage gates. Sequence waves around platform foundations, dependencies and risk, and plan adoption alongside build.
Digital method
- 1. Turn choices into product charters with outcomes, owners, gates and a strategy type.
- 2. Sequence waves around platform foundations, dependencies and risk.
- 3. Build to quality, security and safety gates; hold releases that fail them.
- 4. Embed AI in workflows with human oversight, limits and the ability to stop it.
- 5. Track adoption, benefits and cost in short cycles; stop what does not prove value.
- 6. Route new ideas back through the front door.
- 7. Set retirement dates for the legacy processes and platforms each wave replaces.
Key questions
- Are foundations ready before scale?
- Which releases fail the gates?
- Is adoption on track?
- Which use cases should be stopped?
- Are AI agents under human oversight?
Common traps
- Scaling pilots before foundations
- Declaring success at launch
- Skipping evaluation for AI releases
- Keeping use cases that miss kill criteria
The strategy-to-value system
Delivery is judged on usable capability and evidenced outcomes, not on activity completion. Owners and evidence connect every link; necessary obligations have an explicit justification path.
- 1. Choices and objectives
- 2. Required capabilities
- 3. Funded investments
- 4. Usable delivery increments
- 5. Operational adoption
- 6. Realized outcomes
Each link is only credible if the one before it holds. Choices and objectives define what is worth funding; required capabilities say what the organization must be able to do; funded investments commit the money to build them.
Usable delivery increments are the first point at which anything can be used, operational adoption shows the business has taken it up, and realized outcomes are the evidence that value arrived. A break in any link stops value at that point, whatever the plan reports.
Deployment is not adoption, and adoption is not benefit
For each material change, name who must behave differently, what makes that possible, who owns adoption and what evidence shows it lasts once pilot support is withdrawn. Seven stages run from deployment to realized benefit.
| Stage | Evidence that counts | Not sufficient on its own | Owner |
|---|---|---|---|
| 1. Deployed | Capability live and accepted by operations | A go-live announcement | Delivery lead |
| 2. Available | Access, training, support and workflow integration in place | License or account counts | Service owner |
| 3. Used | Routine use in the target workflow, by role | Logins or training attendance | Process owner |
| 4. Proficient | Users meet quality and time standards unaided | Self-reported confidence | Line manager |
| 5. Changed behavior | Old workarounds retired; incentives and decisions follow the new way | Use while pilot support is in place | Business owner |
| 6. Improved outcome | Operational measure moves against baseline, with its countermetric | Leading indicators alone | Operational owner |
| 7. Realized benefit | Validated by the category’s validator, sustained 6 to 12 months after pilot support ends | Modeled or observed value | Benefit validator |
Step 9 sets role impacts, skills, incentives and workflow redesign (Tool 12). Step 11 manages readiness, resistance and adoption risk. Step 12 withdraws exceptional pilot support before sustainment is judged and records the stage reached in Tool 16. Logins and training attendance show availability or use, not adoption.
Each benefit category has its own validator
Finance keeps authority over every monetary claim. Nonfinancial value is real when its accountable owner validates it against an explicit evidence standard.
| Benefit category | Validator | Finance role | Evidence standard |
|---|---|---|---|
| Monetary | Finance | Confirms the result and its attribution | Reconciled to the ledger against the baseline |
| Operational | Accountable operational owner | Verifies any conversion to money | Measured performance against baseline, with countermetric |
| Customer | Accountable business owner | Verifies any revenue or retention conversion | Observed customer behavior, not stated preference alone |
| Risk and resilience | Risk or control owner, with independent challenge | Values avoided loss only where defensible | Control tests or incident data, challenged by the second line |
| Ethical or stakeholder | The accountable function, such as Compliance or People | None unless the benefit is monetized | An explicit standard set in Tool 22 |
Benefit states: forecast, modeled, observed, validated, realized, sustained. Only validated benefits are reported as realized; sustained means evidenced again at 6 and 12 months. A shared-platform benefit is attributed once, across all initiatives that claim it. Mandatory ethical, safety and regulatory requirements are thresholds, never offset by a weighted score.
The portfolio stops work to fund better work
Run, change and innovate describe the work; the five investment categories decide how it is funded and when it stops.
| Category | Demand class | Decision rule | Stop or reallocate when |
|---|---|---|---|
| Mandatory | Run or change | Fund the least-cost compliant path; not ranked on return | The obligation changes, or a cheaper compliant path appears |
| Sustain | Run | Fund what keeps current capability within risk appetite | The capability is retired or replaced by a strategic choice |
| Performance | Change | Rank on validated economics and switching values | Benefit evidence falls below the switching value |
| Strategic | Change | Fund by tranche against the strategy’s crux | A tranche-release criterion fails, or the thesis changes |
| Option | Innovate | Small, capped bets that buy evidence | The learning question is answered, either way |
Each quarter (Tool 18) the forum reviews intake, traceability, capacity, affordability, risk, dependencies and timing, and records a continue, stop or reallocate decision for every material item in Tool 15. Status reporting is an input to that review, not its agenda. The category rules are as set out in the five portfolio categories in the annexures. The quarterly review is a decision meeting, not a status report.
Responding between scheduled reviews
Triggers and response authority are agreed when the strategy is approved, not after a threshold is breached. That way the organization can act between scheduled reviews without improvising authority.
| Trigger class | Response and authority |
|---|---|
| Control or continuity breach | The designated operational authority acts within existing procedures and informs the sponsor promptly. No strategy forum is needed to apply an established protective control. |
| Pilot threshold or exposure limit | The test owner pauses the affected new exposure and notifies the sponsor within the agreed deadline; the authorized forum decides restart, rework or exit. |
| Strategic assumption invalidated | The strategy owner assesses impact and convenes the delegated forum. Changes to where or how to win reopen direction; model changes reopen coherence. |
| Funding or capacity change | Reopen commitment when the approved envelope is exceeded. Local delivery adjustments stay with delivery owners if choices and limits are unchanged. |
Adaptation reopens only what the evidence invalidates.
Step 12 embeds new capabilities in operations, tests whether outcomes materialize, and keeps the strategy current. Benefits cannot be claimed because a project or pilot is complete.
Step 12 · Transition, learn and adapt
Embed new capabilities in operations, test whether outcomes materialize, and adapt the strategy when evidence invalidates assumptions.
Decision owner
Operational owner with executive strategy forum.
Key inputs
- Program outputs
- Operational acceptance criteria
- Benefits evidence
- Assumptions, scenarios, performance and adoption data
Key outputs
- Operational acceptance
- Benefits realization review
- Strategy learning record
- Adaptation decision and post-investment record
Supporting methods
- AI Value Creation
- Scenario Planning
- Dynamic Capabilities
- Stanford Transition
Workshop time: quarterly and on trigger.
Completion checklist
- Acceptance criteria are met
- Operational ownership is explicit
- Adoption and performance are stable
- Benefits are evidenced
- Assumptions and scenarios are reviewed
- An explicit continue, scale, adapt, pause or exit decision is made
- Learning updates the strategy system
Digital method, questions and traps
Step 12 moves digital change into reliable operation and keeps the strategy current through quarterly reviews and triggers.
Digital method
- 1. Agree operational acceptance, service levels and support before final release.
- 2. Transfer run, security operations and lifecycle management to Digital support.
- 3. Test critical services against disruption tolerances, including third parties.
- 4. Validate each benefit with its category validator (see the benefit validators in Step 11) and close the case only after sustainment evidence.
- 5. Review risks through the three lines of defense and report to the board.
- 6. Refresh the strategy when signals, regulation or technology change.
- 7. Review the alignment map every quarter in the portfolio cadence.
Key questions
- Can the service run at agreed levels?
- Do we stay within disruption tolerances?
- Which benefits are validated and sustained?
- What has the board been told?
- What would trigger a strategy refresh?
- Which alignment links have drifted?
Common traps
- Handing over without support readiness
- Resilience written after go-live
- Closing benefits cases early
- Leaving the strategy unrefreshed
Adaptation reopens only what the evidence invalidates
Evidence returns to diagnosis, choices or allocation; learning that reallocates nothing is not adaptation. Strategy is a governed learning loop that can reopen earlier decisions, at the right level. Read the loop clockwise from operational outcomes.
- 1. Operational outcomes and adoption
- 2. Evidence and assumption monitoring (Tool 17)
- 3. Review: periodic or on a trigger (Tool 18)
- 4. Decide: continue, scale, adapt, pause or exit
- 5. Reallocate resources or reopen a step
At the center sits value realized in normal operations. Every review ends in continue, scale, adapt, pause or exit, and the result reallocates resources or reopens the step that made the failed assumption.
Who decides, and what a trigger reopens
| Trigger | Decided by | Reopens |
|---|---|---|
| Operational variance within limits | Process or delivery owner | Nothing: correct and record |
| Cost, capacity or sequence change within envelope | Portfolio forum | Step 11 plan; Tool 15 recalculated |
| Funding need beyond the approved envelope | Investment forum | Step 10 and the Commitment gate |
| Business or operating model assumption fails | Strategy owner, delegated forum | Steps 8 to 9 and the Coherence gate |
| Where-to-play or how-to-win assumption fails | Governing body or executive forum | Steps 6 to 7 and the Direction gate |
| Diagnosis or mandate no longer holds | Accountable executive | Steps 1 to 3 and the Mandate gate |
| Control, safety or continuity breach | Designated operational authority | Act at once; inform; then review |
Control, safety and continuity breaches are acted on at once by the designated operational authority under existing procedures, then reviewed. Facilitation question: which of our assumptions, if wrong, would reopen the Direction gate, and what signal would tell us first? The common misreading is treating every change as a reason to restart the strategy, or treating no change as success.
Meridian restores growth by selling reliability, not by automating dispatch.
Part four works three fictional cases. Meridian Industrial Services is business-led and completes every step; Halden Cold Chain is digital-led; Ardent Mutual shows a technology renewal. Meridian Industrial Services, Halden Cold Chain and Ardent Mutual are fictional businesses. Every number, observation and authority limit is illustrative. The cases demonstrate reasoning and completed decisions, not a market forecast.
The mandate and the initial crux
The sponsor asks how to restore profitable growth across an initial cohort of 20 customer sites while preserving regulated-service reliability. Meridian is a fictional industrial service business; every figure is illustrative. Note that the opening hypothesis framed the work as a cost and technology problem.
$4.00m
Baseline annual revenue
$2.80m
Variable service costs
$0.80m
Attributable fixed cash costs
$0.40m
Operating cash before tax and capital
Initial crux hypothesis
- 1. Dispatch inefficiency is depressing margins, so automation appears to be the answer.
Authority and non-negotiables
- 1. $0.05m discovery expenditure authorized.
- 2. Safety obligations, customer data portability and service continuity are non-negotiable.
The Meridian records, step by step
Each record that follows is a completed tool or decision from the method, in the order the work produced it. Open a record to read it in full.
Record 1The front door reframed the request as an outcomeStep 1 · Tool 19 front-door intake
Step 1 restates the request as a problem and an outcome, prices it and names the strategy type. This is tenet 1 in practice: the team starts from the value question, prices the discovery work and names the strategy product before any solution is discussed.
| Tool 19 field | Meridian intake record |
|---|---|
| Request as received | Automate dispatch across the 20 sites to cut travel time and overtime. |
| Problem statement | Margins are falling across 20 regulated customer sites and the cause is unproven. Dispatch inefficiency is one hypothesis, not the diagnosis. |
| Outcome statement | Restore profitable growth on the 20-site cohort while preserving regulated-service reliability. |
| Classification | Change. The work alters service processes and possibly the offer; it is not run work and not yet an innovation bet. |
| Price and authority | $0.05m discovery, authorized by the sponsor. No delivery commitment. |
| Strategy product | Enterprise digital business strategy, business-led, Strategy Execution perspective: the business sets strategy and Digital enables it. Revisit at Step 6 if a digital-led offer emerges. |
| Decision rights | The sponsor owns the outcome, Digital owns solution design, and Data & AI sets the rules for customer service data. |
Record 2Digital, data and AI shape five of Meridian’s decisionsThe digital decisions across the twelve steps
Meridian’s strategy is a service strategy, and digital carries it. Each decision here is recorded in full in its own record.
| Where | Digital decision | What the evidence showed | Record |
|---|---|---|---|
| Step 1: Front door | “Automate dispatch” became an outcome: restore profitable growth; classed as change | Dispatch inefficiency was one hypothesis, not the diagnosis | Tool 19 |
| Steps 3 to 5: Diagnosis | Shared failure histories are the data advantage; class B assets stay out | Two regional teams already resolve more first time with them (E3); class B data is sparse (E4) | Tool 3 |
| Steps 6 and 7: Choice | The monitoring platform (C) was rejected; premium uptime (B) was chosen | C earns 47% of the cash it needs, NPV −$0.427m; B has the highest NPV, $0.246m | Tool 8 |
| Before build: AI use case | Failure-risk ranking carded at autonomy level 1, with kill criteria | Availability target 97.0% to at least 98.5%; an engineer approves every intervention | Tool 23 |
| Step 12: Benefits | The $0.30m modeled uplift stays unreported until Finance confirms it | Two Class A pilot sites met adoption; adoption is not yet a financial benefit | Tool 16 |
Record 3Five evidence items that changed the diagnosisSteps 3 to 5 · Tool 3 evidence register
Outside-in and inside-out evidence moved Meridian’s crux from cost to reliability. This is the synthesis checkpoint doing its job: evidence changed the diagnosis and therefore the options worth generating.
| Evidence | Illustrative observation | Effect on the diagnosis |
|---|---|---|
| E1 Service records | Repeat callouts cluster in selected asset classes; regional margins vary after travel distance | Dispatch efficiency alone is an incomplete explanation |
| E2 Customer research | 12 of 20 customers rank predictable availability above lower hourly price; four sign paid pilots | Stated interest becomes testable, but 12 interviews are not 12 sales |
| E3 Internal comparison | Two regional teams achieve better first-time resolution using shared failure histories | A plausible capability mechanism exists; replication is unproven |
| E4 Counterevidence | Six customers resist outcome contracts; one asset class has sparse failure data | Demand is segmented and rollout must exclude poorly evidenced assets |
| E5 Incentives | Engineer rewards emphasize billable reactive hours | The operating model may defeat an uptime proposition unless incentives change |
Record 4Three alternatives against one costed continuation baselineStep 6 · four options modeled on one baseline
Four options are modeled on one baseline, so the choice turns on value and capability rather than presentation. Premium uptime leads at $0.246m three-year NPV, but partner-led D is close behind at $0.198m. The minimum-change option A is the continuation comparator.
| Option | Annual operating cash | Increment vs baseline | Upfront investment | 3-year incremental NPV |
|---|---|---|---|---|
| A Minimum-change reactive service | 0.40 | 0.00 | 0.00 | 0.00 |
| B Premium uptime service | 0.70 | 0.30 | 0.50 | 0.246 |
| C Monitoring platform | 0.55 | 0.15 | 0.80 | −0.427 |
| D Partner-led uptime service | 0.58 | 0.18 | 0.25 | 0.198 |
USD millions, 20 sites, three-year horizon, 10 percent discount rate. Figures exclude taxes, financing, inflation and terminal value. The $0.05m discovery spend is sunk and excluded from all forward comparisons.
Record 5The cash flows behind the four NPVsStep 6 · one investment at year 0, three years of incremental cash
Every NPV on the option comparison comes from one investment at year 0 and three equal years of incremental cash at 10 percent.
| Option | Year 0 | Year 1 | Years 2-3, each | 3-year NPV |
|---|---|---|---|---|
| A Minimum-change reactive service | 0.00 | 0.00 | 0.00 | 0.00 |
| B Premium uptime service | −0.50 | 0.30 | 0.30 | 0.246 |
| C Monitoring platform | −0.80 | 0.15 | 0.15 | −0.427 |
| D Partner-led uptime service | −0.25 | 0.18 | 0.18 | 0.198 |
USD millions, incremental against baseline option A, 20 sites, 10 percent discount rate. Investment falls entirely in year 0 at authorization; incremental cash arrives in full from year 1 with no ramp-up. The horizon starts at authorization, so year 1 assumes full operation. Changes in working capital, maintenance and replacement capital expenditure, taxes, financing, inflation and terminal value are all excluded. These are simplifying assumptions, not observed timing.
Record 6The monitoring platform bought technology ahead of demandSteps 6 and 7 · break-even test of option C
Option C earns less than half the annual cash it needs to repay its upfront cost: 47 percent of the $0.32m a year it needs to repay $0.80m. The digital value sits in the service, not the platform.
149%
B Premium uptime: modeled $0.30m a year against a break-even of $0.20m.
47%
C Monitoring platform: modeled $0.15m a year against a break-even of $0.32m.
179%
D Partner-led: modeled $0.18m a year against a break-even of $0.10m.
- $0.32m a year repays C’s $0.80m outlay; the model shows $0.15m.
- Customers buy availability, not monitoring: 12 of 20 ranked it first (E2).
- The data advantage already exists in shared failure histories (E3), so B captures it with $0.30m less capital.
- C stays on the list as a digital-led option to revisit once class A data proves its value.
Break-even increment = upfront investment ÷ 2.487, the three-year annuity factor at 10 percent. B needs $0.20m a year, C $0.32m, D $0.10m.
Record 7The conditional choice, written downStep 7 · the five strategic choices and their conditions
The Step 7 choice is recorded against the five strategic choices, with the conditions that must hold. Only capped validation work is authorized at this point, not a rollout.
| Choice element | Conditional decision |
|---|---|
| 1 Winning aspiration | Restore profitable growth on regulated sites while preserving service reliability (Step 2, confirmed here) |
| 2 Where to play | Existing regulated industrial customers with asset classes supported by usable failure histories. |
| 3 How to win | Demonstrated reliability, audit-ready service evidence and open customer-owned data. |
| Activity fit | Shared failure data, reliability cells, planned intervention and incentives tied to sustained outcomes. |
| 4 Required capabilities | Failure-risk ranking (CAP-03) and regulated safety records (CAP-07); target profiles confirmed at Step 9 |
| 5 Management systems | Decision rights in Tool 20, tranche release in Tool 15, renewal and loaded-cost triggers in Tool 17 |
| Exclusions | No broad low-price expansion, no closed data platform, no rollout to unsupported asset classes. |
| Critical uncertainty | Customers will pay enough and routine teams can deliver at the required cost. |
| Validation authority | Up to $0.10m within the $0.50m envelope; four paid pilots and limited data integration only. No rollout authority. |
Record 8The economic bridge and the scenario challengeStep 7 · option B drivers, scenarios and price thresholds
Option B must clear three different price thresholds, and matching a competitor’s price cut removes most of the value, which is why price was the decisive assumption to test.
| Option B annual driver | USD m |
|---|---|
| Subscription revenue: 20 sites at $0.24m | 4.80 |
| Variable service cash cost: 20 at $0.16m | 3.20 |
| Contribution | 1.60 |
| Fixed cash operating costs | 0.90 |
| Operating cash | 0.70 |
| Increment vs baseline | 0.30 |
| Scenario | B NPV | D NPV | Decision implication |
|---|---|---|---|
| Downside | −0.251 | 0.048 | D is preferable; do not scale B without redesign |
| Base | 0.246 | 0.198 | Prefer B conditionally; evidence must support price and cost |
| Upside | 0.619 | 0.347 | B creates more upside; capacity still constrains pace |
Record 9What drives the downside, base and upsideStep 7 · scenarios built from drivers
Each case is defined by its drivers, so the narrative, the cash flows and the NPV reconcile. Build scenarios from drivers rather than from adjectives.
| Driver (USD m unless stated) | Downside | Base | Upside |
|---|---|---|---|
| Subscription price per site | 0.240 | 0.240 | 0.240 |
| Variable service cash cost per site | 0.170 | 0.160 | 0.160 |
| Fixed cash operating costs | 0.90 | 0.90 | 0.75 |
| Sites in the modeled rollout | 20 | 20 | 20 |
| Option B: annual increment vs baseline | 0.10 | 0.30 | 0.45 |
| Option B: three-year NPV | −0.251 | 0.246 | 0.619 |
| Option D: increment and three-year NPV | 0.12 / 0.048 | 0.18 / 0.198 | 0.24 / 0.347 |
Investment is unchanged in all three cases at $0.50m for option B and $0.25m for option D, incurred at year 0, with full benefit from year 1. Each NPV equals minus the investment plus the annual increment multiplied by the three-year annuity factor of 2.4869 at 10 percent. Driver values are illustrative: they are inferred to reproduce the stated NPVs rather than taken from source evidence.
Record 10A completed assumption testTool 7 assumption test card, completed
One decisive assumption, tested against a design agreed before results were known, with the result and its limits written down. Class A assets passed; class B was inconclusive.
| Test field | Pre-agreed design and result |
|---|---|
| Hypothesis | For supported asset classes, customers pay at least $0.24m annualized per site and routine delivery cost is no more than $0.16m. |
| Population and method | Four paying sites, two per asset class, observed for 12 weeks; matched baseline records; pilot support logged separately. |
| Other thresholds | At least 90 percent proficient workflow use; no material control failure; uptime improvement under comparable conditions. |
| Asset class A result | Two sites pay the target price. Variable cost $0.155m; adoption 93 percent; availability rises from 97.0 to 98.5 percent. |
| Asset class B result | Variable cost $0.190m and adoption 76 percent. One site had a confounded period. Economics fail and evidence is inconclusive. |
| Decision | Do not authorize a 20-site rollout. Extend class A to six sites in total (the two pilot sites plus four added) with routine staffing; pause class B and redesign incentives. |
Annualization is a hypothesis, not proof of year-round performance. Paid agreements support willingness to pay for the tested sites only.
Record 11One AI use case, carded before it was builtBefore build · Tool 23 AI use-case card
Tool 23 ties failure-risk ranking to the availability driver, with human sign-off, thresholds and kill criteria agreed in advance. Failure-risk ranking runs at autonomy level 1: engineers approve every intervention.
| Tool 23 field | Failure-risk ranking for class A assets |
|---|---|
| Value driver | Asset availability, from 97.0 to at least 98.5 percent, at a variable cost of no more than $0.16m per site. |
| Workflow | The reliability cell receives a weekly ranked list of class A assets at risk and schedules planned interventions. |
| Data | Shared failure histories and service records. Customers own their asset data and can export it on request. |
| Human oversight | An engineer approves every recommended intervention. The model cannot dispatch, defer safety work or reset priorities. |
| Evaluation thresholds | Before use: the ranking beats the current planner list on held-out class A records. In use: the extension’s availability, adoption and cost thresholds. |
| Kill criteria | Stop on a material control breach, on maintenance deferred to flatter availability, or if the ranking stops beating the planner list. Class B stays out: its failure data is too sparse. |
| Decision rights | The service owner decides use. Data & AI approves the model against its standards. Digital builds and runs it, and can block only on its stated grounds. |
Record 12The revised decision case for a six-site extensionRe-costed on its own scope, and on what the spend buys
The 20-site comparison does not justify a narrower decision. The extension is re-costed on its own scope, and on what the $0.15m tranche actually buys.
| Revised case element | Six-site class A extension |
|---|---|
| Scope and comparator | Six class A sites in total: the two pilot sites retained and four added. Class B is paused. The 20-site comparison is not carried forward as the financial justification for this narrower decision. |
| Expenditure already incurred | The $0.05m discovery spend and the $0.10m validation spend are authorized and committed. Both are sunk and excluded from this forward case. |
| Remaining avoidable spend and new commitments | The further $0.15m tranche: $0.06m extension delivery, $0.04m class A data integration, $0.03m practice and incentive change, $0.02m continuity controls. No commitment beyond the tranche is authorized. |
| Staffing and retained service | Temporary pilot support tapers over the extension; routine team time is not charged as new spending. The six sites retain reactive-service revenues and costs, about $0.12m operating cash a year, as the comparator. |
What the six-site extension must clear
At six sites the fixed reliability-cell cost, not price, decides viability. The thresholds in this table are illustrative, derived from the observed class A unit economics.
| Test | Six-site class A extension |
|---|---|
| Unit economics and fixed-cost burden | Observed class A economics give contribution of $0.085m per site, so $0.51m across six sites. The shared reliability cell is spread over six sites rather than twenty, so the fixed-cost burden carried by each site rises roughly threefold. |
| Viability thresholds (illustrative) | The configuration matches the retained reactive comparator of about $0.12m while annual fixed cell cost stays at or below $0.39m; it reaches zero operating cash at $0.51m; and it recovers the $0.15m over three years at 10 percent while fixed cell cost stays at or below $0.33m. |
| What the spend is intended to obtain | Sustained adoption by routine teams without pilot support, fully loaded delivery cost including support and data work, and renewal behavior beyond the 12-week observation. The extension purchases evidence rather than scale, and no annualized benefit is claimed for it. |
| Conditions for further commitment, and the partner comparison | Commitment beyond the tranche requires all three evidence items, operational acceptance and a finance-reconciled loaded cost. Partner option D remains the live comparator and is relatively stronger at six sites because it avoids building the cell, so the comparison is re-run before any scale-up. |
Record 13The gate recordTool 13 · two decisions, two authorities
The record carries two separate decisions with two separate authorities: coherence of direction, and release of funding. Separating them stops a positive strategic view from becoming an implicit funding approval.
| Gate record item | Recorded decision |
|---|---|
| Forum and authority | Executive strategy forum with sponsor, finance, operations and an independent challenger; quorum confirmed. Two authorities are exercised and recorded separately: the forum holds coherence authority for direction, and the investment forum’s delegated limit covers tranche release within cumulative validation authority. |
| Decision 1: coherence | The broad 20-site rollout direction is narrowed to a six-site Class A extension. Class B is paused. Full-scale commitment remains deferred. Coherence of direction does not by itself authorize any expenditure. |
| Decision 2: commitment | A further $0.15m validation tranche is released under delegated authority. The tranche funds bounded validation only and confers no rollout authority. Authorization, commitment, cash spent and remaining authority are set out in the record that follows. |
| Conditions and expiry | Operations demonstrates capacity and continuity; finance reconciles fully loaded cash costs; the test owner reports renewal evidence before the authority expires at 90 days. Unused authority lapses at expiry rather than carrying forward. |
| Dissent and residual risk | The challenger prefers partner option D until repeatability improves. The forum records price-response risk and short pilot duration. |
| Stop and reopen rules | New exposure stops if cumulative authority is exceeded or a non-negotiable control fails; exceeding authority requires a fresh decision rather than a retrospective adjustment. Reopen the direction if evidence invalidates premium uptime economics. |
Record 14Decision rights for the extension fit on one pageStep 9 · Tool 20 decision rights summary
Meridian chose the centralized functional pattern from the four reference patterns in Step 9. Tool 20 names who owns, decides and can block at each stage; Digital holds no informal veto. This is a legitimate choice for Meridian, not a universal rule.
| Stage | Owns | Decides | Can block, and on what grounds |
|---|---|---|---|
| Demand and intake | Business sponsor | Sponsor, within the $0.05m discovery authority | No one; Digital prices the request but cannot refuse it |
| Direction | Executive strategy forum | Forum, at the direction and coherence gates | No one; the challenger’s dissent is recorded, not a veto |
| Funding release | Investment forum | Investment forum, within its delegated limit | Finance, if fully loaded costs do not reconcile |
| Data and AI rules | Data and AI policy owner | Data & AI, on data and model standards | Data & AI, on a breach of data or AI policy |
| Design and build | Digital | Digital, on architecture, through the design authority | Digital, only on security, regulation, standards, quality, stability or safety |
| Operation and benefits | Named service owner | Operations accepts delivery; Finance confirms monetary benefits; owners validate others | Operations, if a continuity or safety control fails |
Record 15Authorization, commitment, cash and remaining authorityThe $0.50m envelope is an authorized ceiling, not released funding
Five money concepts stay distinct: an approved ceiling, authorization, contractual commitment, cash spent and remaining authority. The $0.50m envelope is an authorized ceiling, not released funding.
| Item | Authorized | Committed | Cash spent | Authorized, uncommitted |
|---|---|---|---|---|
| Discovery: steps 1 to 5 evidence | 0.05 | 0.05 | 0.05 | 0.00 |
| Validation tranche 1: four paid pilot sites | 0.10 | 0.10 | 0.10 | 0.00 |
| Validation tranche 2: six-site class A extension | 0.15 | 0.00 | 0.00 | 0.15 |
| Total authorized to date | 0.30 | 0.15 | 0.15 | 0.15 |
USD millions. Authorization is permission to spend up to a limit; commitment is a binding obligation; cash spent is money already gone; remaining authority is what may still be committed without a new decision. The $0.50m validation envelope excludes the separately authorized discovery spend; its $0.25m of unreleased headroom is not authority. Unused authority lapses at expiry and does not carry forward.
- Validation envelope. The ceiling is $0.50m, excluding discovery. Tranches authorized within it total $0.25m, so $0.25m is unreleased headroom: it is not authority, and releasing it needs a decision by the forum that set the envelope.
- Rollout. No authority exists. Any rollout commitment requires a new Commitment gate decision.
- In this illustration commitments were paid as incurred, so cash spent equals commitment; in practice the two often differ.
Record 16Capacity is a separate constraint from cashNext quarter: 10 specialist person-months and $0.15m of new spending
For the next quarter only 10 specialist person-months and $0.15m of new spending are available. Mandatory continuity work is funded before discretionary expansion.
| Work item | New cash USD m | Specialist months | Decision |
|---|---|---|---|
| Mandatory continuity controls | 0.02 | 2 | Fund; obligation and service justification |
| Class A data integration | 0.04 | 3 | Fund; prerequisite for reliable evidence |
| Six-site class A extension | 0.06 | 3 | Fund with conditions; depends on integration |
| Workforce practice and incentive change | 0.03 | 2 | Fund; required for routine delivery |
| Class B expansion | 0.08 | 4 | Defer; failed cost threshold and no capacity |
| Unrelated automation | 0.05 | 2 | Stop new work; low current contribution |
| Approved total | 0.15 | 10 | At both limits; no additional work without reallocation |
Record 17An auditable transitionState by state, with an owner and an acceptance or fallback condition
The transition is recorded state by state, with the work and the owner named at each stage and an acceptance or fallback condition at each. This makes the interim operating model auditable.
| State | Work and ownership | Acceptance or fallback |
|---|---|---|
| Current | Regional teams use fragmented data and reactive incentives; regional service managers own reliability | Keep existing escalation and safety controls active |
| Interim | A reliability cell supports six sites alongside regional teams; a named service owner resolves priority conflicts | Cut over only when data reconciliation, on-call cover, training proficiency and funded support meet acceptance criteria |
| Target if validated | Routine reliability teams use common analytics, customer-owned data and outcome incentives | Operations accepts sustained delivery; withdraw exceptional pilot staffing only after stability is evidenced |
| Fallback and retirement | Return affected sites to supported reactive service if continuity is threatened; preserve customer data access | Do not retire legacy work or claim its cash savings until obligations, records and workforce arrangements are transferred |
Record 18Measures, thresholds and the benefit that is not yet realStep 12 · Tool 16 benefits profile
The two Class A pilot sites met the adoption threshold. Sustained adoption by routine teams at greater scale remains to be validated, and the modeled benefit is not yet real.
| Measure | Specification | Threshold and response |
|---|---|---|
| Proficient adoption | Correctly completed eligible workflows divided by sampled workflows; weekly review; baseline 62 percent | Target at least 90 percent. Below 85 percent for two reviews triggers manager support and blocks expansion |
| Asset availability | Available scheduled hours divided by total scheduled hours; reconciled records; baseline 97.0 percent | Target at least 98.5 percent over the agreed observation period; compare asset mix and downtime definitions |
| Variable cost per site | Attributable variable service cash costs divided by active sites; monthly finance validation | Test at or below $0.16m annualized, with seasonal limits disclosed. A breach requires model review |
| Protective countermeasure | Safety and control incidents and deferred maintenance backlog, reviewed with availability | Do not improve apparent availability by suppressing maintenance; a material control breach pauses the activity |
Record 19Each extension measure represents the construct it claimsTool 22 4Es measure set, checked
Tool 22 checks that each measure genuinely represents its 4E. Adoption is tracked as a leading indicator, and the ethical thresholds are constraints, not scores.
| 4E | Measure | Threshold | What it protects |
|---|---|---|---|
| Effective | Asset availability | At least 98.5 percent; baseline 97.0 | The outcome customers pay for |
| Efficient | Planned interventions completed per engineering hour | Baseline set in the first four extension weeks; target set from it (illustrative) | Value delivered for the engineering effort used |
| Economical | Fully loaded cost per site: variable plus shared cell, data and support cost | At or below $0.22m annualized, the level that matches the reactive comparator | The premium price pays only if total delivery cost holds |
| Ethical (non-negotiable) | Safety and control adherence, maintenance integrity, customer data rights | No material control breach; no suppressed maintenance; data export on request | Thresholds no other score can offset |
| Leading indicator | Proficient workflow adoption | At least 90 percent; baseline 62 | A precondition for benefits, not a 4E result |
Record 20Meridian’s strategy package, on one pageMinimum viable strategy package at the six-site extension
The eight deliverables at the point of the six-site extension: what an executive receives, one line per deliverable with its status. Meridian is fictional; every figure is illustrative.
| Deliverable | Meridian content | Status |
|---|---|---|
| 1 Strategic mandate | Restore profitable growth across an initial cohort of 20 sites; business-led enterprise strategy | Approved |
| 2 Diagnosis and crux | The crux moved from cost to reliability: availability is the outcome 12 of 20 customers rank first | Approved |
| 3 Strategic choices | B premium uptime, chosen conditionally; C monitoring platform rejected; D partner-led kept as comparator; class B assets excluded | Conditional |
| 4 Value and economics | B NPV $0.246m base and −$0.251m downside, 3 years at 10%; B leads D only while its annual increment exceeds $0.281m | Tested; thin margin |
| 5 Capability and operating model | Shared reliability cell; AI failure-risk ranking with human sign-off; centralized functional decision rights (Tool 20) | Conditional at six sites |
| 6 Investment and execution | $0.50m ceiling authorized, not released; $0.15m new spend and 10 specialist person-months next quarter | Tranche approved |
| 7 Strategy scorecard | Availability, sustained adoption by routine teams, loaded cost per site, renewal beyond 12 weeks | Approved; no benefit claimed |
| 8 Decision and evidence record | Gate record with two decisions and two authorities; triggers on renewal and loaded cost | Live |
Halden’s data team proposed a new service, not a new system.
Halden is the digital-led example. Digital and Data & AI leaders propose; the business owns the value question and decides. Halden Cold Chain is fictional. Every figure in this example is illustrative, not case evidence.
The intake record
Step 1 records a digitally originated opportunity. Digital and Data & AI leaders propose and evidence it; the commercial director owns the value question and the executive forum decides.
| Step 1 field | Halden intake record |
|---|---|
| Opportunity as raised | The Data & AI lead sees that five years of sensor telemetry on 140,000 temperature-controlled shipments could predict excursions six to twelve hours ahead. |
| Business-value hypothesis | Shippers will pay for fewer excursions and audit-ready evidence, and Halden will cut its $1.2m a year of excursion claims. |
| Strategy product and entry | Enterprise digital business strategy, digital-led; Competitive Potential perspective of the Strategic Alignment Model. |
| Proposes and decides | Data & AI and Digital leaders propose and evidence the opportunity; the commercial director owns the value question; the executive forum decides at each gate. |
| Authority and non-negotiables | $0.08m discovery authorized. Product safety, shipper data rights and regulated chain-of-custody records are non-negotiable. |
| Starting position | 60 shippers, $30m revenue, excursions on 2.1 percent of shipments; no paid data or assurance service today. |
Evidence moved the advantage from prediction to prevention
Outside-in and inside-out evidence, reconciled at the checkpoint after Step 5. Prediction alone is widely available; prediction joined to intervention is not. That combination is what competitors could not easily copy, which shows advantage built from capabilities rather than unique data.
| Evidence | Illustrative observation | Effect on the diagnosis |
|---|---|---|
| H1 Customers | 11 of 18 shippers rank prevented excursions above data dashboards; 7 sign paid pilots | Demand is for outcomes, not data; 18 interviews are not 18 sales |
| H2 Competitors | Three telematics vendors sell predictive alerts; none intervenes on the route | Prediction is at parity; intervention is the possible gap |
| H3 Capabilities | Prediction model: maturity 2, differentiating, advantage at moderate confidence. Depot re-icing crews: maturity 4, essential, parity on their own | Advantage rests on the combination, not the model |
| H4 Data factors | Halden owns its fleet sensor data; shippers own shipment records; other carriers’ data is not available | A multi-carrier platform lacks lawful data access today |
| H5 Counterevidence | Five shippers prefer their own telematics; one lane has sparse history | Demand is segmented; scope the offer to well-evidenced lanes |
| Revised crux | Halden can win only where it prevents excursions on its own network | Selling prediction alone would compete at parity |
The platform fails at three years; five needs carrier data
USD millions, incremental to continuing today’s service; three years at 10 percent, matching the service’s contract and model-refresh life; investment in year 0. O1 shows that using AI internally does not pay by itself. The assurance service O2 leads; the platform O3 only pays over five years with optimistic growth, so it is kept as a triggered option.
| Option | Investment | Year 1 | Year 2 | Year 3 | 3-year NPV |
|---|---|---|---|---|---|
| O1 Internal excursion prediction only | 0.60 | 0.10 | 0.30 | 0.30 | −0.036 |
| O2 Assurance service on Halden’s network | 0.90 | 0.25 | 0.67 | 0.80 | 0.482 |
| O3 Open multi-carrier assurance platform | 2.40 | −0.25 | 0.22 | 0.92 | −1.754 |
| O4 Partner-led, licensed vendor model | 0.30 | 0.10 | 0.25 | 0.25 | 0.185 |
| Step 7 choice element | Conditional decision |
|---|---|
| Where to play | Pharmaceutical and food shippers on Halden-operated lanes with enough excursion history |
| How to win | Prediction joined to on-route intervention and audit-ready evidence |
| Exclusions | No open platform, no sale of shipper data, no lanes without usable history |
| Validation authority | Up to $0.15m for a 12-week paid pilot on three lanes; no build beyond the pilot |
| Option kept open | O3 has a five-year NPV of 0.705 only if carriers grant data access; revisit when three carriers sign data agreements |
Halden Cold Chain is fictional. Every figure in this example is illustrative, not case evidence. Continuation baseline: today’s service with $1.2m a year of excursion claims.
The service needs an operating model that can act, not just alert
Steps 8 and 9: the business model is tested as a service, and the agentic intervention runs at autonomy level 2 with hard limits (Tool 23), passing the AI lifecycle stages before each tranche. The limits are a $2,000 spend limit, dispatcher approval for every order and a stop rule if cost per intervention exceeds $45.
| Element | Design |
|---|---|
| Customer and payer | Shippers’ quality heads value excursion prevention; logistics buyers pay a subscription per shipper |
| Value capture | $40k a year per shipper planned; avoided claims accrue to Halden |
| Cost per outcome | Fully loaded cost per completed intervention, counting inference, orchestration, retries, crew time and oversight; plan $30 |
| Agent permissions | Reads telemetry and lane data; drafts re-icing or rerouting orders; cannot dispatch, change set points or contact shippers |
| Approval and limits | A control-tower dispatcher approves every order; $2,000 spend limit per intervention; every action logged and traceable |
| Stop and rollback | Stop on a missed excursion inside an alert window, a security event, or cost above $45 per intervention for two weeks; revert to rule-based alerts |
| Operating model | Control-tower team and on-call depot crews; product owner in Commercial; Data & AI approves the model; Digital builds and runs it |
| People and change | Dispatchers move from monitoring to approving interventions; incentives shift from on-time delivery alone to excursion-free delivery |
Validation narrowed the opportunity before money moved
A 12-week paid pilot on three pharmaceutical lanes changed the price and cost assumptions. The full service no longer paid, but a narrowed scope did. The business forum, not the data team, made the call and released only a conditional tranche.
| Test | Pre-agreed threshold | Result |
|---|---|---|
| Prediction quality | Beat rule-based alerts on held-out lanes | Recall 78 percent against 45 percent, with 15 percent false alarms |
| Outcome | Excursions below 1.5 percent of shipments | 1.2 percent, from 2.1 percent, on three lanes only |
| Willingness to pay | 5 of 7 renew at $40k | 5 of 7 renew, but at $30k |
| Cost per completed intervention | At or below $30 | $38; false alarms drive crew call-outs |
| Revised case | 3-year NPV | Decision |
|---|---|---|
| O2 as planned, revised price and cost | −0.338 | Rejected at full scope |
| O2 narrowed to pharma lanes, $0.50m staged | 0.129 | Approved conditionally; $0.25m first tranche |
| O4 partner-led, revised | 0.049 | Live comparator; re-run before tranche 2 |
| O3 platform | Not modeled | Deferred until three carrier data agreements |
Illustrative. Revised increments, USD m: O2 full 0.03, 0.32, 0.36; O2 narrowed 0.12, 0.32, 0.34; O4 0.08, 0.18, 0.17. Monetary benefits count only when Finance confirms them.
Ardent’s platform problem was change speed, not age.
Ardent is the technology-renewal example. Coupled product rules slow every change and concentrate resilience risk on one platform, so the renewal is bought in tranches and governed differently. Ardent Mutual is a fictional insurer. Every figure in this example is illustrative.
The intake record and the revised crux
Steps 1 to 5: functional Digital/IT strategy, business-led, Technology Transformation.
| Intake record | Ardent Mutual: core policy-administration platform |
|---|---|
| Strategy product | Functional Digital/IT strategy with transformation scope; business-led; Technology Transformation perspective |
| Who proposes and decides | CIO proposes; COO owns the value question; executive committee decides and authorized $0.25m of discovery for 8 weeks, with no vendor commitment |
| Value question | Can Ardent launch and change products faster and more resiliently, at lower lifecycle cost than continuing? |
| Continuation baseline | Run cost $6.0m a year, rising 8% a year; vendor extended support adds $1.5m a year from year 3; 14-week product change lead time |
| Evidence | 1.2m policies on one core platform; 3 severity-1 incidents in 12 months; 60% of change effort spent on regression testing; two competitors launch products in 5 weeks |
| Revised crux | Age is not the binding constraint. Tightly coupled product rules slow every change and concentrate resilience risk on one platform |
Progressive replacement wins only if it is bought in tranches
USD m vs the baseline, five years at 10%, the migration and contract period; seven years is a sensitivity. Downside: 25% overrun, benefits a year late. R3’s downside NPV is negative, so the commitment is limited to a $3.0m first tranche with release conditions, and a reversal path back to re-hosting if overruns exceed 25 percent.
| Option | Year-0 spend | Net cash, years 1 to 5 | NPV | Downside NPV | Verdict |
|---|---|---|---|---|---|
| R1 Re-host on current vendor | 4.0 | 0.5, 1.5, 2.0, 2.0, 2.0 | 1.805 | −0.852 | Cuts cost; leaves change speed unsolved |
| R2 SaaS, single cutover | 6.0 | −6.0, 1.5, 4.0, 4.5, 5.0 | −1.031 | −7.665 | Fails five-year test; large, irreversible exposure |
| R3 Progressive, by product line | 3.0 | −2.2, −1.0, 3.5, 4.2, 4.8 | 2.652 | −3.096 | Highest value; tranches cap exposure |
| R4 Contain and wrap with APIs | 2.5 | 0.8, 1.0, 1.0, 0.6, 0.4 | 0.463 | −0.657 | Buys time; benefits decay |
| Decision element | Recorded decision |
|---|---|
| Conditional choice | Pursue R3, starting with the motor product line; the R4 API layer is built as its first increment |
| Excluded | Single-cutover SaaS (R2). Re-host (R1) is kept as the fallback for lines not yet migrated |
| Authorized | Tranche 1: $3.0m and 12 months. Tranches 2 and 3 ($6.0m) are reserved, not released |
| Release tranche 2 when | Motor change lead time ≤6 weeks; no severity-1 incident on migrated lines for 90 days; run cost per migrated policy ≤80% of baseline |
| Reverse the choice if | Tranche 1 overruns by more than 25% or data-migration errors exceed 0.1%: stop and re-host the remaining lines (R1) |
| Decision record | Tool 13, D-ARD-03: executive committee approves; COO accepts residual migration risk within appetite; CRO challenges |
Ardent Mutual is fictional; figures illustrative. Net cash for R2 and R3 includes later tranches: R2 spends $6.0m in year 1; R3 spends $3.0m in each of years 1 and 2 against gross benefits of 0.8, 2.0, 3.5, 4.2 and 4.8. Downside applies the 25% overrun to every tranche and delays gross benefits one year. R2 turns positive only after year 5 (seven-year NPV 4.36, against 7.83 for R3). Terminal value excluded.
Renewal changes how teams, risk and money are governed
Steps 9 to 12 for tranche 1: operating model, decision rights, measures and the rules for counting value. Ardent uses a federated pattern: the COO owns outcomes, the CIO executes, enterprise architecture can block on standards and the COO accepts residual migration risk, with the CRO challenging independently.
| Element | Tranche 1 design |
|---|---|
| Governance pattern | Federated: product-line domains own delivery within enterprise architecture guardrails; rights recorded in Tool 20 |
| Decision rights | COO owns outcomes and approves; CIO executes; enterprise architect may block standards breaches; COO accepts residual migration risk; the CRO challenges independently |
| People and change | 40 policy-administration staff retrained on configurable product rules; testers move to test automation; incentives tied to lead time |
| Operating model | Interim: old and new platforms run in parallel per product line. Target: one configurable core behind a shared API layer |
| Resilience and exit | 4-hour disruption tolerance tested before each cutover; data-export and exit rights written into every vendor contract |
| 4Es measures | Effective: change lead time. Efficient: changes per engineering FTE. Economical: fully loaded run cost per policy. Ethical: data integrity and conduct thresholds, as constraints |
| Benefits and leading indicator | Savings count only after Finance confirms each migrated line is decommissioned. Leading: changes made by configuration, 10% to 70% |
| Adaptation trigger | Vendor price rise above 10% or a regulatory change to policy data: revisit the R1/R3 balance at the next quarterly review (Tool 17) |
Twenty-five worksheets carry the minimum evidence and decisions through the method.
Treat them as working records and decision controls linked by one identifier chain, not forms to complete mechanically. Thirteen have fillable templates later in this part; all 25 are in the companion toolkit. Each card states the tool’s purpose and its owner.
Tools 1 to 6: mandate, diagnosis and options
Tools 1 to 6 bound the decision, establish the diagnosis and generate comparable options.
Strategy brief
Bound the decision, authority, evidence and timetable before analysis begins. Owner: Strategy sponsor.
Diagnosis and crux worksheet
Separate outcomes, symptoms and causes and identify the pivotal actionable issue. Owner: Strategy lead and finance.
Evidence register
Make claims, sources, counterevidence and confidence visible before decisions. Owner: Evidence lead.
Convergence matrix
Prove that an attractive opportunity is matched by a credible right to win. Owner: Strategy lead.
Capability advantage assessment
Rate maturity, strategic importance and evidenced comparative advantage as three separate judgments. Owner: Operating and architecture leads.
Strategic option card
Describe one coherent option and the assumptions that determine its viability. Owner: Option sponsor.
Tools 7 to 12: choice, models and coherence
Tools 7 to 12 test assumptions, compare options and prove the models hold together. Tool 8 screens thresholds first and records what would reverse the preference.
Assumption test card
Pre-agree how a decisive uncertainty will be tested before results are known. Owner: Assumption owner.
Option evaluation matrix
Screen thresholds, compare weighted criteria and record what would reverse the ranking. Owner: Decision forum.
Advantage thesis and activity system
Explain how the choice will create and sustain superior value. Owner: Business owner.
Strategy on a page
Summarize the confirmed logic, choices, commitments and learning conditions. Owner: Strategy sponsor.
Business model stress test
Validate how the strategy creates, delivers and captures value. Owner: Business owner and finance.
Operating model alignment matrix
Translate choices into current, interim and target operating requirements. Owner: Operating sponsor.
Tools 13 to 18: commitment, delivery and realization
Tools 13 to 18 record commitment, govern delivery and confirm value that is actually realized. Tool 16 is where a modeled benefit becomes a confirmed one, and only Finance can confirm it.
Gate decision record
Turn each gate into an auditable executive decision control. Owner: Gate chair.
Execution control model
Connect objectives to measures, short-cycle outcomes, operations, investments and benefits. Owner: Strategy and portfolio offices.
Portfolio traceability matrix
Govern investment as mandatory, sustaining, performance, strategic and option work. Owner: Portfolio forum.
Benefits profile
Define how value will be attributed, validated and sustained after delivery. Owner: Benefit owner and finance.
Strategic assumptions register
Connect uncertainty to indicators, thresholds and predetermined decisions. Owner: Strategy office.
Quarterly realization review
Review diagnosis, outcomes, portfolio, operations and emerging evidence as one system. Owner: Executive strategy forum.
Tools 19 to 24: digital strategy
Tools 19 to 24 set up the front door, decision rights, the Data & AI interface and Digital’s measures. Tool 20 records decision rights in the chosen governance pattern; Tool 23 ties AI use cases to value, cost per task and stop conditions.
Front-door intake
Turn a request into a problem and outcome statement, classify it as run, change or innovate, and price it. Owner: Digital demand lead.
Decision rights summary
Who recommends, owns, approves, executes, challenges, blocks and accepts residual risk for each material decision. Owner: Accountable executive with governance lead.
Data & AI interface charter
Agree who decides, who builds and who reports for each data and AI activity. Owner: Digital and Data & AI leaders.
4Es measure set
Measures that genuinely represent each of the 4Es, with thresholds, countermetrics and owners. Owner: Business owner with Finance and Data & AI.
AI use-case card
Tie one AI use case to its value mechanism, non-AI alternative, cost per task, controls and stop conditions. Owner: AI product owner.
Digital gap assessment
Compare current and target capability profiles (maturity, importance, advantage, fit), then price the gaps once Step 9 confirms the targets. Owner: Enterprise architecture lead.
Tool 25: alignment map and gap register
Tool 25 tests fit across the four Strategic Alignment Model domains and turns each break into an owned, measured fix: a gap with a KPI and a fix.
External · Business
Business Strategy
Where to play, how to win and the economic model.
External · Digital
Digital Strategy
Technology scope, data and AI competencies, governance.
Internal · Business
Organizational Infrastructure
Structure, processes, skills and decision rights.
Internal · Digital
Digital Infrastructure
Platforms, data, architecture and delivery.
Record the current and target state in each domain, then test the four links: Business ↔ Organization, Business ↔ Digital Strategy, Digital Strategy ↔ Digital Infrastructure, Organization ↔ Digital Infrastructure. Name a Data & AI line in both digital domains.
Gap register
| Field | What to record |
|---|---|
| Link | Which of the four links breaks |
| Gap | The evidence that fit breaks, in one sentence |
| Value driver and KPI | The driver the gap holds back and the measure that shows it closing |
| Fix and wave | What changes, what must move with it, and in which wave |
| Owner | One accountable executive; Data & AI owner where data or AI is involved |
| Review | Status at each quarterly portfolio review |
Owner: Strategy lead with the Enterprise architecture lead. Used in Steps 3, 5, 9 and 12 and at the coherence gate.
Source: Henderson, J. C. and Venkatraman, N. (1993), IBM Systems Journal, 32(1). See the Strategic Alignment Model in Annex D.
Thirteen tools come with a template, and one identifier chain links them all.
Each template lists the fields to record. Where a template is pre-filled with Meridian entries, those rows are kept as worked examples. All 25 tools are in the companion toolkit.
Tool 1Strategy briefOwner: Strategy sponsor · Used in Steps 1 and 2 and at the mandate gate
Bound the decision, authority, evidence and timetable before analysis begins. Note the strategy product field, which makes the business-led or digital-led starting point explicit.
| Field | What to record |
|---|---|
| Decision to be made | The choice the strategy must settle, and by when |
| Problem and outcome | The problem as evidenced, and the business outcome sought, not a solution |
| Sponsor and authority | Who owns the outcome; who authorizes discovery, validation and commitment |
| Scope | Units, markets, products and horizon in scope; what is explicitly out |
| Non-negotiables | Safety, regulatory, financial or customer limits the strategy must respect |
| Strategy product | Enterprise, functional or transformation; business-led or digital-led; alignment perspective |
| Existing evidence | Evidence already trusted, with IDs, and the known gaps |
| Route and envelope | Rapid, standard or enterprise, and the capped discovery budget |
| Timetable | Gate dates and the decision calendar |
Owner: Strategy sponsor. Used in Steps 1 and 2 and at the mandate gate.
Tool 2Diagnosis and crux worksheetOwner: Strategy lead and finance · Used in Steps 3 to 5 and at the diagnosis checkpoint
Separate outcomes, symptoms and causes, then name the pivotal issue the strategy must resolve. The worksheet is a grid with one row per observed outcome; every proposed cause needs an evidence ID and a confidence rating. Two closing fields sit below the grid.
| Field | What to record |
|---|---|
| Grid columns, one row per outcome | |
| Observed outcome | The result the organization is getting |
| Symptom | What shows up because of it |
| Proposed cause | The cause put forward for the symptom |
| Evidence ID | The evidence register entry that supports the cause |
| Confidence | The confidence rating for the proposed cause |
| Closing fields | |
| Strategic crux | The pivotal issue, in one sentence |
| Disconfirming evidence | Evidence that would change this diagnosis |
Owner: Strategy lead and finance. Used in Steps 3 to 5 and at the diagnosis checkpoint.
Tool 5Capability advantage assessmentOwner: Operating and architecture leads · Used in Steps 5 and 9; gaps priced in Tool 24
Rate maturity, strategic importance and comparative advantage separately, each with evidence. One row per capability; the two Meridian rows show completed entries.
| ID | Capability | Maturity now (1 to 5) | Strategic importance | Comparative advantage | Evidence IDs | Confidence | Target maturity | Gap owner |
|---|---|---|---|---|---|---|---|---|
| CAP-03 | Failure-risk ranking (Meridian) | 2 Developing | Differentiating | Advantage | E2, E3 | Moderate | 3 | Head of reliability |
| CAP-07 | Regulated safety records (Meridian) | 3 Defined | Essential | Parity | E1 | High | 4 | Operations director |
Owner: Operating and architecture leads. Used in Steps 5 and 9; gaps priced in Tool 24.
Tool 6Strategic option cardOwner: Option sponsor · Used in Step 6; feeds Tools 7 and 8
Describe one coherent option and the assumptions that decide whether it is viable. Each option needs a sponsor who will argue for it, comparable economics and its decisive assumptions.
| Field | What to record |
|---|---|
| Option and sponsor | A short name, and the person who will argue for it |
| Where to play | Customers, offers, channels and geographies |
| How to win | Why customers would choose this over the alternatives |
| Distinctive activities | The few activities that reinforce one another |
| Digital, data and AI | What digital changes, and which of the four data-factor groups hold (eight factors, rated in Tool 5) |
| Investment and phasing | Capital and operating cost, lifecycle, consumption, vendor and exit costs; tranches and release conditions |
| Value against baseline | NPV over a stated, decision-specific horizon against the continuation baseline; downside, base and upside; nonfinancial value named |
| Decisive assumptions | The two or three that decide viability, with switching values, each linked to a Tool 7 card |
| Exclusions and exit | What the option rules out, and how it would be reversed |
Owner: Option sponsor. Used in Step 6; feeds Tools 7 and 8.
Tool 7Assumption test cardOwner: Assumption owner · Used in Steps 6 to 8
Agree how a decisive uncertainty will be tested, and what each result means, before results are known. Pass, fail and inconclusive thresholds are agreed before any result is known.
| Field | What to record |
|---|---|
| Assumption | Stated so that evidence could show it is false |
| Why it is decisive | Which option or value line fails if it is wrong |
| Test design | Method, sample and duration |
| Pass threshold | The result that confirms the assumption |
| Fail threshold | The result that refutes it |
| Inconclusive rule | What counts as inconclusive, and what happens then |
| Decision on each result | Continue, adapt or stop, agreed in advance |
| Owner and dates | Who runs the test; start, end and review dates |
| Result | After the test: pass, fail or inconclusive, with evidence ID |
Owner: Assumption owner. Used in Steps 6 to 8.
Tool 8Option evaluation matrixOwner: Decision forum · Used in Step 7 and at the strategic direction gate
Remove options that fail a threshold first, weight the rest before scoring, and record what would reverse the preference. Each criterion is scored for the baseline and for each option (Option 1, Option 2, Option 3).
| Criterion | Weight |
|---|---|
| Thresholds (legal, safety, ethical, regulatory, affordability): pass or fail, never traded off | Gate |
| Strategic fit to the crux | Set before scoring |
| Comparative advantage, with evidence IDs | Set before scoring |
| Economic value: NPV on one common horizon, downside, break-even and switching value | Set before scoring |
| Risk within appetite; risk reduction, option and learning value stated, not forced into NPV | Set before scoring |
| Deliverability and capacity | Set before scoring |
| Reversibility and exit cost | Set before scoring |
| Evidence confidence (shown, not weighted) | n/a |
| Fatal weakness? Any yes removes the option | Gate |
| Ranking sensitivity: what reverses the ranking | n/a |
| Decision rationale and reversal conditions | n/a |
Owner: Decision forum. Used in Step 7 and at the strategic direction gate. The forum sets the weights of the scored criteria before any option is scored.
Tool 11Business model stress testOwner: Business owner and Finance · Used in Step 8 and at the coherence gate
Test how the strategy creates, delivers and captures value, and record Pass, Conditional, Fail or Inconclusive against thresholds set in advance. Feeds coherence tests 1 and 2 at the coherence gate. For each test, record what to establish, the evidence and threshold, and the result.
| Test | What to establish |
|---|---|
| Customer and payer | Who benefits, who pays, and why they choose this |
| Value proposition | The outcome delivered, evidenced by behavior |
| Value capture | Price, fee or saving mechanism and who keeps it |
| Unit economics | Revenue less variable, cloud and AI consumption costs per unit |
| Fixed and lifecycle costs | Build, run, renewal, retirement; shared-platform share; at the scale proposed |
| Cash timing and ramp | Adoption and revenue ramp; investment timing |
| Capacity constraints | The next constraint as volume grows |
| Scale, network and data effects | Where they apply, with evidence |
| Dependencies and exit | Platforms, partners, switching costs, exit options |
| Durability of advantage | Imitation, substitution, erosion indicators |
| Downside and sensitivity | Downside case; switching values; assumptions that reverse the decision |
Owner: Business owner and Finance. Used in Step 8 and at the coherence gate.
Tool 12Operating model alignment matrixOwner: Operating sponsor · Used in Step 9 and at the coherence gate
Design from the strategy and business model, not the organization chart. The target must deliver under ordinary conditions, not only in a supported pilot. Feeds coherence tests 3, 4 and 6 at the coherence gate. For each of the eleven dimensions, record the current, interim and target state, and the gap with its owner, wave and dependency.
| Dimension | What to record |
|---|---|
| Capabilities and value streams | Current, interim and target; gap, owner, wave, dependency |
| End-to-end processes | Current, interim and target; gap, owner, wave, dependency |
| People, skills and reskilling | Current, interim and target; gap, owner, wave, dependency |
| Structure | Current, interim and target; gap, owner, wave, dependency |
| Decision rights | Current, interim and target; gap, owner, wave, dependency |
| Incentives and culture | Current, interim and target; gap, owner, wave, dependency |
| Information and data | Current, interim and target; gap, owner, wave, dependency |
| Applications and platforms | Current, interim and target; gap, owner, wave, dependency |
| External partners | Current, interim and target; gap, owner, wave, dependency |
| Controls, service and resilience | Current, interim and target; gap, owner, wave, dependency |
| Role impact, readiness and adoption stage | Current, interim and target; gap, owner, wave, dependency |
Owner: Operating sponsor. Used in Step 9 and at the coherence gate.
Tool 13Gate decision recordOwner: Gate chair · Used at all four gates
Turn each gate into an auditable executive decision, with authority released and reserved. Always state the authority released and the authority reserved.
| Field | What to record |
|---|---|
| Gate, date and chair | Which of the four gates, when, and who chaired |
| Decision requested | The exact decision put to the forum |
| Evidence presented | Evidence IDs, the six evidence tests, and analytical results (Pass, Conditional, Fail, Inconclusive) |
| Decision | One status: Approve, Approve with conditions, Return for rework, Defer or Reject (as defined in the decision vocabulary) |
| Conditions | What must hold for the decision to stand, with owners and dates |
| Authority released | Ceiling authorized, amount committed now, capacity and scope released |
| Authority reserved | Reserved funding, maximum exposure at this decision, and the trigger to release it |
| Dissent | Objections and their resolution; residual risk accepted, by whom, within which appetite |
| Next review | Date, and the triggers that bring it forward |
Owner: Gate chair. Used at all four gates.
Tool 16Benefits profileOwner: Benefit owner, validator and Finance · Used in Steps 10 to 12
Define how a benefit will be attributed, validated by its accountable owner and sustained after delivery. A benefit’s status moves toward realized only with its validator’s confirmation, and Finance validates monetary value.
| Field | What to record |
|---|---|
| Benefit | The outcome, stated as a change in a measure |
| Value driver and measure | The driver it moves, and the measure that shows it |
| Baseline and source | The current value, and where it comes from |
| Target and date | The value expected, and when |
| Attribution method | How the change is separated from other causes; share of any shared-platform benefit, so nothing is counted twice |
| Validator | By category: Finance for monetary value and conversion; the operational, customer, risk or ethics owner for other outcomes |
| Dependencies | Adoption stage reached (use, proficient use, changed behavior), readiness, dependencies and countermetric |
| Status | Forecast, modeled, observed, validated, realized or sustained; only validated benefits are reported as realized |
| Sustainment | Who keeps the benefit after transition, and evidence at 6 and 12 months without pilot support |
Owner: Benefit owner, validator and Finance. Used in Steps 10 to 12.
Tool 20Decision rights summaryOwner: Accountable executive with the governance lead · Used in Steps 1 and 9 and at the coherence gate
One row per material decision type. The example rows are for a centralized functional pattern only; reassign roles using the four reference patterns in Step 9, with the decision-rights terms as defined there. The companion toolkit shows the same decisions under federated, product and hybrid patterns.
| Decision | Recommend | Own | Approve | Execute | Challenge | Block, on what grounds | Accept residual risk |
|---|---|---|---|---|---|---|---|
| Business outcome and benefits case | Product owner | Business sponsor | Exec forum | Product team | Finance | None | Business sponsor |
| Investment authorization | Portfolio office | Investment forum | Investment forum | Portfolio office | Independent challenger | Finance: costs do not reconcile | Investment sponsor, within delegated authority |
| Enterprise architecture standards | Architecture lead | CIO or CTO | Design authority | Domain architects | Business architects | Non-compliant designs | CIO or CTO, within delegated authority |
| Domain solution design | Product team | Domain architect | Domain architect, within guardrails | Product team | Security | Security, safety, standards | Product owner |
| Data ownership and use | Data steward | Business data owner | Data and AI policy owner | Data platform team | Privacy | Breach of data policy or law | Business data owner |
| AI model approval | AI product owner | Business owner | Data and AI policy owner | Digital | Model risk | Policy or model-risk breach | Business owner |
| Cybersecurity exception | Digital | CISO | CISO with risk owner | Digital | Risk function | Unacceptable exposure | Business risk owner |
| Waiver (never legal, safety, regulatory) | Requesting team | Business owner | Design authority | Requesting team | Risk function | Mandatory obligations | Business owner, signed |
| Service operation | Service manager | Service owner | Operations | Digital operations | Service desk | Continuity or safety failure | Service owner |
| Benefits validation | Benefit owner | Business sponsor | Finance (monetary); outcome owner (other) | Benefit owner | Finance control or Risk; audit assures | None | n/a |
Owner: Accountable executive with the governance lead. Used in Steps 1 and 9 and at the coherence gate.
Tool 224Es measure setOwner: Business owner with Finance and Data & AI · Used in Step 10 and reviewed in Steps 11 and 12
Each measure states the construct it represents and its type. Ethical thresholds are constraints no score can offset. Leading indicators are never reported as benefits; the validators by benefit category are set out in Step 11. The five rows are the Meridian measures.
| ID | Construct and type | Measure and formula | Baseline to target | Owner, validator | Source, frequency | Threshold response; countermetric |
|---|---|---|---|---|---|---|
| M-01 | Effective; lagging KPI | Asset availability: available ÷ scheduled hours | 97.0% to ≥98.5% | Service owner; Finance | Reconciled records; monthly | Below target two months: review; maintenance backlog |
| M-02 | Efficient; KPI | Planned interventions completed per engineering hour | Set in weeks 1 to 4; illustrative | Reliability lead; Ops | Work orders; monthly | Falls 10%: review staffing; first-time fix rate |
| M-03 | Economical; KPI | Fully loaded cost per site, annualized | ≤ $0.22m | Finance | Ledger; monthly | Breach: model review; service quality |
| M-04 | Ethical; constraint (KRI) | Material control breaches; suppressed maintenance | Zero tolerated | Risk owner; Internal audit | Incident log; weekly | Any breach pauses the activity |
| M-05 | Leading indicator | Proficient workflow adoption | 62% to ≥90% | Service owner | Sampled workflows; weekly | Below 85% twice: support; blocks expansion |
Owner: Business owner with Finance and Data & AI. Used in Step 10 and reviewed in Steps 11 and 12.
Tool 23AI use-case cardOwner: AI product owner · Used before build and reviewed at each gate
Tie one AI use case to its value mechanism, non-AI alternative, cost per task, controls and stop conditions before it is built. The card requires the evidence needed before scale.
| Field | What to record |
|---|---|
| Use case and decision affected | The workflow or decision the AI changes; strategy choice, value driver and risk record IDs |
| Strategic value mechanism | Revenue, cost, risk, experience or advantage, and the value driver |
| Non-AI alternative | The best option without AI, costed on the same basis |
| Model and provider architecture | Models, providers, hosting, orchestration; inventory ID, versioning, switching cost and exit route |
| Data and rights | Sources, ownership, consent, privacy and retention |
| Autonomy and permissions | Risk class; autonomy Level 1 to 4; systems and tools it may use; transaction and spend limits |
| Human accountability | Named owner; approval boundaries for each action type |
| Evaluation in three settings | Lab, pilot and operational results on a representative population; thresholds and confidence set before testing; harmful failures; monitoring limits; reassess on model change |
| Fully loaded cost per task | Per successfully completed task: input, output and cached tokens, tool calls, retries, evaluation, oversight; budget limit |
| Required controls | Security, prompt-injection and tool-misuse defenses, logging, traceability |
| Stop and rollback | Kill criteria, safe shutdown, incident response, fallback process |
| Evidence before scale | What must be shown, at what volume, before scope or autonomy rises |
| Decision rights | Who decides use, approves the model, runs it; approvals to deploy, scale and retire; next review |
Owner: AI product owner. Used before build and reviewed at each gate.
Tool traceability: one identifier chain
Every record carries a typed ID, so a decision can be traced from rationale to evidence, capability, funding and realized outcome: from strategic choice to evidence, capability, investment, measure and realized benefit.
| Record | ID format | Created in | Must link to |
|---|---|---|---|
| Strategic choice | SC-nn | Tool 10, Step 7 | Value drivers, options, assumptions |
| Value driver | VD-nn | Tool 2, Step 3 | Measures and benefits |
| Evidence | E-nn | Tool 3, Steps 3 to 12 | The claims and decisions it supports |
| Assumption | A-nn | Tools 7 and 17 | Tests, indicators, thresholds |
| Capability | CAP-nn | Tools 5 and 24 | Choices it enables; investments that build it |
| Option | OPT-nn | Tools 6 and 8 | Baseline, economics, decision record |
| Risk | R-nn | Tools 13 and 23 | Owner, appetite, controls |
| Decision | D-nn | Tool 13, every gate | Evidence, conditions, authority released |
| Investment | INV-nn | Tool 15, Step 10 | Choice or obligation, capability, benefit |
| Measure | M-nn | Tool 22, Step 10 | Value driver, owner, threshold |
| Benefit | B-nn | Tool 16, Steps 10 to 12 | Measure, Finance validation, status |
Owner: Strategy office. Applies to every tool and every gate record.
The Meridian chain runs from SC-01 premium uptime → VD-02 asset availability → E3 shared failure histories → CAP-03 failure-risk ranking → INV-02 class A data integration → M-01 availability → B-01 $0.30m uplift, modeled and not yet confirmed by Finance.
Choose a method for the decision it serves.
Thirty-three common strategy methods and thirty digital toolkit methods, each mapped to the step where it earns its place. Mappings are suggestions, not obligations: use a method only where it serves a decision.
Thirty-three common strategy methods
Each method is mapped to the steps where it earns its place. These are suggested uses, not mandatory activities or exclusive mappings. Completing more frameworks does not improve a strategy by itself; pick the method that answers the step’s question.
| No. | Method | Steps |
|---|---|---|
| 1 | BCG Strategy Palette | 1, 4, 5 |
| 2 | Deliberate and Emergent Strategy | 3, 11, 12 |
| 3 | Rumelt Kernel of Good Strategy | 3, 7 |
| 4 | Strategy Diamond | 6, 7, 8, 9 |
| 5 | Playing to Win Choice Cascade | 2, 6, 7, 9, 10 |
| 6 | PESTEL Analysis | 4 |
| 7 | Porter Five Forces | 4 |
| 8 | SWOT and TOWS | 3, 4, 5, 6 |
| 9 | Generic Competitive Strategies | 6, 7 |
| 10 | Porter Value Chain | 5, 9 |
| 11 | Ansoff Product Market Matrix | 6, 7, 10 |
| 12 | BCG Growth Share Matrix | 7, 10 |
| 13 | GE McKinsey Nine Box Matrix | 7, 10 |
| 14 | Three Horizons of Growth | 2, 6, 10, 12 |
| 15 | Blue Ocean Strategy | 4, 6, 7, 8 |
| 16 | Scenario Planning | 4, 6, 7, 12 |
| 17 | McKinsey 7S Framework | 5, 9 |
| 18 | Balanced Scorecard and Strategy Map | 10, 11, 12 |
| 19 | OGSM | 10, 11, 12 |
| 20 | Resource Based View and VRIO | 5, 6, 7 |
| 21 | Core Competence | 5, 6 |
| 22 | Dynamic Capabilities | 5, 9, 12 |
| 23 | Capabilities Driven Strategy | 5, 6, 7, 9 |
| 24 | Adjacency Expansion | 5, 6, 7 |
| 25 | Effectuation | 5, 6, 12 |
| 26 | Needs Based Segmentation | 4, 6, 8 |
| 27 | Jobs to Be Done | 4, 6, 8 |
| 28 | Value Proposition Canvas | 4, 6, 8 |
| 29 | Customer Journey Mapping | 4, 6, 8, 9 |
| 30 | Kano Model | 4, 6, 8 |
| 31 | Double Diamond | 4, 6, 8 |
| 32 | Quality Function Deployment | 4, 8, 9 |
| 33 | Integrated Strategy Creation Method | 1 to 12 |
Thirty digital toolkit methods
Methods from the Strategy Methods toolkit, mapped to the step where each earns its place in a digital strategy. Mappings are suggestions, not obligations.
| No. | Method | Steps |
|---|---|---|
| 1 | AI Value Creation Framework | 6, 7, 12 |
| 2 | Adjacency Expansion Matrix | 6, 7 |
| 3 | Ansoff Matrix | 6, 7 |
| 4 | BCG Growth-Share Matrix | 5, 7 |
| 5 | Blue Ocean Strategy Canvas | 4, 6, 8 |
| 6 | Business Model Canvas | 8 |
| 7 | Capability Map | 5, 9 |
| 8 | Core Competence Framework | 5, 6 |
| 9 | Customer Journey Mapping | 4, 8 |
| 10 | Design Thinking Double Diamond | 4, 6, 11 |
| 11 | Digital Maturity Model | 3, 5, 12 |
| 12 | Digital Transformation Roadmap | 10, 11 |
| 13 | GE-McKinsey Nine-Box Matrix | 7, 10 |
| 14 | Jobs to Be Done | 4, 8 |
| 15 | Kano Model | 8 |
| 16 | McKinsey 7S Framework | 5, 9 |
| 17 | McKinsey Three Horizons of Growth | 6, 10, 12 |
| 18 | PESTEL / STEEP / STEEPLE | 4 |
| 19 | Platform Strategy Framework | 6, 8 |
| 20 | Porter’s Five Forces | 4 |
| 21 | Porter’s Generic Strategies | 6, 7 |
| 22 | Porter’s Value Chain | 3, 5 |
| 23 | Scenario Planning | 4, 7, 12 |
| 24 | S-Curve of Technology Evolution | 4, 6, 7 |
| 25 | Strategic Alignment Model | 3, 5, 7, 9, 10, 12 |
| 26 | Strategy Map | 2, 10 |
| 27 | Technology Adoption Life Cycle | 4, 8, 11 |
| 28 | Value Driver Tree Analysis | 1, 3, 10 |
| 29 | Value Proposition Canvas | 8 |
| 30 | VRIO / VRIN Analysis | 5, 7 |
Source: Strategy Methods toolkit (2026), an internal methods compendium that is not externally published.
Method selection in three tiers
Three tiers for the 33 common and 30 digital methods. Numbers refer to the two method tables in this annex. Rapid routes use core methods only. Context-dependent methods apply when the decision turns on their question; specialist methods need a specialist and a stated question.
| Tier | Use when | Common methods | Digital methods |
|---|---|---|---|
| Core | Every route, at the step shown; the rapid route uses these alone | 3 Rumelt kernel; 5 Playing to Win; 10 Value chain; 16 Scenario planning; 18 Strategy map; 20 VRIO; 23 Capabilities-driven strategy | 6 Business Model Canvas; 7 Capability map; 22 Value chain; 23 Scenario planning; 25 Strategic Alignment Model; 26 Strategy map; 28 Value driver tree; 30 VRIO |
| Context-dependent | The decision turns on the question the method answers, such as market structure, customer need, platform or AI value | 2 Deliberate and emergent; 6 PESTEL; 7 Five Forces; 11 Ansoff; 14 Three Horizons; 17 7S; 22 Dynamic capabilities; 24 Adjacency; 26 Needs-based segmentation; 27 Jobs to Be Done; 28 Value Proposition Canvas; 29 Customer journey | 1 AI Value Creation; 2 Adjacency; 3 Ansoff; 9 Customer journey; 11 Digital maturity; 12 Transformation roadmap; 14 Jobs to Be Done; 16 7S; 17 Three Horizons; 18 PESTEL; 19 Platform strategy; 20 Five Forces; 24 S-curve; 27 Adoption life cycle; 29 Value Proposition Canvas |
| Optional or specialist | A specialist is available and a stated question needs it; never added for completeness | 1 Strategy Palette; 4 Strategy Diamond; 8 SWOT and TOWS; 9 Generic strategies; 12 BCG matrix; 13 GE nine-box; 15 Blue Ocean; 19 OGSM; 21 Core competence; 25 Effectuation; 30 Kano; 31 Double Diamond; 32 QFD | 4 BCG matrix; 5 Blue Ocean; 8 Core competence; 10 Double Diamond; 13 GE nine-box; 15 Kano; 21 Generic strategies |
Method 33, the Integrated Strategy Creation Method, is this playbook.
Each term carries one meaning throughout the playbook.
Fifty-six terms in four sets: strategy, digital, motivation and method terms. Precision matters because each definition constrains how a decision is judged.
Strategy terms
Twelve strategy terms the playbook depends on. Each is used precisely throughout, and each definition constrains how a decision is judged.
Adaptation trigger
A predefined signal that requires leaders to revisit an assumption, choice or investment.
Advantage thesis
A testable explanation of why the organization can create and retain superior value.
Baseline alternative
A continuation comparator including deterioration, unavoidable costs and obligations.
Conditional approval
Authorization limited to named activities, exposure and conditions, not full implementation.
Countermetric
A companion measure that detects harmful side effects or gaming of a target measure.
Crux
The pivotal strategic challenge or opportunity that is both consequential and actionable.
Diagnosis
A concise causal explanation of the situation and the challenge that must be addressed.
Disbenefit
A negative outcome created by a change that must be recognized in the net value case.
Operational acceptance
Confirmation that operations can sustain the capability, with ownership, funding and controls.
Right to win
Evidence that the organization can create and sustain superior value in a chosen arena.
Threshold capability
A capability required to operate credibly but not sufficient by itself to create advantage.
Validation envelope
The maximum authorized spending, capacity, time and exposure for testing a direction.
Note. The nine tenets of this playbook differ from a commitment as a binding obligation (see the authorization and commitment record in the Meridian example) and from the Commitment gate.
Digital terms
Twelve terms for Digital’s purpose and mandate, used with one meaning throughout. Waivers can never override legal, safety or regulatory requirements.
4Es
Effective, efficient, economical and ethical: a performance lens weighted to the situation; ethical thresholds are constraints.
Blocking rights
Narrow, stated grounds on which a role may stop work: security, regulation, standards, quality, stability or safety.
Data and AI policy owner
Where it exists, sets data and AI policy and governance; otherwise these rights sit in Digital or business domains.
Design authority
The forum holding architecture decision rights, central or delegated to domains within enterprise guardrails.
Digital
Digital technologies, data, AI, platforms and their cybersecurity. A digital strategy may be enterprise, functional or transformation.
Disruption tolerance
The most disruption to a critical service the business will accept; set by the business and tested.
Enterprise value
The lasting value created for customers, owners and other stakeholders; not the finance metric.
Front door
The single intake for technology demand, classified as run, change or innovate within an agreed time.
Interface charter
The agreement between Digital and Data & AI on who decides, who builds and who reports.
Protected platform allocation
A share of capacity, set by the governing body, for platform health, lifecycle, cybersecurity and technical debt.
Validated benefit
Confirmed in operations by its validator: Finance for monetary value, accountable owners for other outcomes.
Waiver
A signed, time-limited acceptance of a deviation; it never overrides legal, safety or regulatory requirements.
Motivation terms
Eight Business Motivation Model terms, adapted, that link purpose to KPIs. Each is a means or an end. Goals set early are provisional until the diagnosis confirms them.
Aspiration
The desired long-range future state the purpose works toward. Replaces vision in the Business Motivation Model.
Goal
A directional result the strategies must achieve; a critical success factor. The nine reference objectives in Part One are candidate goals, adopted only where diagnosis supports them.
Influencer
An external or internal force that shapes goals and objectives. Some editions of the model call it a driver.
Lever
A capability, resource or investment the organization can change to make its strategies and tactics work.
Objective
A measurable outcome with a KPI, a baseline, a target and a date. Set in Step 10.
Purpose
Why the organization exists: the value it creates, for whom and how. Replaces mission in the Business Motivation Model.
Strategy
A broad, longer-term choice on where to play and how to win that serves one or more goals.
Tactic
A specific, shorter-term initiative or product charter that delivers a strategy and moves an objective.
Method terms: products, capabilities, governance, value and AI evaluation
Twenty-four terms for strategy products and entry routes, the three capability dimensions, governance patterns, measure types, the executive frame, option generation, value, the portfolio, governance and management, and AI operational evaluation, each with one meaning. Use these definitions in decision records and gate papers. Where an organization already uses a different term for the same idea, map it once in the strategy brief rather than mixing terms.
Business value model
The five-part record that links one outcome’s baseline, mechanism, benefit, cost and verification.
Business-led entry
The work starts from a business strategy or challenge that requires digital capabilities.
Comparative advantage
Evidence that a capability creates superior value relative to competitors or alternatives.
Continuation baseline
The costed result of continuing today’s course, including unavoidable investment and deterioration. Not an option.
Cost per completed task
Fully loaded AI or digital cost divided by business tasks completed successfully, including retries and oversight.
Digital-led entry
The work starts from a credible digital, data or AI opportunity; business leaders validate and decide.
Enabling dependency
An investment with no benefit of its own that others need; its value is counted once, in theirs.
Five strategic choices
Winning aspiration, where to play, how to win, required capabilities and management systems; adapted from Playing to Win.
Forecast, observed, validated
Modeled value; measured operational improvement; value confirmed by the category’s validator.
Governance and management
Governance directs and controls; management plans, runs and improves within delegated limits.
Governance pattern
The structure chosen to deliver the mandatory governance outcomes: centralized, federated, product or hybrid.
Integrated alternative
A where-to-play and how-to-win pair, with its capability system, economics and decisive assumptions.
Key risk indicator
A measure that signals rising exposure against a stated risk limit; it triggers action, not optimization.
Leading indicator
An early measure, such as adoption, that predicts an outcome but does not prove the benefit.
Operational evaluation
Evidence that an AI system performs at volume, without pilot support, in routine operation.
Operational maturity
How systematically and reliably a capability operates, rated Initial to Optimizing.
Portfolio feasibility
Whether the whole set can be funded, staffed, absorbed and sequenced, as distinct from each item’s attractiveness.
Provisional ambition
The Step 2 ambition and goals, held open until the diagnosis checkpoint confirms or revises them.
Strategic importance
A capability’s role: differentiating, essential or supporting. Independent of maturity.
Strategy product
Enterprise digital business, functional Digital/IT or digital transformation strategy; chosen at Step 1.
Target capability profile
The maturity, performance, risk and cost a capability needs to serve the chosen strategy.
Unreleased headroom
The part of an approved ceiling not yet authorized. It is not authority to commit.
Value of learning
The improvement in decision quality a test can buy, weighed against its cost, exposure and delay.
Vision, Strategy, Blueprint
The three phases that organize the twelve steps: Steps 1 to 5, 6 to 9 and 10 to 12. Phases of thinking, not a waterfall.
The method adapts established work on strategy, alignment, execution and measurement.
The strategy sources and the digital, data and AI sources the method synthesizes, listed for challenge and further reading. Original frameworks are cited; the twelve-step integration is developed for this playbook.
The strategy sources
- Akao, Y. (1990). Quality Function Deployment.
- Ansoff, H. I. (1957). Strategies for Diversification.
- Baghai, Coley and White (1999). The Alchemy of Growth.
- Barney, J. (1991). Firm Resources and Sustained Competitive Advantage.
- Christensen, C. et al. (2016). Competing Against Luck.
- Design Council. Double Diamond design process, 2005 and later.
- Hambrick and Fredrickson (2001). Are You Sure You Have a Strategy?
- Kaplan and Norton (1996). The Balanced Scorecard.
- Kaplan and Norton (2004). Strategy Maps.
- Kim and Mauborgne (2005). Blue Ocean Strategy.
- Lafley and Martin (2013). Playing to Win.
- Leinwand and Mainardi (2011). The Essential Advantage.
- Lemon and Verhoef (2016). Understanding Customer Experience.
- Mintzberg and Waters (1985). Of Strategies Deliberate and Emergent.
- Osterwalder, A. et al. (2014). Value Proposition Design.
- Porter, M. (1980). Competitive Strategy.
- Porter, M. (1985). Competitive Advantage.
- Prahalad and Hamel (1990). The Core Competence of the Corporation.
- Reeves, M. et al. (2015). Your Strategy Needs a Strategy.
- Rumelt, R. (2011). Good Strategy Bad Strategy.
- Sarasvathy, S. (2001). Causation and Effectuation.
- Schoemaker, P. (1995). Scenario Planning.
- Strategic Execution Framework. Stanford-hosted handout, 2011.
- Teece, Pisano and Shuen (1997). Dynamic Capabilities.
- Wasserman and Czarnecki (2014). A Framework for Aligning Strategy and Execution. PMI Global Congress.
- Waterman, Peters and Phillips (1980). Structure Is Not Organization.
The digital strategy sources
The methods toolkit and the digital, data and AI sources behind Parts one and two. The internal methods toolkit is flagged as unpublished and not externally verifiable.
- Strategy Methods toolkit (2026). Unpublished compendium of 30 frameworks; not externally verifiable.
- Bharadwaj, A. et al. (2013). Digital Business Strategy: Toward a Next Generation of Insights.
- Business Architecture Guild (2025). BIZBOK Guide, v14.
- Coyne, K. (2008). Enduring Ideas: The GE–McKinsey Nine-Box Matrix.
- Henderson and Venkatraman (1993). Strategic Alignment: Leveraging IT for Transforming Organizations.
- Iansiti and Lakhani (2020). Competing in the Age of AI.
- ISO/IEC 42001 (2023). Artificial Intelligence Management System.
- Kano, N. et al. (1984). Attractive Quality and Must-Be Quality.
- NIST (2023). AI Risk Management Framework 1.0.
- OMG (2015). Business Motivation Model, version 1.3.
- OWASP (2025). Top 10 for LLM Applications.
- Parker, Van Alstyne and Choudary (2016). Platform Revolution.
- Rogers, D. (2016). The Digital Transformation Playbook.
- Ross, Beath and Mocker (2019). Designed for Digital.
- Ross, Weill and Robertson (2006). Enterprise Architecture as Strategy.
- Shostack, G. L. (1984). Designing Services That Deliver.
- Ulwick, A. (2016). Jobs to Be Done: Theory to Practice.
- Weill and Ross (2004). IT Governance.
- Westerman, Bonnet and McAfee (2014). Leading Digital.
Make strategy, operating model and technology reinforce each other, then sequence the fixes.
The Strategic Alignment Model, after Henderson and Venkatraman, in four parts: the model, its four perspectives, a worked result and where it enters the playbook. Misalignment in any domain shows up later as delivery failure.
What is the Strategic Alignment Model?
Check that strategy, operating model and technology reinforce each other, then sequence the fixes. The model has four domains and two axes of fit: business and technology across, strategy and infrastructure down.
Business Strategy
Business · Strategy. Where to play, how to win and the economic model.
IT Strategy
Technology · Strategy. Technology scope, systemic competencies and IT governance.
Organizational Infrastructure
Business · Infrastructure. Structure, processes, skills and decision rights.
IS/IT Infrastructure
Technology · Infrastructure. Platforms, data, architecture and delivery processes.
The core idea
A framework that tests whether strategy and operating model cohere across business and technology, and across external choices and internal arrangements.
In plain terms
It checks that what the business is trying to achieve is enabled, not blocked, by the operating model and technology stack, and sets which fixes come first.
What leaders use it for
Digital transformations, operating model redesigns, post-merger integration, enterprise architecture choices and portfolio governance.
Source: Henderson, J. C. and Venkatraman, N. (1993), “Strategic alignment: Leveraging information technology for transforming organizations,” IBM Systems Journal, 32(1).
The four alignment perspectives
Each perspective names the domain you start from, the one it moves next and the one it changes. Each links three domains: an anchor that drives change, a pivot that is redesigned and an impacted domain that adjusts. Strategy Execution and Technology Transformation are business-led; Competitive Potential and Service Level are digital-led.
Strategy Execution
Anchor: Business Strategy. Pivot: Organizational Infrastructure. Impacted: IS/IT Infrastructure. Use when the strategy is clear but operations lag; IT follows to support execution.
Technology Transformation
Anchor: Business Strategy. Pivot: IT Strategy. Impacted: IS/IT Infrastructure. Use when digitizing or modernizing technology to enable a set strategy.
Competitive Potential
Anchor: IT Strategy. Pivot: Business Strategy. Impacted: Organizational Infrastructure. Use when new technology, such as data, AI or platforms, opens strategic options.
Service Level
Anchor: IT Strategy. Pivot: IS/IT Infrastructure. Impacted: Organizational Infrastructure. Use when stabilizing and scaling delivery, for example DevOps or SRE, to support growth.
Source: Henderson, J. C. and Venkatraman, N. (1993), IBM Systems Journal, 32(1).
Illustrative example: MercuryBank after 9 to 12 months
MercuryBank rebuilt technology and teams behind its strategy; onboarding fell to 6 to 8 weeks. The example shows what measurable alignment looks like.
6 to 8 wks
Partner onboarding. Down from 6 to 8 months.
Weekly
Release frequency. Up from monthly.
−35%
Change fail rate. Fewer failed releases.
−40%
Time to restore (MTTR). With SRE and SLOs.
+12 pts
Digital NPS. Customer experience.
+18 pts
Partner NPS. Developer experience.
3×
BaaS pipeline. Partner demand.
2
Marquee partners live. On the new platform.
How the organization changed
- 18 product and platform teams funded persistently
- 21 legacy integrations retired
- OKR cadence established across teams
- Architecture guardrails adopted
What mattered
- Explicit links. Strategy tied to specific platform and organization changes, not ceremonies.
- Measurement. Outcomes and flow tracked side by side.
- Refresh. Alignment reviewed every quarter as new partners and products scaled.
Note: MercuryBank is an illustrative example. The first four figures are delivery and reliability measures; the last four are customer and growth outcomes.
The model enters the playbook at seven points
Name the strategy product, entry direction and alignment perspective at intake, test fit in diagnosis and design, then fund and refresh the fixes. The model is applied through Tool 25, the alignment map.
| Entry point | What the model does there |
|---|---|
| Step 1, Mandate & Scope | Name the strategy product, entry direction and alignment perspective (Tools 1, 19). |
| Step 5, Inside reality | Map the four domains and locate where fit breaks (Tool 24). |
| Step 6, Options | Flag options that shift the perspective, such as a digital-led offer (see the Halden example in Part four). |
| Step 7, Direction gate | Confirm the starting domain and the domain the choice will change. |
| Step 9, Operating model | Check organization and IS/IT infrastructure fit the chosen strategy. |
| Step 10, Measures | Fund the fixes in waves, in the order the perspective sets. |
| Step 12, Adapt | Refresh the alignment map each quarter and when evidence changes. |
Execution begins before project mobilization.
Strategy, business model and operating model must cohere, measures and investments must trace to choices, and operational owners must participate before outputs are transferred.
Six domains of strategic execution
The Strategic Execution Framework used in the Stanford Advanced Project Management Program describes six domains through the mnemonic INVEST. It is used here as an alignment architecture, not as a substitute for customer, market and option work, and not as an additional method.
- Ideation: identity, purpose, intention
- Nature: culture and structure
- Vision: strategy, goals, measures
- Engagement: portfolio investment
- Synthesis: aligned delivery
- Transition: operations and value
The six domains read as a chain of alignment. Ideation fixes identity, purpose and intention; nature covers the culture and structure the organization actually has; vision turns intent into strategy, goals and measures.
Engagement commits money and people through the portfolio, synthesis aligns delivery across programs, and transition moves output into operations and value.
Misalignment in an early domain is inherited by every one after it, which is why execution problems often trace back to intent rather than delivery.
What each domain must deliver
Six alignment domains connect identity to delivery. Weakness in any one of them breaks execution.
| Domain | Meaning in this playbook | Primary steps |
|---|---|---|
| Ideation | Clarify and communicate identity, purpose and long-range intention | Step 2 |
| Nature | Align strategy with the culture and structure in which execution occurs | Steps 5 and 9 |
| Vision | Translate direction into strategy, goals and measures that create line of sight | Steps 7 and 10 |
| Engagement | Connect strategy to portfolio investment and put resources behind priorities | Step 10 |
| Synthesis | Execute portfolios, programs and projects in alignment with priorities | Step 11 |
| Transition | Transfer outputs into ongoing operations and realized value | Step 12 |
Weakness in any one domain can break execution. Ideation establishes direction, Nature tests culture and structure, Vision expresses strategy through measures, Engagement funds the portfolio, Synthesis coordinates delivery, Transition embeds outputs in operations.
One execution-control system, five instruments
Five instruments form one control system, each with a defined job, cadence and owner, and a clear statement of what it should not be used for.
| Instrument | Use it for | Do not use it as |
|---|---|---|
| Strategy map and Balanced Scorecard | Multi-year causal objectives, outcome measures and strategic health | A catalogue of every metric |
| OKRs | Short-cycle focus on outcomes and learning | A replacement for operating controls or strategy |
| Operational KPIs | Recurring service, quality, cost, capacity, safety and control | Proof that strategic change is working |
| Portfolio governance | Capital, capacity, dependencies, stages, stop decisions and options | A project status meeting |
| Benefits realization | Attribution, net value, disbenefits, adoption and sustainment | A forecast owned only by the project team |
Traceability is a many-to-many graph, read in both directions
Shared identifiers link choices to benefits, so a change in one node shows everything it affects. Each node carries a typed identifier, and the graph has eight layers: strategic choices, value drivers, evidence and assumptions, capabilities, operating requirements, investments, measures and benefits. The Meridian nodes are illustrative.
Forward
From a choice to the measures and benefits that will prove it. Forward tracing asks what will prove a choice.
Backward
From an investment or benefit to the choice and evidence that justify it. Backward tracing asks which choice and evidence justify an investment or a benefit claim.
| Layer | Meridian nodes |
|---|---|
| Strategic choices | SC-01 Premium uptime; SC-02 Customer-owned data |
| Value drivers | VD-02 Asset availability; VD-03 Cost to serve |
| Evidence and assumptions | E3 Shared failure histories; A-01 Price and cost hold; E4 Class B data sparse |
| Capabilities | CAP-03 Failure-risk ranking; CAP-07 Safety records |
| Operating requirements | Tool 12 Routine reliability cell; Tool 12 Technician incentives |
| Investments | INV-02 Class A data integration; INV-04 Continuity controls |
| Measures | M-01 Availability; M-02 Loaded cost per site |
| Benefits | B-01 $0.30m uplift, modeled; B-02 Avoided penalties |
Identifier types follow the Tool traceability template: SC, VD, E, A, CAP, OPT, R, D, INV, M and B. Operating requirements are rows in Tool 12. Meridian content is illustrative; B-02 is shown only to illustrate a second benefit and is not part of the Meridian case. A common misreading is building the graph after the decisions to justify them: the graph is maintained as decisions are made. To test it, pick one funded investment and trace it back to a strategic choice, and see where the chain breaks.
Five portfolio categories, five decision rules
Investment is governed by category, because each category answers to a different decision rule. Mandatory work is not scored against strategic options; it is funded first.
| Category | Purpose | Primary test | Typical decision |
|---|---|---|---|
| Mandatory | Meet legal, safety, contractual or essential resilience obligations | Minimum compliant and resilient response | Fund to necessity; avoid gold-plating |
| Sustain | Maintain current operating performance | Cost of failure and lifecycle need | Optimize, consolidate, automate or retire |
| Performance | Improve the existing model | Validated benefit and operational capacity | Fund against measurable return |
| Strategic | Build a capability the chosen strategy requires | Traceability to choice, objective, capability and benefit | Stage funding against evidence |
| Option | Buy learning or preserve a future choice | Affordable loss and decisive learning | Small experiment; scale, hold or stop |
Benefits, adoption and operational readiness
Three controls decide whether value is real: the benefit profile, adoption evidence and operational readiness, with sustainment checked once project support withdraws. A completed project or pilot is not a realized benefit.
| Control | Evidence required | Decision |
|---|---|---|
| Benefit profile | Baseline, target range, cost to achieve, timing, attribution, confidence, owner, validator | Continue, adapt, stop or re-estimate |
| Adoption | Role-based use, behavior change, proficiency, exception rates, customer response | Reinforce, redesign or delay scale |
| Operational readiness | Owner, process, capacity, skills, data, technology, controls, funding, support, service levels | Accept, conditionally accept or reject transition |
| Sustainment | Stable performance and control after project support withdraws | Close, extend stabilization or restore capability |
Five realization decisions
Continue, scale, adapt, pause or exit. Each decision needs a trigger, a question and a named owner, agreed in advance.
| Decision | Typical trigger | Question |
|---|---|---|
| Continue | Evidence broadly supports the thesis | What remains uncertain and worth monitoring? |
| Scale | Repeatable value exceeds the threshold | Which constraint becomes binding next? |
| Adapt | An assumption changed but the crux remains | Which choice or operating mechanism must change? |
| Pause | Evidence is insufficient or a dependency is unresolved | What condition permits a responsible restart? |
| Exit | The thesis is invalid or economics are unattractive | How will resources, obligations and learning transfer? |
Use the depth the decision deserves.
Three anchors hold the method together: start from the value question or a credible digital opportunity, decide on evidence, and count value only when it is realized. Choose the route your next decision deserves.
What strategy must answer
Start from the value question or a credible digital opportunity, diagnose the crux and compare materially different options.
How choices are made
Keep the first choice conditional, make decision rights explicit and test every claim.
What must change
Move resources on approval, count only validated benefits (Finance for monetary value) and set review triggers.