Structural lattice
Playbook

Digital Strategy Playbook

A practical method for business-led and digital-led choices on digital, data and AI, and for governing their delivery. Three phases, five strategic choices, twelve steps, four decision gates and twenty-five working tools.

Status: Playbook/Owner: Strategy and digital leadership/Audience: Executives, strategy leads, CIOs and digital leaders, and the practitioners who run the work
Executive summary
Executive summary

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

01

Start from the business value question

Start from the business value question or a credible digital opportunity, not a predetermined technology solution.

02

Diagnose the crux before choosing

Diagnose the crux before choosing: name the process, data or platform constraint holding value back.

03

Compare materially different options

Compare materially different options against a costed continuation base.

Tenets 4 to 6 · How choices are made

04

Treat the first choice as conditional

Treat the first choice as conditional until the business and operating models are tested.

05

Make decision rights explicit

Make decision rights explicit: accountable owners for outcomes, rules, delivery and residual risk, configured to the enterprise.

06

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

07

Move resources when choices are approved

Move resources when choices are approved: one intake route, a protected platform allocation, waves funded on evidence.

08

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.

09

Set review triggers at approval

Set review triggers at approval, and return to an earlier step when evidence changes.

RuleTenets 1 to 4 apply on every route, without exception. The six evidence tests behind tenet 6 are set out in Part two.

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.

Open the diagram full size.

One map: three phases, twelve steps, four gates and a checkpoint, five strategic choices, feedback and deliverables PHASE VISION  |  1–5 STRATEGY  |  6–9 BLUEPRINT  |  10–12 STEP 1 Mandate &Scope 2 Identity,purpose,ambition 3 Diagnosisand crux 4 Outsideworld 5 Insidereality 6 Strategicoptions 7 Strategicchoices 8 Businessmodel 9 Operatingmodel 10 Measures,investments 11 Executeportfolio 12 Transition,adapt GATE OR CHECKPOINT Mandate Synthesischeckpoint Direction Coherence Commitment FIVE STRATEGIC CHOICES Light: developed or provisional.  Dark: confirmed or operated.  The choices run through the steps; they are not extra steps. 1  Winning aspiration 2  Where to play 3  How to win 4  Required capabilities 5  Management systems FEEDBACK A failed test returns to the step that made the assumption; a Step 12 trigger reopens Steps 6–9 and their gate THROUGHOUT Decision rights  ·  six evidence tests  ·  digital trust: security, privacy, AI riskenterprise architecture  ·  change and adoption  ·  value traceability in the D8 record PHASE QUESTION Why act, and what is true? Mandate & scope, provisional aspiration, the diagnosedcrux, outside-in and inside-out evidence, synthesis ofstrategic possibilities. D1 brief · D2 diagnosis What will we choose? Integrated where-to-play × how-to-winalternatives against a costed baseline;conditional direction; validated business andoperating models. D3 options · D4 choices · D5 models How do we commit and realizevalue? Measures, a feasible staged portfolio,execution, transition to normal operations,verified benefits, adaptation. D6 portfolio · D7 benefits · D8 record Phases organize strategic thinking, not a waterfall. Choices adapted from A.G. Lafley and R. Martin, Playing to Win (2013); the mapping to the twelve steps is thisplaybook’s adaptation.
Figure 1The one map of the method: three phases, twelve steps, four gates and a synthesis checkpoint, with the five strategic choices running through the steps.

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.
FeedbackA failed test returns to the step that made the assumption; a Step 12 trigger reopens Steps 6 to 9 and their gate.
ThroughoutDecision rights · six evidence tests · digital trust: security, privacy, AI risk · enterprise architecture · change and adoption · value traceability in the D8 record.

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.

ChoiceQuestion it answersDevelopedConfirmedPrimary outputsGate
1. Winning aspirationWhat 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 5Step 7; refined when later evidence warrantsTool 1 brief; aspiration and outcomes in Tool 10Mandate (provisional); Direction
2. Where to playWhich 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 winTool 6 option cards; Tool 8 evaluationDirection
3. How to winWhy will customers or beneficiaries choose us, and what economic mechanism sustains it?Steps 6 to 7, paired with each arenaStep 7 conditionally; Step 8 validates the business modelTools 6, 9 and 11Direction; Coherence
4. Required capabilitiesWhich capabilities must be distinctive, and which only good enough?Step 5 current profile; Steps 6 to 7 what each option requiresStep 9 target profiles; Step 10 gaps priced and fundedTools 5, 12 and 24Coherence; Commitment
5. Management systemsWhich decision rights, measures, funding rules, incentives and controls make the choices hold?Step 9 design, governance and management separatedSteps 10 to 12 operation, review and adaptationTools 13 to 18, 20 and 22Coherence; 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.

DeliverableMinimum contentStepsMain toolsStatus at the gates
1. Strategic mandateChallenge or opportunity, scope, strategy product, route, sponsor, authority, constraints1 to 21, 19Approved at Mandate
2. Diagnosis and cruxPerformance baseline, causal explanation, critical constraint, evidence3 to 52, 3, 4, 5Provisional at checkpoint; approved at Direction
3. Strategic choicesDistinct options, chosen direction, where to play, how to win, trade-offs, exclusions6 to 76, 7, 8, 9Conditional at Direction; confirmed or revised at Coherence
4. Value and economic modelValue mechanism, business-model logic, economics, assumptions, maximum exposure6 to 86, 8, 11Provisional at Direction; tested at Coherence
5. Capability and operating modelRequired capabilities, architecture implications, decision rights, operational change5, 95, 12, 20, 21, 24, 25Tested at Coherence, at a stated scale
6. Investment and execution planPriorities, dependencies, capacity, staged funding, sequence10 to 1114, 15Approved at Commitment, one tranche at a time
7. Strategy scorecardObjectives, KPIs, KRIs, benefit measures, targets, accountable owners10, 1216, 18, 22Approved at Commitment; reviewed in Step 12
8. Decision and evidence recordEvidence, assumptions, conditions, authorizations, risk acceptance, review triggersAll3, 7, 13, 17, 23Updated at every gate and review
Mandatory and optionalMandatory: the eight deliverables and the evidence each gate requires. Optional: any tool or analysis beyond that. Tool 10 (Strategy on a page) summarizes deliverables 1 to 7 on one page.

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.

GateEvidence sufficient for this decisionPermitted commitment
MandateBounded question, purpose and guardrails, credible evidence plan, decision rightsAuthorized discovery spend and capacity only; no presumed implementation approval
Strategic directionDefensible diagnosis and preferred hypothesis; no known fatal contradiction; decisive gaps testableOnly the capped validation work named in the decision; no contracts implying full scale
CoherenceBusiness and operating tests support the proposed scale; material gaps have owners and deadlinesViability at the stated scale (six coherence tests); no funding is released here
CommitmentAffordable funding, available capacity, transition readiness, measure definitions, benefits accountabilityRelease 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 thesisA 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.

RightBusinessData and AI policy ownerDigital
OwnsThe what, the why and the outcome; processes, data and adoptionData and AI strategy, policy and governanceThe how and the technical integrity
ApprovesNeeds, benefits cases, scope, acceptance and final supplier choiceUse-case priorities, data ownership, model risk and responsible AI standardsSolution design, engineering and operation within agreed service levels
Can blockProposes priority; the investment committee decidesData and AI solutions that breach policy or model risk standardsOnly on security, regulation, core standards, quality, stability and safety
Where Data and AI sits elsewhereWhere Data & AI sits inside Digital or is distributed across business domains, the same rights are assigned to those roles. Step 9 sets out the nine decision-rights terms and the four reference patterns. Under the Competitive Potential perspective of the Strategic Alignment Model, Digital or Data & AI may propose options that reshape the what; the business still decides at the strategic direction gate.

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.

What it showedOne baseline made the options comparable, the payback test caught technology bought ahead of demand, and the uplift stays unreported until Finance confirms it.

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.
Expected outcomeA defensible digital strategy traced to business value, with different options, explicit decision rights, committed resources and a decision trail.

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.
Where to startRead the executive summary, then work Part three step by step. Part four shows every record.

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.
Start here · Routes

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.

RouteUse whenIndicative periodMinimum working setDecision coverageFirst decision
RapidBounded, reversible choice; reliable existing evidence5 to 10 working days, excluding longer testsTools 1, 2, 6, 7, 10 and 13; proportionate model validationAll four decision purposes; meetings may be combined under explicit authorityConfirm scope, guardrails and a capped authority envelope
StandardBusiness, product, digital or functional strategy4 to 8 weeks to initial commitmentAll 12 steps; Tools 1 to 25 used only where materialAll 12 steps initiated; execution and realization continue afterwardAgree the mandate, evidence plan and decision calendar
EnterpriseHigh-consequence or hard-to-reverse choice8 to 16 weeks, or stagedAll steps plus independent challenge, deeper economics and transition designAll four gates, independent challenge and reserved governing-body decisionsConfirm governing-body authority and staged exposure limits
Tailoring ruleScale depth to consequence, reversibility, risk, complexity, evidence and uncertainty. Tenets 1 to 4 apply on every route. The sponsor stays accountable even when a facilitator leads.

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.

FactorRapidStandardEnterprise
Strategic consequenceOne bounded decision inside a unitMaterial for a business unit or functionShapes enterprise direction or a business model
Investment exposureWithin the sponsor’s delegated authorityNeeds the executive investment forumNeeds the board or investment committee
Reversibility (override)Reversible at low cost within a quarterPartly reversible; exit costs are knownHard or costly to reverse
Risk and regulation (override)No regulatory, safety or high-risk AI exposureContained exposure inside risk appetiteMaterial regulatory, safety or high-risk AI exposure
Complexity and dependenciesFew dependencies, one delivery teamSeveral teams or platformsMany interdependent programs or partners
Strength of existing evidenceEvidence passes the six tests todayGaps testable within weeksDecisive evidence needs field validation
Degree of uncertaintyOutcomes are predictableSome assumptions decide viabilitySeveral assumptions could reverse the choice
Organizational reachOne team or siteSeveral units or one functionEnterprise-wide, or customer-facing at scale
Business models and unitsOne business model, one unitOne model change, several unitsSeveral business models or operating units
OverrideReversibility and regulatory exposure override the count: if either sits in a stricter column, use that route. Move up a route whenever one of the rapid route’s switch conditions is met; never move down after the Mandate gate without the sponsor recording why.

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.

RequirementRapidStandardEnterprise
Minimum deliverablesAll eight; 1, 2, 3 and 8 in full, 4 to 7 in short formAll eight; 4 and 5 tested at the stated scaleAll eight, tested; deliverable 6 staged by tranche
Minimum evidenceExisting evidence passing the six testsNew evidence for each decisive assumptionField validation of decisive assumptions
Analytical depthTwo options plus baseline; base and downsideThree or more options; three scenarios and switching valuesFull lifecycle economics; architecture transition states
Independent challengePeer challenge of crux and comparatorFinance and Risk challenge at Direction and CommitmentIndependent review at every gate; second-line risk opinion
Decision authoritySponsor, within delegated authorityExecutive decision and investment forumsGoverning body, with reserved powers
Conditional commitmentValidation spend within the sponsor’s envelopeOne capped validation trancheStaged tranches with a maximum exposure per gate
Time to initial decision5 to 10 working days4 to 8 weeks8 to 16 weeks, or staged
Time to validation evidenceUsually already held; else move upWeeks to a quarter, by testOne to three quarters of field testing
Time to benefitSet in Tool 16; never assumed at go-liveSet in Tool 16; never assumed at go-liveSet 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.

RequirementRapidStandardEnterprise
Decision circumstancesReversible, bounded spend within delegated authority; evidence largely heldMaterial investment, or a change to one business or operating modelEnterprise-wide, irreversible or regulated choices
Required rolesSponsor, strategy lead, Finance partner, peer challengerRapid roles plus business, operating and architecture owners and RiskStandard roles plus governing body, independent reviewer and second-line risk
Workshops and forumsTwo working sessions; one sponsor decisionA workshop per phase; Direction and Commitment forumsWorkshops per phase; all four gates at executive or board level
May compressSteps 4 and 5 to existing evidence; deliverables 4 to 7 in short formScenario depth for low-risk optionsPace, by staging tranches; never the gates
Cannot omitThe crux, a costed baseline, decision rights, the six evidence tests and the D8 recordEverything in Rapid, plus tested business and operating modelsEverything in Standard, plus architecture transition states and independent assurance
Escalate whenSpend, irreversibility or risk exceeds the sponsor’s authority, or the crux proves enterprise-wideA decisive assumption fails, or exposure exceeds the forum’s delegationReserved powers apply, or regulatory exposure changes
Can authorizeValidation within the sponsor’s envelopeOne capped validation tranche; rollout only at CommitmentStaged tranches, each within its gate’s maximum exposure
Cannot authorizeEnterprise choices, rollout, or funding beyond delegationFunding beyond the forum’s delegationExposure beyond reserved limits without the governing body
RuleThe controls that cannot be omitted are the same on every route: the diagnosed crux, a costed continuation baseline, explicit decision rights, the six evidence tests and the decision and evidence record. Routes change depth and pace, not discipline.

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.

Start here · Rapid route

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.

Tenets 1 to 4 hold, even in ten days1 and 2: the value question and the diagnosis. 3: materially different options. 4: a conditional choice, tested before commitment.
Switch to the standard route whenEvidence fails any of the six tests. The choice is hard to reverse, or exposure exceeds the envelope. A decisive assumption needs a longer test than the route allows.

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.

StepsWorkshop timeAnalytical preparationEvidence collection and field validationElapsed window, standard route
1 to 2 Mandate and ambition90 minutes; half day2 to 3 daysExisting evidence onlyWeek 1
3 DiagnosisHalf to one day3 to 5 daysOperational data extractionWeeks 1 to 2
4 to 5 Outside and inside1 to 3 days; 1 to 2 days1 to 2 weeksCustomer interviews, market data, benchmarks: 2 to 4 weeksWeeks 2 to 5, in parallel
6 to 7 Options and choice1 to 2 days; half to one day1 to 2 weeks of economicsAssumption tests designedWeeks 4 to 6
8 Business model1 to 3 days1 weekPaid pilots or tests: often 6 to 12 weeksWeeks 6 to 8; field tests may add 6 to 12 weeks
9 Operating model2 to 4 days1 to 2 weeksReadiness and capacity checksWeeks 6 to 8, alongside Step 8
10 Measures and investmentAbout 1 day1 weekBaselines confirmedWeek 8
11 to 12 Execute and adaptReview cadenceOngoingAdoption, performance and benefits dataAfter commitment: months to years
Part 1 · Strategy in context

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 isStrategy is not
A diagnosis of the critical challengeA list of problems or trends
Linked where-to-play and how-to-win choicesA vision, target, slogan or ambition
Explicit trade-offs and exclusionsA set of priorities where everything stays important
A theory of value and advantage supported by evidenceA budget, forecast or project list
Coherent resource commitments and adaptation triggersA 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.

LayerPrimary questionPrincipal outputTypical owner
Business strategyWhere to play, how to win, and what not to doChoice system and advantage thesisExecutive and business leadership
Business modelHow value is created, delivered and capturedValue architecture and economic logicBusiness or product owner
Operating modelHow capabilities repeatedly deliver the modelPeople, process, structure, technology, data, governance, partnersOperating and functional leadership
ExampleA service business may choose regulated mid-market customers and win on guaranteed uptime, combine subscription revenue with outcome fees, and require regional reliability cells. The statements connect; they are not interchangeable.

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.

LevelHorizonDecisionsTypical ownersCore artifacts
StrategicMulti-year with review triggersDirection, positioning, capabilities, commitments, exclusionsBoard and executive teamStrategy, assumptions, portfolio envelope
TacticalAnnual to quarterlyInitiative design, sequencing, capacity, funding, dependenciesBusiness, function and portfolio leadersRoadmaps, budgets, portfolio decisions
OperationalDaily to monthlyReliable delivery, controls, service, quality, improvementOperational and product teamsProcesses, standards, schedules, reviews
DriftUnexamined drift is not adaptation. A consistent pattern of action becomes strategy only when leaders test its implications and decide whether to reinforce it with explicit choices and resources.

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.

Open the diagram full size.

Means and ends at the visionary, strategic and tactical levels, with levers and influencers MEANS How we act ENDS What we achieve STEP 2 Purpose Why we exist: the value wecreate, for whom and how STEP 2 Aspiration The desired long-rangefuture state VISIONARY Enduring STEPS 6–7 Strategies Broad choices on where toplay and how to win STEP 2 Goals Provisional at Step 2;confirmed after diagnosisand choice STRATEGIC Three to five years STEP 11 Tactics Initiatives and productcharters that deliver thestrategies STEP 10 Objectives Measurable outcomes: KPIswith baselines and targets TACTICAL 0–18 month waves LEVERS What we canchange Capabilities,resources andinvestment Steps 9–10 INFLUENCERS What shapesour ends Markets, rules,technology andinternal forces Steps 3–5
Figure 2Means and ends at three levels, adapted from the Business Motivation Model, with levers and influencers on either side.
LevelMeans: how we actEnds: what we achieve
Visionary (enduring)Purpose (Step 2): why we exist; the value we create, for whom and howAspiration (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 winGoals (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 strategiesObjectives (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 typeCentral questionDesign emphasis
Corporate portfolioWhich businesses and ownership positions belong together?Parenting advantage, portfolio roles, capital allocation, entry and exit
Business unitWhere and how will the business compete or create mission value?Customer arenas, value proposition, advantage, economics, capability system
Functional or digitalHow will the function enable business choices?Capability products, service model, standards, sourcing, platforms, demand governance
Product or serviceHow will the offer create distinctive outcomes?Segments, job, proposition, experience, roadmap, pricing, lifecycle
Mission ledHow 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 failureCorrective question
Aspiration without diagnosisWhat is the crux and what causes it?
Analysis without choiceWhat will we do and explicitly not do?
Consensus without trade-offsWhich option loses and why?
Business-model gapWho pays, how much, and with what economics?
Operating-model gapWhat must change in work, people, systems and governance?
Execution theaterWhich assumption or benefit is being tested?
Digital strategy failureCorrective
Business units adopt tools outside common standards because the official route is slowOne 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 themAn interface charter: who decides, who builds, who reports
New features and AI use cases crowd out platform health and securityA protected allocation, set by the governing body, for platform health and lifecycle
Benefits are claimed at go-liveBenefits count only when validated in operations (Finance for monetary value)
When the business and Digital disagree, no one knows who decidesExplicit decision rights and an escalation path to the Executive Committee
The board cannot say who is accountable for technology, data and AI riskThree lines of defense and named leaders accountable against the 4Es
Part 1 · Digital strategy in context

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.

DimensionBusiness strategyDigital strategy
Starting pointA diagnosed business challengeThe business strategy and its value drivers, or a credible digitally enabled opportunity
Core questionWhere to play and how to winWhere digital, data and AI change value, competition, customer experience and operating performance
Main outputsChoices, business model and operating modelCapabilities, platforms, investments and operating-model changes
Outcome ownerBusiness executiveBusiness leadership validates and authorizes; digital, data and AI leaders own design and technical integrity
Judged byValue created and advantage sustainedThe 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.

DimensionEnterprise digital business strategyFunctional Digital/IT strategyDigital transformation strategy
Question it answersHow digital, data, AI and platforms change how we compete or fulfill our mission, and create, deliver and capture valueHow the Digital/IT function develops, sources, delivers, operates and governs the capabilities the business needsHow we move from today’s business, digital and operating models to the target, safely and in sequence
Accountable decisionEnterprise or business leadership, supported by digital, data and AI leadersDigital/IT leader, within enterprise priorities and delegated investment authorityBusiness executive sponsor, with transformation and operating leaders
Typical outputsWhere-to-play and how-to-win choices, business-model changes, advantage thesisCapability, sourcing, platform and service strategies; opportunities raised to the businessTransition states, sequencing, investment waves, adoption and change plan
Step emphasisSteps 4 to 8Steps 5, 9 and 10Steps 9 to 12
Entry pointBusiness-led or digital-ledBusiness-led; can surface digital-led opportunitiesFollows an authorized enterprise or functional choice
Two entry pointsBusiness-led: a business challenge needs digital capability. Digital-led: a digital possibility may reshape business choices; digital leaders propose, the business decides.

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.

ElementStatement
Business purposeCreate lasting value for customers and stakeholders by delivering the products and services they need, reliably and ethically
Aspiration of DigitalIntegral to how the business competes and grows, trusted by customers, owners, regulators and people to do so safely
Purpose of DigitalCreate 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 principleThe 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.

ObjectiveWhat it commits Digital to
1. Improve the coreRaise process, product and service performance against the 4Es
2. Deliver data and AI at scaleMove data platforms and AI solutions from pilot into operations
3. Innovate and transformRun a funded innovation pipeline; co-lead transformation
4. Invest with disciplineOne front door, protected platform health, confirmed benefits
5. Build on coherent foundationsPublish architecture guardrails; architecture authority is explicit, central or delegated by domain
6. Extend safely through partnersSelect suppliers on security, integration and exit criteria
7. Deliver and run reliablyDeliver through joint product teams; run to agreed service levels
8. Protect and assureOperate technology, cyber and AI controls within tolerances
9. Build capabilityBuild skills in Digital and the business; choose build, buy or partner
ConfigurableA configurable reference set, not a universal requirement: adopt, adapt or drop each at Step 2, and confirm goals only after diagnosis and choice.

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.

PrincipleDesign test
Safety and trust firstNo digital or AI change compromises people, customers or operations
Shared ownershipOutcome, rule-setting and delivery rights are explicit and accepted
One yardstickThe 4Es frame performance everywhere; weights and measures fit the situation
Value proven, not assumedBenefits count only when delivered in operations
Enable within guardrailsThe safe route is the easy route; gates only where risk requires
Trust by designSecurity, privacy, responsible AI and resilience built in at design
Accountability and transparencyCosts, risks and decision rights are visible; disputes have a path
Enable within guardrailsEnable within guardrails means published standards, a clear waiver route and shared platforms the business can build on.

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.

Open the diagram full size.

Four types of digital strategy by which domain drives the change, carries it and has to adapt Drives the change Carries it Has to adapt STRATEGY EXECUTION Digital as enabler Business strategy Organization 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 Business strategy Digital strategy Digital infrastructure Who leads Business sets direction;Digital designs thetechnology Judged on Technology leadership andplatform fitness Usually breaks at Architecture fit COMPETITIVE POTENTIAL Digital business Digital strategy Business strategy Organization Who leads Digital or Data & AIproposes; the businessdecides Judged on Market position and newrevenue Usually breaks at An unvalidated businessmodel SERVICE LEVEL Digital operations Digital strategy Digital infrastructure Organization Who leads Digital runs services; thebusiness prioritizes Judged on User satisfaction andservice levels Usually breaks at Adoption and service levels
Figure 3Four types of digital strategy, defined by which domain drives the change, which carries it and which has to adapt.

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.

Part 1 · Digital economics

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.

FeatureWhat is differentWhat the method must testWhere
Low marginal cost, where it holdsMany 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 valueSteps 4 and 6
Data feedback loopsUse 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 itSteps 5 and 6, Tool 5
AI running costAI 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 alternativeStep 8
Fast-moving technologyModels 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 exitSteps 6 and 7
Probabilistic outputsAI 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 buildSteps 10 to 12, Tool 23
In the worked exampleMeridian’s monitoring platform failed the first test. Customers paid for availability, not monitoring, so the value sat in the service and the platform earned 47% of the cash it needed.

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 modelCost behaviorAdvantage and value captureDecisive economic test
Licensed softwareMostly fixed license, implementation and lifecycle costRarely differentiating alone; renewal price and lock-in exposureTotal lifecycle cost and exit cost
Platforms and ecosystemsHigh fixed build and governance; partner incentivesNetwork effects only if participants grow and switching is costlyWho controls the interface; participation economics
Data-driven productsCollection, quality, rights and integration costFeedback improves quality only where the loop closesThe eight data factors; willingness to pay
Consumption cloudVariable with use; commitments trade flexibility for priceElastic capacity; unit cost depends on architectureCost per transaction at forecast volume; exit terms
Predictive AIData, build, monitoring and retrainingGains may plateau; easily copied where data is commonLift against today’s decision; drift cost
Generative AIInference per call or token, evaluation, guardrailsCapability widely available; advantage rests on data, workflow and adoptionCost per successful output; provider exit
Agentic AIInference, orchestration, tool calls, retries, oversight, loggingScales tasks, but errors and oversight scale tooCost per completed business task; permission and stop controls
Hybrid tech and humanTechnology plus skilled people who deliver and superviseAdvantage rests on the combined service, as at MeridianCapacity limit; fully loaded cost per outcome
RuleCompare every option on consistent incremental economics: one population, horizon, cost boundary and scenario set, against the continuation baseline.

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).

PracticeRecord each factor with its evidence ID in Tool 3. Customer-owned, portable data still supports advantage when Meridian’s capability to use it is superior.
Part 1 · AI in the strategy

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 levelAI mayPeople keepControls requiredExample
1. AssistRecommend, rank or draftEvery decisionEvaluation before use; outputs loggedMeridian: an engineer approves every intervention the ranking suggests
2. Act with approvalPrepare and queue an actionApproval of each actionApproval trail; error rate within thresholdIllustrative: a service report drafted for sign-off
3. Act within limitsCarry out actions inside set limitsSetting the limits and handling exceptionsHard limits, monitoring, rollback and kill criteriaIllustrative: re-ordering spares below a cost ceiling
4. Act autonomouslyDecide and act across a workflowAccountability and periodic reviewRisk appetite set by the governing body; independent assuranceReserved for low-risk, reversible work
RuleHigher autonomy is not better by default. Set the lowest level the need requires, given reversibility, risk and evidence; raise it one level at a time, and only on evidence from the level below. Each step up is the service owner’s decision, approved under the AI governance in force.

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.

PerspectiveQuestion to answerEvidence requiredSteps
Strategic opportunityDoes AI change products, experiences, cost position, business model, value pools or competitive boundaries?Customer and market evidence, competitor moves, the value driver affected4, 6, 7
Capability strategyWhich AI capabilities do we build, buy, partner for or consume as a service?Comparative advantage, data factors, skills, provider options and exit5, 7, 9
Economic viabilityDoes it pay once inference, orchestration, retries, evaluation, oversight and infrastructure are counted?Fully loaded cost per successful task against the non-AI alternative6, 8, 10
Risk and accountabilityCan we operate it safely: quality, security, data rights, autonomy, oversight, reliability?Evaluation results, controls, a named accountable person, incident and stop plan9, 11, 12
Agentic systems also needAgent identity and permissions, tool-access and spend limits, approval boundaries, defenses against prompt injection and tool misuse, traceable logs, drift evaluation, incident response, safe shutdown and provider exit. A good demonstration is not evidence for scale.

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.

StageDecision and evidenceEconomicsControls and owner
1. OpportunityValue mechanism, competitive effect, non-AI alternative; build, buy, partner or consumeCost per successfully completed task against the non-AI costBusiness owner; linked strategy choice and value driver
2. DataRights, provenance, quality, privacy, retention, access and feedback loopAcquisition, preparation and labeling costData owner confirms rights (Tool 21)
3. System designModels, providers, hosting, integration, tool permissions; inventory entryInput, output and cached tokens, tool calls, retries; switching costArchitecture authority; exit route recorded
4. EvaluateTask, risk and fairness thresholds; prompt-injection and tool-misuse testsEvaluation and red-team costIndependent evaluator; risk class and autonomy level set
5. Approve and deployModel approval and deployment approval, recorded separatelyBudget thresholds and usage limitsModel approver; risk owner accepts residual risk
6. Operate and monitorProduction evaluation, drift, incidents, stop conditions, safe shutdownActual cost per task against budgetService owner; independent second-line oversight
7. Scale, reassess, retireScale only on evidence at volume; reassess on any model or provider changeDecommissioning and exit costThe 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.

DimensionLaboratory evaluationPilot performanceRoutine operational performance
Question answeredCan 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?
PopulationHeld-out cases drawn from the production population; segments and edge cases sampled on purposeLive cases in chosen sites or lanes; differences from the rollout population statedThe full in-scope population, monitored by segment
Quality and confidenceThresholds against the non-AI baseline set before testing; sample sized for a stated confidenceSame thresholds; matched comparison with baseline recordsControl limits on quality, drift and fairness, by segment
Harmful failureHarmful outputs and actions defined; red-teaming, prompt-injection and tool-misuse testsIncidents and near misses logged and reviewedIncident rate within appetite; safe shutdown tested
Human oversightNot applicable: offlinePeople approve at the agreed autonomy levelOversight at the approved level; autonomous actions sampled
Cost per successful taskEstimatedMeasured, including retries, oversight and pilot supportActual against budget and the non-AI cost
Can authorizeA capped pilot, at mostA staged extension at the same autonomy levelScale, or raising autonomy one level
Halden, illustrativeIn the 12-week pilot the model beat rule-based alerts on held-out lanes (recall 78% against 45%), yet false alarms pushed the cost per completed intervention to $38 against a $30 threshold. The forum narrowed the scope instead of scaling.

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.

Part 2 · The digital lens

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.

StepWhat changes for digital strategyMethods from the toolkit
1. Define the mandate & scopeName the value question or digital opportunity, the strategy product and the outcome ownerValue Driver Tree
2. Identity, purpose and ambitionDraft a provisional ambition; select relevant reference objectives; use the 4Es as a lensStrategy Map
3. Diagnose the cruxFind where process, data or platform constraints hold back the value driversValue Driver Tree; Porter’s Value Chain; Strategic Alignment Model
4. Outside worldScan technology and regulatory trends; map customer journeys and jobsPESTEL; Scenario Planning; Customer Journey Mapping; Jobs to Be Done; S-Curve; Technology Adoption Life Cycle
5. Inside realityAssess digital maturity, capability gaps, technical debt and data readinessCapability Map; VRIO; McKinsey 7S; Strategic Alignment Model; maturity, importance and advantage scales
6. Generate optionsBuild options across AI, data, platform and ecosystem plays: now, next and newAI 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.

StepWhat changes for digital strategyMethods from the toolkit
7. Make the choicesChoose digital bets and exclusions; set build, buy or partner directionAdjacency Expansion Matrix; GE-McKinsey Nine-Box; Strategic Alignment Model
8. Business modelTest how digital offers create, deliver and capture valueBusiness Model Canvas; Value Proposition Canvas; Kano Model
9. Operating modelChoose a governance pattern; define product teams, architecture authority and the Data & AI interfaceCapability Map; McKinsey 7S; Strategic Alignment Model
10. Measures and investmentsOne front door; protected platform health; measures that represent each 4EStrategy Map; Value Driver Tree; Strategic Alignment Model
11. Execute the portfolioBuild minimum viable foundations first, then fund each wave on evidenceDigital Transformation Roadmap; Double Diamond; Technology Adoption Life Cycle
12. Learn and adaptClose benefits only when their validator confirms them; scale, adapt or stopAI 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.

StepDecision it supportsAccountable ownerComplete whenFeeds
1. Define the mandate & scopeWhat question the strategy answers, for whom, with what authoritySponsoring executiveScope, strategy product, route and decision authority agreed in Tool 1D1; Mandate gate
2. Identity, purpose, ambitionWhat the organization aims to become, and what it will not doCEO or business-unit headProvisional ambition and reference objectives agreedD1; Mandate gate
3. Diagnose the cruxWhich constraint, removed, most changes performanceStrategy lead with FinanceBaseline reconciled; crux stated with evidence and counterevidence (Tools 2, 3)D2
4. Outside worldWhich external shifts move where value sitsStrategy leadMaterial shifts rated for impact and certainty, implications recorded (Tool 4)D2; checkpoint
5. Inside realityWhich capabilities are advantage, parity or constraintOperating and Digital leadsCapability ratings evidenced; data readiness assessed (Tools 5, 24)D2, D5; checkpoint
6. Generate optionsWhich materially different routes deserve testingStrategy leadThree or four distinct options plus the continuation baseline, each on a Tool 6 cardD3, 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.

StepDecision it supportsAccountable ownerComplete whenFeeds
7. Make the choicesWhere to play, how to win, what to excludeExecutive teamChoice, trade-offs, exclusions and conditions recorded; critical assumptions on Tool 7D3, D4; Direction gate
8. Business modelWhether value is created, delivered and captured at the scale proposedBusiness owner and FinanceTool 11 results recorded for coherence tests 1 and 2D4; Coherence gate
9. Operating modelWhether the organization can deliver under normal conditionsOperating sponsorTool 12 current, interim and target; Tool 20 rights; coherence tests 3 to 6D5; Coherence gate
10. Measures and investmentsWhat is funded, in which tranche, measured howInvestment forum with FinanceTranche, ceiling, measures and owners set (Tools 14, 15, 16, 22)D6, D7; Commitment gate
11. Execute the portfolioWhat continues, stops or is reallocatedPortfolio ownerQuarterly decisions recorded; adoption stage evidenced (Tools 15, 18)D6, D8
12. Transition and adaptContinue, scale, adapt, pause or exitAccountable executiveBenefits 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.

Part 2 · Tests, gates and tenets

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.

TestQuestionMinimum practice
RelevanceDoes the evidence bear directly on the decision?Name the claim and the decision affected.
ReliabilityWould a reasonable challenger trust the method and source?Document method, source, sample, limitations and conflicts.
RecencyIs it current enough for the decision horizon?Record dates and the conditions under which evidence expires.
TriangulationDo behavior, economics and operations agree?Use more than one evidence type for a material claim.
FalsifiabilityWhat result would change the conclusion?Pre-agree thresholds before tests are run.
ConfidenceHow 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.

GateAfterLeadership decision
Mandate gateStep 2Authorize the strategy process with a clear problem, scope, intent, authority and evidence standard.
Strategic direction gateStep 7Select a conditional direction and accept its exclusions, assumptions, risks and validation conditions.
Coherence gateStep 9Confirm the complete strategy once evidence supports model viability and deliverability.
Commitment gateStep 10Commit funding, capacity, leadership attention, measures and benefits ownership.
Gate recordThe gate chair records approve, approve with conditions, rework, defer or reject; names condition owners and expiry dates; records dissent and residual risk; and states the next decision and trigger.

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.

TermMeaningWhat follows
Gate decisions, made by the approving forum
ApproveEvidence meets the gate’s threshold for the decision requestedThe authority in the record is released; the next step starts
Approve with conditionsThe decision stands only while named conditions holdEach condition has an owner and expiry date; a lapse returns it to the forum
Return for reworkEvidence or analysis is not sufficient to decideThe named step reopens; no new authority is released
DeferSound to decide later; timing, capacity or a dependency prevents it nowExisting authority only, with a date or trigger to return
RejectFails a threshold or is not worth pursuingSpending stops; reasons and evidence are kept in Tool 13
Test results, produced by analysts and testers
PassThe pre-agreed threshold is met under representative conditionsEvidence for the forum, not a decision
ConditionalMet only under stated conditions or at limited scaleThe forum sets the maximum justified scale
FailThe threshold is missed under a valid testRevise or drop the option; apply any pre-agreed reversal
InconclusiveThe test could not discriminate between outcomesRedesign 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.

#TenetWhere it appliesRecorded in
01Start from the value question or digital opportunityStep 1, mandate gateTools 1 and 19
02Diagnose the crux before choosingSteps 3 to 5, synthesis checkpointTool 2
03Compare materially different optionsStep 6Tools 6 and 8
04Treat the first choice as conditionalSteps 7 to 9, two gatesTools 7 and 13
05Make decision rights explicitSteps 1 and 9Tools 20 and 21
06Hold every claim to the six evidence testsEvery step and every gate paperTool 3
07Move resources when choices are approvedSteps 10 and 11Tools 15 and 19
08Count only validated benefits (Finance for monetary value)Steps 10 to 12Tools 16 and 22
09Set review triggers at approvalSteps 10 to 12Tool 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.

EnvironmentWorking approachCommitment and review
PredictableFocused analysis, comparable economics and explicit choicesCommit within a tested envelope; monitor assumptions
Uncertain and hard to shapeCompeting hypotheses and short learning cyclesSmall reversible commitments; review after decisive evidence
Shapeable ecosystemTest partner incentives, coordination and participationStage commitments around partner evidence and dependencies
Severe constraint or renewalProtect continuity and cash; identify the urgent cruxShort decision cadence and explicit stop, exit or recovery actions
PracticeUnits may need different postures under one corporate strategy.
Part 3 · Step 1

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
HandoffProceed once the mandate names the value question, strategy product, owners and risk appetite. Use Tools 1, 20 and 21.
Part 3 · Step 2

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
HandoffProceed when purpose, guardrails and a provisional ambition fit on one page; goals are confirmed after diagnosis and choice. Use Tool 1.
Part 3 · Mandate gate

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.

ConfidenceTypical basisDecision implication
LowIndirect, stale, conflicted or small unrepresentative evidence; counterevidence unresolvedUse to design a test. Avoid irreversible commitment resting on this claim.
ModerateDirect and reasonably current evidence; partial corroboration; known limitsMay support a bounded commitment with monitoring and explicit conditions.
HighRelevant behavioral or operational evidence, credible comparison, triangulation, disconfirmation attemptsSupports the specified decision and population; does not imply certainty.
RuleConfidence is specific to a claim and a decision. Do not average strong evidence on minor issues with weak evidence on the assumption that can invalidate the strategy. A large sample does not correct a biased research design.
Part 3 · Step 3

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
HandoffProceed when the crux fits one sentence and rests on operational evidence. Tools 2, 3, 24, 25.
Part 3 · Step 4

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
HandoffProceed when the ranked drivers, journey pain points and scenarios are agreed. Use Tools 3 and 4.

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.

Open the diagram full size.

Customer behavior and market and ecosystem evidence converge on external implications Customer behavior Jobs and willingness to pay Market and ecosystem Value pools and responses External implications Opportunities and threats Scenario evidence tests whether the opportunity survives changed conditions.
Figure 4Outside-in evidence is gathered to open possibility, not to confirm a preferred answer.
PracticeScenario evidence tests whether the opportunity survives changed conditions. Bring counterevidence into the room deliberately.
Part 3 · Step 5

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
HandoffProceed when every material capability gap has an owner and a price. Tools 5, 24.

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.

PracticeWalk the chain from owned resources to a defensible claim, and ask at each link what evidence a skeptical competitor would accept.

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

Open the diagram full size.

Outside-in and inside-out evidence meet in the strategic options Outside in Demand and value pools Strategic options Value and feasible advantage Inside out Capabilities and constraints Combine both evidence sets; record uncertainty and test the weakest material assumption. External value and internal advantage must meet
Figure 5External value and internal advantage must meet: combine both evidence sets, record uncertainty and test the weakest material assumption.

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
RuleCombine both evidence sets; record uncertainty and test the weakest material assumption.
Part 3 · Step 6

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
HandoffProceed when three or more options and the baseline are costed on one basis. Tools 6, 7, 23.

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.

Open the diagram full size.

Meridian option B as an activity system: six activities serve the value proposition and reinforce each other ILLUSTRATION | MERIDIAN OPTION B, PREMIUM UPTIME SERVICE Failure-risk ranking fromsite histories Each intervention addsfailure data Planned interventionsbefore failure Shared reliability cellacross sites Availability-linkedsubscription price Audit-ready regulatedsafety records VALUEPROPOSITION Guaranteed availabilityfor regulated sites activity serves the proposition activities reinforce each other (fit) Illustrative. Remove any one activity and the others weaken: that interdependence, not anysingle activity, is the advantage. Record the thesis in Tool 9. ECONOMIC MECHANISM Fewer unplanned failures cut cost to serve, andavailability pricing captures part of thecustomer’s gain: $0.24m price against $0.16mvariable cost per site in the base case. TRADE-OFFS No lowest-price reactive contracts. No siteswithout usable failure history, so class B ispaused. Technicians are scheduled for plannedwork, not fastest response. DEFENSES AGAINST IMITATION A rival can buy monitoring software, but not thesite histories, the certified practice and therecords customers already audit. Copying oneactivity does not reproduce the system. CAPABILITY COMBINATION Failure-risk ranking (CAP-03, advantage) paysonly with regulated safety records (CAP-07,essential at parity) and technician incentivestied to availability. TEST THE THESIS Challenge it with competitor responses,substitutes and erosion indicators beforeStep 7 relies on it.
Figure 6Meridian option B, premium uptime service: an advantage thesis drawn as a reinforcing activity system. Illustrative.

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.

Test the thesisChallenge it with competitor responses, substitutes and erosion indicators before Step 7 relies on it.

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
RuleSet weights before options are scored and show evidence confidence separately. Remove options that fail non-negotiable thresholds first. Test whether reasonable changes to weights reverse the ranking. An aggregate score cannot compensate for a fatal weakness.
Part 3 · Step 7

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
HandoffProceed when the forum records the choice, reversal conditions and kill criteria. Tools 8, 9, 13.

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

Open the diagram full size.

Divergence before evidence-based convergence: diverge, screen, compare, challenge, select, validate Diverge: Materially different options Screen: Non-negotiable thresholds Compare: Evidence and scenarios Challenge: Counterevidence and responses Select: Conditional direction Validate: Bounded tests and conditions 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, thesurvivors are compared on the same evidence andscenarios, and each is put under deliberate challenge. The choice that emerges is conditional, held with the testsand conditions that would confirm or overturn it. Comparison informs authorized judgment; a weighted scorecannot cancel a fatal weakness.
Figure 7Options are widened deliberately, then narrowed against thresholds and evidence agreed in advance.
RuleComparison informs authorized judgment; a weighted score cannot cancel a fatal weakness. Convergence without prior rules usually means the most senior preference wins.

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 winOwn reliability capabilityPartner-delivered uptimeSell a monitoring platform
All 20 regulated sitesB. Premium uptime: NPV $0.246mD. Partner-led uptime: NPV $0.198mC. Monitoring platform: NPV −$0.427m; rejected
Six class A sitesB narrowed after validation: six-site validation trancheD re-run before scaling: live comparatorNot generated
Class B sitesPaused: failure data too sparse (E4)Not generatedNot generated
A. Continuation baselineReactive service, costed and held as the comparator. It is not one of the alternatives.

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.

Open the diagram full size.

Meridian alternatives as arena and way-to-win pairs, with the fields each pair records ILLUSTRATION | MERIDIAN ALTERNATIVES ON ONE GRID Arena /way to win Own reliabilitycapability Partner-delivereduptime Sell a monitoringplatform All 20regulatedsites B Premiumuptime NPV $0.246m D Partner-leduptime NPV $0.198m C Monitoringplatform NPV −$0.427m;rejected Six class Asites B narrowed aftervalidation Six-site validationtranche D re-run beforescaling Live comparator not generated Class B sites Paused Failure data toosparse (E4) not generated not generated A Continuation baseline: reactive service, costed and held as the comparator.It is not one of the alternatives. The illustration holds baseline cash flat at $0.40m a year. A real baseline includesunavoidable reinvestment, deterioration and ongoing obligations; omitting themflatters every alternative. The grid is an executive view of Tools 6, 8 and 9, not a separate register: each cellpoints to its option card. Figures are illustrative. EACH PAIR RECORDS Field Whererecorded Arena: segment, value pool, value stream ormission 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 continuationbaseline Tools 8, 17 Rejected pairs and the reasons Tool 13 Rules Generate at least two materially different pairs in addition tothe baseline. Do not confirm an arena until its way to win has been tested. Compare every pair on the same scenarios, horizon andbaseline. Keep rejected pairs and reasons in the decision record.
Figure 8Meridian’s alternatives on one grid, with the fields each pair records. Figures are illustrative.

Each pair records

FieldWhere recorded
Arena: segment, value pool, value stream or mission priorityTool 6
Value proposition and expected outcomesTool 6
Economic and competitive mechanismTool 9
Capability system the pair requiresTools 5, 9
Technology, data and AI enablersTools 6, 23
Economics, risk, time to value, resourcesTools 6, 8
Decisive assumptions and evidence gapsTool 7
Common scenarios and the continuation baselineTools 8, 17
Rejected pairs and the reasonsTool 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

FieldMeridian, before the Direction gate
Decision affectedChoose B over D, and how far to scale it
What must be trueCustomers pay at least $0.24m a site; routine delivery cost is at most $0.16m
Current evidenceTwo regional teams already use site failure histories (E3); no paid customer evidence
Remaining uncertaintyPrice acceptance and routine cost, by asset class
Downside if wrongAt $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 expectedPrice paid, variable cost, adoption and uptime, by asset class
Results that change the choiceCost above $0.16m or adoption below 90% stops scale-up for that class
Stop testing whenMore evidence would cost more than the exposure it avoids, or delay closes the window
ResultClass A passed and class B failed, so the forum authorized a six-site class A extension instead of a 20-site rollout.

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).

Open the diagram full size.

Decisive assumption record for Meridian and the value-of-learning decision rule 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 deliverycost is at most $0.16m Current evidence Two regional teams already use site failure histories(E3); no paid customer evidence Remaininguncertainty Price acceptance and routine cost, by asset class Downside if wrong At $0.17m cost, B’s NPV is −$0.251m and D ispreferable Reversible? The $0.50m build and a 20-site rollout are hard toreverse; a paid pilot is not Cost and time totest $0.10m and 12 weeks: four paying sites, two per assetclass Informationexpected Price paid, variable cost, adoption and uptime, byasset class Results that changethe choice Cost above $0.16m or adoption below 90% stopsscale-up for that class Stop testing when More evidence would cost more than the exposure itavoids, or delay closes the window Result: class A passed and class B failed, so the forum authorized a six-siteclass A extension instead of a 20-site rollout. Could a plausible resultchange the choice? Decide now;monitor theindicator No Yes Is the decision cheap toreverse? Decide; set areview trigger inTool 17 Yes No Is the test cheaper than theexposure it can avoid, andfast enough? Decide onbounded scenariosand affordable loss No Yes Fund a capped test with thresholds agreedbefore results (Tool 7) Quantify honestly Use a formal value-of-information calculation only whereprobabilities and consequences are credible. Otherwiseuse bounded scenarios, threshold and sensitivity analysisand affordable loss. Never invent probabilities to makethe result look precise.
Figure 9The decisive assumption record for Meridian’s price and cost, beside the rule for when learning is worth funding. Figures are illustrative.
Quantify honestlyUse a formal value-of-information calculation only where probabilities and consequences are credible. Otherwise use bounded scenarios, threshold and sensitivity analysis and affordable loss. Never invent probabilities to make the result look precise.

Facilitation question: which result of this test would make us change our mind? If none, why are we testing?

Part 3 · Strategic direction gate

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.

LevelOperational maturity: what the capability looks like
1. InitialAd hoc and person-dependent. No named owner, standard or measure.
2. DevelopingOwned in some units, with inconsistent process, platforms and data quality.
3. DefinedOne standard process, platform and data owner; measured against a baseline.
4. ManagedRun as a funded product with service levels and KPIs reviewed each quarter.
5. OptimizingMeasured, improved systematically and adapted as conditions change.
RuleMaturity measures how reliably a capability operates, not whether it beats rivals. Set each target from importance, required performance, risk and economics: an essential capability may need level 4 without differentiating; a distinctive capability can be emerging. Step 5 gives indicative cost ranges; Tool 24 prices the confirmed gaps in Step 10. Differentiating does not automatically mean level 5.

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.

DimensionScaleEvidence that settles it
Operational maturity1 Initial, 2 Developing, 3 Defined, 4 Managed, 5 OptimizingObservable ownership, process, measurement and improvement
Strategic importanceDifferentiating, Essential (threshold), Supporting (commodity)The Step 7 choices and the value drivers the capability serves
Comparative advantageDisadvantage, Parity or Advantage, with confidenceRelative 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 caseProfileTarget and action
Mature, not differentiating: payroll processingMaturity 5, Supporting, ParityHold performance at lower cost; buy, share or outsource
Distinctive, still emerging: Meridian failure-risk rankingMaturity 2, Differentiating, Advantage at moderate confidenceInvest toward level 3 to 4 while protecting what makes it distinct
Essential reliability: regulated safety recordsMaturity 3, Essential, ParityTarget level 4 for reliability; make no differentiation claim
RuleTool 5 records the three ratings with evidence IDs. Tool 24 compares current and target profiles; gaps are priced once Step 9 confirms the targets. No capability is called an advantage on self-assessment alone.

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.

LinkQuestion to answerArdent Mutual, illustrative
Strategic choiceWhat did Step 7 choose, and what did it exclude?R3 progressive replacement by product line, motor first; single-cutover SaaS (R2) excluded
Business modelWhich part of value creation, delivery or capture must change?Faster product change for motor customers and brokers; lower run cost per policy
Required capabilitiesWhich capabilities, at what target maturity? Target follows strategic need, not level 5 by defaultProduct change capability raised for motor first; other lines held at current maturity until migrated
Operating modelWho must decide and work differently?Product-line teams own change; Risk accepts residual migration risk within appetite
Architecture implicationsWhich 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 preferencesWhich 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 statesCurrent, 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 valueWhich 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.

Part 3 · Step 8

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
HandoffProceed when the business owns the benefits case and Finance accepts it. Tools 11 and 16.

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.

RuleTest desirability, feasibility, viability and defensibility before material irreversible commitment.

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.

CalculationWorking definition
RevenueActive units multiplied by price, plus separately evidenced fees. Model retention and timing explicitly.
ContributionRevenue less variable delivery costs and outcome penalties.
Incremental operating cashOption operating cash less baseline operating cash, on a consistent cost boundary.
Incremental free cash flowIncremental operating cash less capital expenditure, less the change in working capital, and less relevant cash taxes. Maintenance and replacement capital expenditure is included.
Decision valueDiscounted incremental cash flows, break-even drivers, downside exposure and nonfinancial consequences.
RuleA capacity release becomes a cash saving only when expenditure actually falls. Avoided future costs require a credible counterfactual. Shared enablers and benefits need one allocation rule.

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.

Open the diagram full size.

The five-part business value model, from baseline to verified outcome 1  Objective andbaseline 2  Value driver and mechanism 3  Estimatedbenefit 4  Cost and timeto value 5  Ownership and verification Baseline Value driver Mechanism Estimatedbenefit Investmentand costs Adoption Verifiedoutcome • Outcome andmeasure • Baseline valueand date • Population andscope • Customer orstakeholder group • Business valuedriver (VD-nn) • Proposedintervention • Benefit type • Causal hypothesis • Supportingevidence (E-nn) • Countermetricsand disbenefits • Unit value ×volume • Timing andramp-up • Attribution logic • Scenario range,confidence • Initial investment • Recurring andlifecycle costs • Cost to achievethe change • Time to first value • Authority andfunding exposure • Adoption target • Leading indicators • Routine usewithout pilotsupport • Observed changevs baseline • Validator andevidence source • Validationfrequency • Realization date • Re-estimate orstop conditions BENEFIT STATUS Measuredbaseline Forecast: modeled value, scenario range and confidence Observed Validated NAMED OWNER Business outcome owner, with the measure owner Benefit owner with Finance; investmentsponsor Process ownerand change lead Finance (cash);accountableowner (othervalue) TIME Step 1 scope, Step 3 baseline Steps 4–8 option economics Step 10 approved case Steps 11–12 realization 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.
Figure 10The business value model runs from a measured baseline to a validated outcome, with a named owner and a point in the method for every stage.
PartStageFieldsBenefit statusNamed ownerWhen
1. Objective and baselineBaselineOutcome and measure; baseline value and date; population and scope; customer or stakeholder groupMeasured baselineBusiness outcome owner, with the measure ownerStep 1 scope, Step 3 baseline
2. Value driver and mechanismValue driverBusiness value driver (VD-nn); proposed intervention; benefit typeForecastBusiness outcome owner, with the measure ownerSteps 4 to 8 option economics
2. Value driver and mechanismMechanismCausal hypothesis; supporting evidence (E-nn); countermetrics and disbenefitsForecastBusiness outcome owner, with the measure ownerSteps 4 to 8 option economics
3. Estimated benefitEstimated benefitUnit value × volume; timing and ramp-up; attribution logic; scenario range, confidenceForecastBenefit owner with Finance; investment sponsorSteps 4 to 8 option economics
4. Cost and time to valueInvestment and costsInitial investment; recurring and lifecycle costs; cost to achieve the change; time to first value; authority and funding exposureForecastBenefit owner with Finance; investment sponsorStep 10 approved case
5. Ownership and verificationAdoptionAdoption target; leading indicators; routine use without pilot supportObservedProcess owner and change leadSteps 11 and 12 realization
5. Ownership and verificationVerified outcomeObserved change vs baseline; validator and evidence source; validation frequency; realization date; re-estimate or stop conditionsValidatedFinance (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.
PracticeFor every material benefit, ask: who will sign that this benefit is real, and on what evidence?

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 classHorizon basisCash-flow lines that must appearValue stated outside NPV
Service or process changeService or contract life, typically 3 to 5 yearsRamp-up, cost to serve, support, retirement savingsCustomer outcomes, learning. Meridian: 3 years, residual value excluded
Data and AI productProduct life, with model refresh cycles pricedToken and tool-call consumption, evaluation, oversight, provider switchingRisk reduction, option to extend
Platform or core renewalUseful life and replacement cycle; residual value where materialCapital cost, run cost, migration, dual running, decommissioning, exitResilience, change speed. Ardent: 5 years, with a 7-year sensitivity
Ecosystem or strategic optionStaged; the horizon of the option to proceedA small first tranche and the cost of keeping the option openOption value. Halden O3: 5 years, only if carriers grant data access
Mandatory or sustainThe obligation or service periodLeast-cost compliant path; cost of failing the obligationObligation met; ranked on cost and risk, not NPV
Every caseOne horizon per decision; equivalent annual value or replacement assumptions for unequal livesIncremental cash only; sunk costs excluded; shared platform cost attributed once; working capital and tax where materialDownside, base, upside; switching values; evidence confidence; what would reverse the choice
RuleValue and affordability are separate tests: a positive NPV does not show the money or capacity exists. Affordability is tested at the Commitment gate.

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.

ResultInterpretation and action
PassThe pre-agreed threshold is met with sufficient relevant evidence. Authorize only the scale the test supports.
FailA material threshold is missed with credible evidence. Reject, revise or stop the affected proposition.
InconclusiveEvidence 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.
PracticeBefore scaling, test representativeness of customers, asset classes, delivery teams and periods; sustained use; adverse effects; full delivery costs; and the next capacity constraint. A successful pilot under exceptional staffing is not evidence of routine scalability.
Part 3 · Step 9

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
HandoffProceed when the decision rights summary and interface charter are signed. Tools 12, 19 to 21 and 25.

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.

Open the diagram full size.

The operating model as ten connected dimensions, illustrated with Meridian GOVERNANCE AND MANAGEMENT SYSTEMSdecision rights, funding release, performance management, incentives, adaptation (Tools 13–18, 20) SECURITY, RISK AND CONTROLS  embedded in every layer: cyber, privacy, resilience, model risk, regulatory controls STRATEGIC OUTCOMES  restore profitable growth on regulated sites while preserving service reliability VALUE STREAMS ANDPROCESSES Win and contract Plan and intervene Prove and renew BUSINESS CAPABILITIES  what the organization must be able to do Failure-risk ranking(CAP-03) Plannedinterventionscheduling Regulated safetyrecords (CAP-07) Availabilityreporting Subscriptioncontracting andbilling Techniciancertification PEOPLE, ROLES ANDINCENTIVES Reliability cell;technicians scheduledfor planned work;incentives on sustainedavailability PARTNERS ANDSUPPLIERS Sensor and equipmentsuppliers; partner coverfor remote sites;data-export and exitterms INFORMATION AND DATA  customer-owned, portable site failurehistories; named data and quality owners APPLICATIONS, INTEGRATION AND TECHNOLOGY  risk model,scheduling, records platform Capabilities enable the valuestreams; data and technologyenable the capabilities. Peopleand partners deliver them. Enterprise architecture keepsbusiness, data, application andplatform layers coherent. OPERATING STATES Current: reactive service Interim: six class A sites,routine teams Target: availability serviceat scale Design backwards Outcomes set the value streams; valuestreams set the capabilities; capabilities setpeople, data, technology and partnerrequirements. Test ordinary conditions Each dimension is tested without exceptionalpilot support, at normal volumes, staffing andservice levels. Record by layer and state Tool 12 holds current, interim and targetrequirements for each dimension; Tool 24prices the capability gaps after Step 9.
Figure 11The ten dimensions of the operating model, filled in for the Meridian example.
DimensionMeridian content (illustrative)
1. Governance and management systemsDecision rights, funding release, performance management, incentives, adaptation (Tools 13 to 18, 20). Frames every layer.
2. Security, risk and controlsEmbedded in every layer: cyber, privacy, resilience, model risk, regulatory controls.
3. Strategic outcomesRestore profitable growth on regulated sites while preserving service reliability.
4. Value streams and processesWin and contract; plan and intervene; prove and renew.
5. Business capabilitiesWhat 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 incentivesReliability cell; technicians scheduled for planned work; incentives on sustained availability.
7. Partners and suppliersSensor and equipment suppliers; partner cover for remote sites; data-export and exit terms.
8. Information and dataCustomer-owned, portable site failure histories; named data and quality owners.
9. Applications, integration and technologyRisk model, scheduling, records platform.
10. Operating statesCurrent: 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.

TierWhat Digital doesWho decides
1. Enable and improveOwns the work of enabling and improving the businessDigital, within agreed service levels
2. Innovate and execute data and AIScans, proposes and proves new technology; engineers and scales data and AI solutionsThe business decides what to adopt and scale; Data & AI sets data and AI priorities
3. Co-lead transformationCo-leads change to processes, roles and decision rightsThe governing body sponsors; a business executive owns the outcome
GuardrailsTwo guardrails apply to every tier: innovation is a separately funded portfolio with stage gates and kill criteria, and all activity stays within the board-approved risk appetite.

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.

StageBusinessData and AI policy ownerDigital
DemandOwns the need and benefits case; proposes priorityRanks data and AI demand in its portfolioRuns the front door; classifies as run, change or innovate; prices
Process improvementOwns processes, their design and performancePrioritizes use cases where AI is the leverSupplies process evidence; challenges redesign before automation
PortfolioInvestment committee sets priority and fundingRanks data and AI investmentsRuns the portfolio process and supplies cost, risk and capacity data
ArchitectureCo-owns business architecture; may sign waiversSets data and AI architecture standardsOwns technology, application, integration and security architecture
RuleThe accountable governing body sets the protected allocation for platform health, lifecycle, cybersecurity and technical debt each year; any reduction needs its approval.

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.

StageBusinessData and AI policy ownerDigital
Data and AIOwns its data and the decisions AI supportsSets strategy, policy and governanceBuilds and runs data platforms and AI solutions
Operational technologyOperations owns OT systems, safety and OT cyber risk–Sets OT cyber standards; secures the IT and OT boundary
Supplier selectionDefines needs; makes the final choiceEvaluates AI model and data practicesEvaluates security, integration and exit; can stop a supplier
DeliveryProduct owner; accepts result; owns adoption and benefitsRepresented on data and AI productsBuilds to quality, security and safety gates; can hold releases
SupportOwns 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.

RoleResponsibility
BoardSets digital, data and AI direction and risk appetite; may delegate oversight
Executive CommitteeSettles 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 ownerSets 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
RuleAI agents in business workflows run with defined human oversight, clear limits on what they may do, and the ability to be stopped.

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
PatternWhere decisions sitFits whenWatch for
Centralized functionalSeparate business, Data & AI and Digital functions; one portfolio and design authorityOne dominant business model; high platform reuseBottlenecks; distance from customers
Federated enterpriseUnits decide within enterprise guardrails; the center sets standards and shared platformsDiverse units or regional regulationDuplication; inconsistent data and risk
Product and platformLong-lived teams own outcomes; domain architecture is delegatedDigital-intensive, continuous changeUnclear benefit ownership; platform underfunding
HybridCentral for risk, data and platforms; federated for products and demandLarge enterprises in transitionBlurred rights unless Tool 20 is explicit
RuleWaivers never override legal, safety or regulatory requirements. Domain architecture decisions can be delegated within enterprise guardrails. Record the chosen pattern in Tool 20.

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.

Open the diagram full size.

Governance and management responsibilities, the exchange between them, and who decides five illustrative cases GOVERNANCE   evaluate, direct, monitor • Strategic decision rights and the four gates • Business accountability for outcomes • Investment authorization: envelopes andtranches • 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 approvedenvelopes • Product and portfolio execution • Funding release within delegated authority • Benefits management and measurement • Incentives and capability development • Continuous improvement; adaptationproposals Direction, appetite,policy, delegated limits Performance,conformance, risk andbenefit evidence;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 workswithin Release a tranche whose evidence conditions aremet Management, within delegated authority The forum set the conditions inadvance Move specialist capacity between funded items Management: the portfolio office Choices and envelopes are unchanged Accept residual risk above delegated appetite Governance: accountable executive orboard Outside management’s delegation Grant a 90-day exception to an architecturestandard Management: design authority, undergovernance waiver rules Never for legal, safety or regulatoryrequirements
Figure 12Governance sends direction and limits to management; management returns evidence and escalations.

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

DecisionDecided byWhy
Approve a validation envelope at the Direction gateGovernance: the gate forumSets the ceiling management works within
Release a tranche whose evidence conditions are metManagement, within delegated authorityThe forum set the conditions in advance
Move specialist capacity between funded itemsManagement: the portfolio officeChoices and envelopes are unchanged
Accept residual risk above delegated appetiteGovernance: accountable executive or boardOutside management’s delegation
Grant a 90-day exception to an architecture standardManagement: design authority, under governance waiver rulesNever for legal, safety or regulatory requirements
RuleEscalate only when a decision would exceed an envelope, appetite, policy or the approved choices. Reporting that never changes a decision is not governance.

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.

RightMeaningBoundary
RecommendProposes an option, with its evidenceNo authority to commit
OwnAccountable for an outcome and its measuresOwning an outcome does not grant technical or regulatory approval
ApproveAuthorizes a specific decision within delegated limitsLimits are recorded in Tool 20
ExecuteDelivers the approved decisionWithin approved scope, budget and standards
ChallengeMust be consulted; can require evidence before approvalCannot stop the decision
BlockStops a decision that breaches a defined policy or authorityMust cite the policy; escalation route and time limit set in advance
Accept residual riskAccepts the remaining risk within appetiteA named executive with risk authority; never the delivery team alone
WaiveGrants a time-limited exception to a standardNever to legal, safety or regulatory requirements
AssureChecks independently that controls and evidence workSecond 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.

DecisionCentralized functionalFederated enterpriseProduct and platformHybrid
Strategic directionExecutive committeeExecutive committee; units approve unit strategy within itExecutive committee, on product-leader recommendationExecutive committee; units approve within guardrails
Demand intake and priorityCentral portfolio officeUnit portfolios; enterprise for shared workProduct councils by value streamUnits for local work; enterprise for shared
Funding authorizationInvestment forum, by trancheUnits within delegation; enterprise above itPersistent product funding; forum for step changesDelegated bands; enterprise forum above them
Business and enterprise architectureCentral architecture boardEnterprise standards; unit architects within themPlatform team sets standardsCentral standards; domain approval delegated
Domain and solution designCentral design authorityUnit design authorityProduct team, within platform guardrailsDomain authority, by risk tier
Data ownershipBusiness data owners under central policyUnit data owners under enterprise policyData product ownersDomain owners under enterprise policy
AI model approvalCentral model-risk approverEnterprise model risk; units for low riskPlatform AI approver; model risk for high riskModel risk for high risk; delegated below
Operational service ownershipCentral operationsUnit service ownersThe product team runs what it buildsBy service tier
Standards exceptionsCentral design authorityEnterprise architecturePlatform ownerCentral above a risk tier; domain below
Fixed in every patternThe CISO and third-party risk hold bounded blocking rights tied to policy; the accountable business executive accepts residual risk; Finance validates monetary benefits and owners validate other outcomes; independent risk and assurance stay separate from delivery; no waiver overrides legal, safety or regulatory requirements.

Same rights, different holders. Centralized assignments in the examples are illustrations, not requirements.

Part 3 · Coherence gate

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.

DimensionWhat must holdEvidence and methodMeridian six-site result
1. Value viabilityCustomers value the outcome and will pay for itPaid pilot, renewal behavior, customer evidence (Tool 3)Conditional: pilot customers paid; renewal beyond 12 weeks untested
2. Economic viabilityUnit economics hold at full loaded cost and the stated scaleTool 11 stress test; switching valuesConditional: $0.085m contribution per site; viable while fixed cell cost ≤$0.33m
3. Capability feasibilityRequired capabilities exist, or can be built or accessed in timeTools 5 and 24; partner evidencePass for class A assets; Fail for class B, so class B stays out of scope
4. Operating-model readinessPerformance holds with normal staffing, constraints and service levelsOperation without pilot support; Tool 12Inconclusive: routine teams not yet tested without pilot support
5. Risk acceptabilityResidual risk is within appetite and accepted by an authorized ownerRisk record; AI controls (Tool 23)Pass: AI ranks failure risk, people sign off interventions; customer data stays portable
6. Scaling readinessExceptional pilot conditions removed; capacity and dependencies in placeCapacity plan; dependency map (Tool 15)Conditional: maximum justified scale is six class A sites
RuleResults (Pass, Conditional, Fail, Inconclusive) are evidence; the forum’s status is the decision, as set out in the decision vocabulary in Part two. Coherence confirms viability at a stated scale and releases no funding. A pilot that worked only with exceptional support cannot pass dimensions 4 or 6, and no irreversible scaling proceeds on it.

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.

Part 3 · Step 10

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
HandoffProceed when the portfolio is traceable to objectives and the governing body has set the platform allocation. Use Tools 14, 15, 16 and 22.

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.

Open the diagram full size.

The execution control loop of six instruments that ends in decisions, with who reviews what and how often 1  Strategy map andscorecard 2  Short-cycleobjectives or OKRs 3  Operational KPIsand controls 4  Evidence andvariance review 5  Portfolio andfunding decisions 6  Benefits andstrategic learning Every review endsin a decision continue, adjust, reallocate,escalate or stop Strategic choices: reopenSteps 6–9 through their gate Resource allocation: fund,defer, resequence, stop WHO REVIEWS WHAT,AND WHAT IT CAN CHANGE (TOOL 14) Instrument Cadence Decision it canchange 1  Scorecard Quarterly Confirm the choicesor reopen them 2  OKRs 90 days Reprioritize workwithin the choices 3  KPIs andcontrols Weekly tomonthly Correct operationswithin limits 4  Variance review Monthly Route variances tothe right forum 5  Portfolio andfunding Quarterly andon trigger Fund, defer,resequence, stop 6  Benefits andlearning At realizationdates Confirm, re-estimateor close a benefit Not every signal needs an executive forum. Operationalowners correct within their limits; the portfolio forumreallocates within envelopes; only a broken assumption oran exceeded envelope reopens a gate. Tool 14 records the loop; Tool 18 runs the quarterly realization review;Tool 17 holds the triggers. Cadences are defaults to adjust to thedecision.
Figure 13The execution control loop: every review ends in a decision, and two feedback routes leave the loop.
  • 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)

InstrumentCadenceDecision it can change
1. ScorecardQuarterlyConfirm the choices or reopen them
2. OKRs90 daysReprioritize work within the choices
3. KPIs and controlsWeekly to monthlyCorrect operations within limits
4. Variance reviewMonthlyRoute variances to the right forum
5. Portfolio and fundingQuarterly and on triggerFund, defer, resequence, stop
6. Benefits and learningAt realization datesConfirm, re-estimate or close a benefit
RuleNot every signal needs an executive forum. Operational owners correct within their limits; the portfolio forum reallocates within envelopes; only a broken assumption or an exceeded envelope reopens a gate.

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 fieldPurpose
Definition, formula and unitMake results comparable and prevent ambiguity.
Source, baseline and baseline dateEstablish the evidence and the reference point.
Target range and expected lagExplain what should change and when.
Owner, validator and cadenceAssign accountability and review.
Threshold response and counter metricDefine action and detect harmful optimization.
PracticeA strategy map expresses causal hypotheses. Test whether changes in the leading measure are followed by the expected operational and economic effects, and use a benefit identifier across investments so a shared result is not counted twice.

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?

Open the diagram full size.

Five portfolio stages from eligibility to funding, separating the initiative view from the portfolio view 1  Eligibility Classify, then screen • Five categories:mandatory, sustain,performance,strategic, option • Flag enablingdependencies andineligible work • Screen legal, safety,cyber, resilience,regulatory andrisk-appetiterequirements first 2  Attractiveness Score discretionary work • Business value andstrategic fit • Comparativeadvantage • Evidence confidence,shown not weighted • Time to value; returnwhere it applies • Deliverability,reversibility, risk,adaptability 3  Feasibility Test the whole portfolio • Funding andspecialist capacity • Change and adoptioncapacity • Shared platforms andarchitectureconstraints • Operationalreadiness; supplierconcentration • Mandatory load,sequencing, portfoliorisk 4  Selection Compare feasible sets • Fund, defer,resequence, reducescope, stop or keepas an option • Show how the setdiffers from thetop-scoring list • Count sharedbenefits once 5  Funding andadaptation Release in stages • Fund prerequisitesbefore dependentwork • Release tranches onevidence conditions • Recalculate whencosts, capacity orassumptions change Initiative view. Is each item allowed, and how attractiveis it on its own? Portfolio view. Can the organization fund, staff, absorb and sequence this set, and isit the best feasible set? A weighted score ranks initiatives; it never selects theportfolio. Mandatory and sustain work is screened, not scored.Thresholds are pass or fail and are never offset by a high scoreelsewhere. Tool 15 records each stage. The extended matrix addsdependencies, specialist and change capacity, the funding waveand the selection decision to the five-category record.
Figure 14Five portfolio stages move from the initiative view to the portfolio view before money is released.
01

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
02

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
03

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
04

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
05

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?

RuleA weighted score ranks initiatives; it never selects the portfolio. Mandatory and sustain work is screened, not scored. Thresholds are pass or fail and are never offset by a high score elsewhere.
Tool 15 records each stageThe extended matrix adds dependencies, specialist and change capacity, the funding wave and the selection decision to the five-category record.

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.

Open the diagram full size.

The ranking is not the funding sequence: screened items, attractiveness scores, funding waves and this year’s constraints SCREENED FIRST, NOT SCORED M1Regulatory reporting fixMandatory S1Core platform patchingSustain On score alone the forum would fund P2, P3, P4and P6 and leave out P1, so the portal would launchwithout the data it needs. P5 is deferred because itbreaches both limits: $10.5m and 43 months. RANKED BY ATTRACTIVENESS (SCORE OUT OF 100) P2Customer self-service portal 81 P3Field scheduling optimization 74 P5Partner marketplace 69 P1Data integration platform 62 P4AI claims-triage pilot 58 P6Legacy reporting upgrade 40 Wave 1 | fund now Wave 2 | on P1 gate Option Defer Stop 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 P2 build $3.0m, nextenvelope P4 pilot $0.5m · 2 mo P5 $3.0m · 10 mo P6 $0.8m · 3 mo CONSTRAINTS THIS YEAR Cash, $m 7.5 of 10.0; 2.5 unreleased Specialist months 33 of 40; 7 in reserve Benefits counted once: P1 carries no benefit of its own; its value is counted in the P2 and P3 cases, each with a namedoutcome owner.
Figure 15An illustrative portfolio: the ranked list on the left, the funding decision on the right.

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 columnItems placed there
Wave 1, fund nowM1 $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 gateP2 build $3.0m, next envelope
OptionP4 pilot $0.5m · 2 mo
DeferP5 $3.0m · 10 mo
StopP6 $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.

On score aloneThe forum would fund P2, P3, P4 and P6 and leave out P1, so the portal would launch without the data it needs. P5 is deferred because it breaches both limits: $10.5m and 43 months.
Benefits counted onceP1 carries no benefit of its own; its value is counted in the P2 and P3 cases, each with a named outcome owner.

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.

IDInitiativeCategoryScoreDepends onCash $mSpec. monthsDecisionOutcome owner; benefit
M1Regulatory reporting fixMandatoryScreened–1.56Fund, Wave 1Finance director; obligation met
S1Core platform patchingSustainScreened–1.04Fund, Wave 1CIO; service continuity
P1Data integration platformStrategic, enabling62–3.014Fund first, Wave 1CIO; value counted in P2, P3
P3Field scheduling, reducedPerformance74P1 data1.04Reduce scope, Wave 1Operations director; B-03
P2aCustomer portal: designStrategic81P10.53Resequence: design nowService director; B-02
P4AI claims-triage pilotOption58–0.52Keep as option; capped pilotClaims director; learning only
Selected this year: cash $7.5m, 33 specialist months; limits 10.0 and 40
P2bCustomer portal: buildStrategic81P1 integration test3.09Wave 2, next envelopeService director; B-02
P5Partner marketplaceStrategic69–3.010Defer: breaches both limitsCommercial director
P6Legacy reporting upgradePerformance40–0.83Stop–

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.

Part 3 · Commitment gate

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
Part 3 · Step 11

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
HandoffProceed when each wave passes its gates and reports against its benefits case. Tools 13, 14 and 23.

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.

StageEvidence that countsNot sufficient on its ownOwner
1. DeployedCapability live and accepted by operationsA go-live announcementDelivery lead
2. AvailableAccess, training, support and workflow integration in placeLicense or account countsService owner
3. UsedRoutine use in the target workflow, by roleLogins or training attendanceProcess owner
4. ProficientUsers meet quality and time standards unaidedSelf-reported confidenceLine manager
5. Changed behaviorOld workarounds retired; incentives and decisions follow the new wayUse while pilot support is in placeBusiness owner
6. Improved outcomeOperational measure moves against baseline, with its countermetricLeading indicators aloneOperational owner
7. Realized benefitValidated by the category’s validator, sustained 6 to 12 months after pilot support endsModeled or observed valueBenefit 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 categoryValidatorFinance roleEvidence standard
MonetaryFinanceConfirms the result and its attributionReconciled to the ledger against the baseline
OperationalAccountable operational ownerVerifies any conversion to moneyMeasured performance against baseline, with countermetric
CustomerAccountable business ownerVerifies any revenue or retention conversionObserved customer behavior, not stated preference alone
Risk and resilienceRisk or control owner, with independent challengeValues avoided loss only where defensibleControl tests or incident data, challenged by the second line
Ethical or stakeholderThe accountable function, such as Compliance or PeopleNone unless the benefit is monetizedAn 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.

CategoryDemand classDecision ruleStop or reallocate when
MandatoryRun or changeFund the least-cost compliant path; not ranked on returnThe obligation changes, or a cheaper compliant path appears
SustainRunFund what keeps current capability within risk appetiteThe capability is retired or replaced by a strategic choice
PerformanceChangeRank on validated economics and switching valuesBenefit evidence falls below the switching value
StrategicChangeFund by tranche against the strategy’s cruxA tranche-release criterion fails, or the thesis changes
OptionInnovateSmall, capped bets that buy evidenceThe 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 classResponse and authority
Control or continuity breachThe 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 limitThe 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 invalidatedThe 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 changeReopen commitment when the approved envelope is exceeded. Local delivery adjustments stay with delivery owners if choices and limits are unchanged.
Part 3 · Step 12

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
HandoffClose the cycle when benefits are validated, pilot support is withdrawn and the next review date is set. Use Tools 17, 18 and 25.

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.

Open the diagram full size.

The adaptation loop around value realized in normal operations, with who decides and what each trigger reopens Value realized innormal operations Operational outcomesand adoption Evidence and assumptionmonitoring (Tool 17) Review: periodic or on atrigger (Tool 18) Decide: continue, scale,adapt, pause or exit Reallocate resources orreopen a step Not every adjustment needs astrategy cycle. Owners correctoperations within limits; only abroken strategic assumption oran exceeded envelope reopens agate. Exit is a legitimate result.Pausing or exiting releasesfunding and capacity to theportfolio; it is recorded withits evidence in the D8 record(Tool 13), not treated asfailure. WHO DECIDES, AND WHAT A TRIGGER REOPENS TriggerDecided byReopens Operational variance within limitsProcess or delivery ownerNothing: correct and record Cost, capacity or sequence changewithin envelope Portfolio forumStep 11 plan; Tool 15 recalculated Funding need beyond the approved envelopeInvestment forumStep 10 and the Commitment gate Business or operating modelassumption fails Strategy owner, delegated forumSteps 8–9 and the Coherence gate Where-to-play or how-to-winassumption fails Governing body or executive forumSteps 6–7 and the Direction gate Diagnosis or mandate no longer holdsAccountable executiveSteps 1–3 and the Mandate gate Control, safety or continuity breachDesignated operational authorityAct at once; inform; then review
Figure 16The adaptation loop: every review ends in a decision that reallocates resources or reopens the step that made the failed assumption.
  • 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

TriggerDecided byReopens
Operational variance within limitsProcess or delivery ownerNothing: correct and record
Cost, capacity or sequence change within envelopePortfolio forumStep 11 plan; Tool 15 recalculated
Funding need beyond the approved envelopeInvestment forumStep 10 and the Commitment gate
Business or operating model assumption failsStrategy owner, delegated forumSteps 8 to 9 and the Coherence gate
Where-to-play or how-to-win assumption failsGoverning body or executive forumSteps 6 to 7 and the Direction gate
Diagnosis or mandate no longer holdsAccountable executiveSteps 1 to 3 and the Mandate gate
Control, safety or continuity breachDesignated operational authorityAct at once; inform; then review
Not every adjustment needs a strategy cycleOwners correct operations within limits; only a broken strategic assumption or an exceeded envelope reopens a gate.
Exit is a legitimate resultPausing or exiting releases funding and capacity to the portfolio; it is recorded with its evidence in the D8 record (Tool 13), not treated as failure.

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.

Part 4 · Worked example 1: Meridian

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 fieldMeridian intake record
Request as receivedAutomate dispatch across the 20 sites to cut travel time and overtime.
Problem statementMargins are falling across 20 regulated customer sites and the cause is unproven. Dispatch inefficiency is one hypothesis, not the diagnosis.
Outcome statementRestore profitable growth on the 20-site cohort while preserving regulated-service reliability.
ClassificationChange. 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 productEnterprise 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 rightsThe 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.

WhereDigital decisionWhat the evidence showedRecord
Step 1: Front door“Automate dispatch” became an outcome: restore profitable growth; classed as changeDispatch inefficiency was one hypothesis, not the diagnosisTool 19
Steps 3 to 5: DiagnosisShared failure histories are the data advantage; class B assets stay outTwo regional teams already resolve more first time with them (E3); class B data is sparse (E4)Tool 3
Steps 6 and 7: ChoiceThe monitoring platform (C) was rejected; premium uptime (B) was chosenC earns 47% of the cash it needs, NPV −$0.427m; B has the highest NPV, $0.246mTool 8
Before build: AI use caseFailure-risk ranking carded at autonomy level 1, with kill criteriaAvailability target 97.0% to at least 98.5%; an engineer approves every interventionTool 23
Step 12: BenefitsThe $0.30m modeled uplift stays unreported until Finance confirms itTwo Class A pilot sites met adoption; adoption is not yet a financial benefitTool 16
The lessonThe digital value sat in what customers buy, availability, not in the technology Meridian could build.
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.

EvidenceIllustrative observationEffect on the diagnosis
E1 Service recordsRepeat callouts cluster in selected asset classes; regional margins vary after travel distanceDispatch efficiency alone is an incomplete explanation
E2 Customer research12 of 20 customers rank predictable availability above lower hourly price; four sign paid pilotsStated interest becomes testable, but 12 interviews are not 12 sales
E3 Internal comparisonTwo regional teams achieve better first-time resolution using shared failure historiesA plausible capability mechanism exists; replication is unproven
E4 CounterevidenceSix customers resist outcome contracts; one asset class has sparse failure dataDemand is segmented and rollout must exclude poorly evidenced assets
E5 IncentivesEngineer rewards emphasize billable reactive hoursThe operating model may defeat an uptime proposition unless incentives change
Revised cruxReactive contracts, fragmented failure data and misaligned incentives prevent Meridian from reliably delivering and capturing uptime value. Dispatch improvement is a component of the response, not the strategic answer.
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.

OptionAnnual operating cashIncrement vs baselineUpfront investment3-year incremental NPV
A Minimum-change reactive service0.400.000.000.00
B Premium uptime service0.700.300.500.246
C Monitoring platform0.550.150.80−0.427
D Partner-led uptime service0.580.180.250.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.

Forum readingB offers the highest modeled value and control of the reliability capability, but its advantage over D is only $0.048m. The forum treats the ranking as sensitive to delivery cost, ramp timing and capability evidence. A remains the viable fallback.
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.

OptionYear 0Year 1Years 2-3, each3-year NPV
A Minimum-change reactive service0.000.000.000.00
B Premium uptime service−0.500.300.300.246
C Monitoring platform−0.800.150.15−0.427
D Partner-led uptime service−0.250.180.180.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.

Timing sensitivityIllustrative: if B reaches only half its incremental benefit in year 1 (0.15, then 0.30 and 0.30), B’s NPV falls to about $0.110m against D’s $0.198m if D’s timing is unchanged. The ranking reverses on ramp-up alone, before any change in price or cost. That is the reversal condition recorded at Step 7.
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.

Open the diagram full size.

Modeled annual increment as a share of break-even for options B, C and D Modeled annual increment as a share of break-even 3-year horizon, 10 percent discount rate B Premium uptime 149% C Monitoring platform 47% D Partner-led 179% $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 inshared failure histories (E3), so B captures itwith $0.30m less capital. C stays on the list as a digital-led option torevisit 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.
Figure 17Modeled annual increment as a share of break-even, over a three-year horizon at a 10 percent discount rate. Only the monitoring platform falls short.

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 elementConditional decision
1 Winning aspirationRestore profitable growth on regulated sites while preserving service reliability (Step 2, confirmed here)
2 Where to playExisting regulated industrial customers with asset classes supported by usable failure histories.
3 How to winDemonstrated reliability, audit-ready service evidence and open customer-owned data.
Activity fitShared failure data, reliability cells, planned intervention and incentives tied to sustained outcomes.
4 Required capabilitiesFailure-risk ranking (CAP-03) and regulated safety records (CAP-07); target profiles confirmed at Step 9
5 Management systemsDecision rights in Tool 20, tranche release in Tool 15, renewal and loaded-cost triggers in Tool 17
ExclusionsNo broad low-price expansion, no closed data platform, no rollout to unsupported asset classes.
Critical uncertaintyCustomers will pay enough and routine teams can deliver at the required cost.
Validation authorityUp 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 driverUSD m
Subscription revenue: 20 sites at $0.24m4.80
Variable service cash cost: 20 at $0.16m3.20
Contribution1.60
Fixed cash operating costs0.90
Operating cash0.70
Increment vs baseline0.30
ScenarioB NPVD NPVDecision implication
Downside−0.2510.048D is preferable; do not scale B without redesign
Base0.2460.198Prefer B conditionally; evidence must support price and cost
Upside0.6190.347B creates more upside; capacity still constrains pace
Three thresholdsThree thresholds differ: $0.205m per site is the price at which operating cash is zero; $0.225m matches baseline operating cash; about $0.235m recovers the investment on the discounted basis. If Meridian matches a competitor’s 5 percent price cut across 20 sites, with volumes and costs unchanged, annual incremental cash falls to about $0.06m and NPV to about −$0.351m. Matching, holding price or repositioning are alternative responses requiring judgment.
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)DownsideBaseUpside
Subscription price per site0.2400.2400.240
Variable service cash cost per site0.1700.1600.160
Fixed cash operating costs0.900.900.75
Sites in the modeled rollout202020
Option B: annual increment vs baseline0.100.300.45
Option B: three-year NPV−0.2510.2460.619
Option D: increment and three-year NPV0.12 / 0.0480.18 / 0.1980.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 fieldPre-agreed design and result
HypothesisFor supported asset classes, customers pay at least $0.24m annualized per site and routine delivery cost is no more than $0.16m.
Population and methodFour paying sites, two per asset class, observed for 12 weeks; matched baseline records; pilot support logged separately.
Other thresholdsAt least 90 percent proficient workflow use; no material control failure; uptime improvement under comparable conditions.
Asset class A resultTwo sites pay the target price. Variable cost $0.155m; adoption 93 percent; availability rises from 97.0 to 98.5 percent.
Asset class B resultVariable cost $0.190m and adoption 76 percent. One site had a confounded period. Economics fail and evidence is inconclusive.
DecisionDo 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 fieldFailure-risk ranking for class A assets
Value driverAsset availability, from 97.0 to at least 98.5 percent, at a variable cost of no more than $0.16m per site.
WorkflowThe reliability cell receives a weekly ranked list of class A assets at risk and schedules planned interventions.
DataShared failure histories and service records. Customers own their asset data and can export it on request.
Human oversightAn engineer approves every recommended intervention. The model cannot dispatch, defer safety work or reset priorities.
Evaluation thresholdsBefore 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 criteriaStop 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 rightsThe 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 elementSix-site class A extension
Scope and comparatorSix 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 incurredThe $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 commitmentsThe 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 serviceTemporary 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.

TestSix-site class A extension
Unit economics and fixed-cost burdenObserved 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 obtainSustained 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 comparisonCommitment 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 itemRecorded decision
Forum and authorityExecutive 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: coherenceThe 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: commitmentA 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 expiryOperations 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 riskThe challenger prefers partner option D until repeatability improves. The forum records price-response risk and short pilot duration.
Stop and reopen rulesNew 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.

StageOwnsDecidesCan block, and on what grounds
Demand and intakeBusiness sponsorSponsor, within the $0.05m discovery authorityNo one; Digital prices the request but cannot refuse it
DirectionExecutive strategy forumForum, at the direction and coherence gatesNo one; the challenger’s dissent is recorded, not a veto
Funding releaseInvestment forumInvestment forum, within its delegated limitFinance, if fully loaded costs do not reconcile
Data and AI rulesData and AI policy ownerData & AI, on data and model standardsData & AI, on a breach of data or AI policy
Design and buildDigitalDigital, on architecture, through the design authorityDigital, only on security, regulation, standards, quality, stability or safety
Operation and benefitsNamed service ownerOperations accepts delivery; Finance confirms monetary benefits; owners validate othersOperations, if a continuity or safety control fails
EscalationEscalation runs from the named service owner to the sponsor, then to the executive strategy forum. Any deviation outside Digital’s blocking rights needs a signed business waiver, not a quiet workaround.
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.

ItemAuthorizedCommittedCash spentAuthorized, uncommitted
Discovery: steps 1 to 5 evidence0.050.050.050.00
Validation tranche 1: four paid pilot sites0.100.100.100.00
Validation tranche 2: six-site class A extension0.150.000.000.15
Total authorized to date0.300.150.150.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.
Common misreadingDescribing unreleased headroom as remaining authority. It is not. Authorized but uncommitted is what may still be committed without a new decision: here $0.15m, the tranche 2 extension.
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 itemNew cash USD mSpecialist monthsDecision
Mandatory continuity controls0.022Fund; obligation and service justification
Class A data integration0.043Fund; prerequisite for reliable evidence
Six-site class A extension0.063Fund with conditions; depends on integration
Workforce practice and incentive change0.032Fund; required for routine delivery
Class B expansion0.084Defer; failed cost threshold and no capacity
Unrelated automation0.052Stop new work; low current contribution
Approved total0.1510At both limits; no additional work without reallocation
RuleIf the $0.15m is overrun or the specialists are not available, the response is decided in this order: resequence the extension behind class A data integration; reduce scope from six sites to four; defer workforce practice change by one quarter; or seek an authorized reallocation from the investment forum. No work starts on the assumption that capacity will appear, and no item is funded by quietly deferring a mandatory continuity control.
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.

StateWork and ownershipAcceptance or fallback
CurrentRegional teams use fragmented data and reactive incentives; regional service managers own reliabilityKeep existing escalation and safety controls active
InterimA reliability cell supports six sites alongside regional teams; a named service owner resolves priority conflictsCut over only when data reconciliation, on-call cover, training proficiency and funded support meet acceptance criteria
Target if validatedRoutine reliability teams use common analytics, customer-owned data and outcome incentivesOperations accepts sustained delivery; withdraw exceptional pilot staffing only after stability is evidenced
Fallback and retirementReturn affected sites to supported reactive service if continuity is threatened; preserve customer data accessDo 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.

MeasureSpecificationThreshold and response
Proficient adoptionCorrectly completed eligible workflows divided by sampled workflows; weekly review; baseline 62 percentTarget at least 90 percent. Below 85 percent for two reviews triggers manager support and blocks expansion
Asset availabilityAvailable scheduled hours divided by total scheduled hours; reconciled records; baseline 97.0 percentTarget at least 98.5 percent over the agreed observation period; compare asset mix and downtime definitions
Variable cost per siteAttributable variable service cash costs divided by active sites; monthly finance validationTest at or below $0.16m annualized, with seasonal limits disclosed. A breach requires model review
Protective countermeasureSafety and control incidents and deferred maintenance backlog, reviewed with availabilityDo not improve apparent availability by suppressing maintenance; a material control breach pauses the activity
Not yet a benefitPilot learning is achieved on the two Class A sites. The modeled $0.30m annual uplift has not been realized and must not be reported as delivered. Better adoption alone is not a financial benefit, and willingness to pay, availability improvement and annualized cost are not generalized beyond the tested population.
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.

4EMeasureThresholdWhat it protects
EffectiveAsset availabilityAt least 98.5 percent; baseline 97.0The outcome customers pay for
EfficientPlanned interventions completed per engineering hourBaseline set in the first four extension weeks; target set from it (illustrative)Value delivered for the engineering effort used
EconomicalFully loaded cost per site: variable plus shared cell, data and support costAt or below $0.22m annualized, the level that matches the reactive comparatorThe premium price pays only if total delivery cost holds
Ethical (non-negotiable)Safety and control adherence, maintenance integrity, customer data rightsNo material control breach; no suppressed maintenance; data export on requestThresholds no other score can offset
Leading indicatorProficient workflow adoptionAt least 90 percent; baseline 62A precondition for benefits, not a 4E result
RuleBenefits count only when validated in operations (Finance for monetary value). The modeled $0.30m annual uplift is not yet realized, so the 4Es scorecard reports it as a target, not a 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.

DeliverableMeridian contentStatus
1 Strategic mandateRestore profitable growth across an initial cohort of 20 sites; business-led enterprise strategyApproved
2 Diagnosis and cruxThe crux moved from cost to reliability: availability is the outcome 12 of 20 customers rank firstApproved
3 Strategic choicesB premium uptime, chosen conditionally; C monitoring platform rejected; D partner-led kept as comparator; class B assets excludedConditional
4 Value and economicsB NPV $0.246m base and −$0.251m downside, 3 years at 10%; B leads D only while its annual increment exceeds $0.281mTested; thin margin
5 Capability and operating modelShared 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 quarterTranche approved
7 Strategy scorecardAvailability, sustained adoption by routine teams, loaded cost per site, renewal beyond 12 weeksApproved; no benefit claimed
8 Decision and evidence recordGate record with two decisions and two authorities; triggers on renewal and loaded costLive
Switching valueAt base costs B’s increment reaches $0.281m at a price of about $0.239m per site, $1,000 below the $0.240m modeled. The preference for B over D is therefore conditional on price evidence, as the Step 7 record states, which is why the direction stays conditional and price evidence is the first test.
Part 4 · Worked example 2: Halden (digital-led)

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 fieldHalden intake record
Opportunity as raisedThe 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 hypothesisShippers will pay for fewer excursions and audit-ready evidence, and Halden will cut its $1.2m a year of excursion claims.
Strategy product and entryEnterprise digital business strategy, digital-led; Competitive Potential perspective of the Strategic Alignment Model.
Proposes and decidesData & 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 position60 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.

EvidenceIllustrative observationEffect on the diagnosis
H1 Customers11 of 18 shippers rank prevented excursions above data dashboards; 7 sign paid pilotsDemand is for outcomes, not data; 18 interviews are not 18 sales
H2 CompetitorsThree telematics vendors sell predictive alerts; none intervenes on the routePrediction is at parity; intervention is the possible gap
H3 CapabilitiesPrediction model: maturity 2, differentiating, advantage at moderate confidence. Depot re-icing crews: maturity 4, essential, parity on their ownAdvantage rests on the combination, not the model
H4 Data factorsHalden owns its fleet sensor data; shippers own shipment records; other carriers’ data is not availableA multi-carrier platform lacks lawful data access today
H5 CounterevidenceFive shippers prefer their own telematics; one lane has sparse historyDemand is segmented; scope the offer to well-evidenced lanes
Revised cruxHalden can win only where it prevents excursions on its own networkSelling 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.

OptionInvestmentYear 1Year 2Year 33-year NPV
O1 Internal excursion prediction only0.600.100.300.30−0.036
O2 Assurance service on Halden’s network0.900.250.670.800.482
O3 Open multi-carrier assurance platform2.40−0.250.220.92−1.754
O4 Partner-led, licensed vendor model0.300.100.250.250.185
Step 7 choice elementConditional decision
Where to playPharmaceutical and food shippers on Halden-operated lanes with enough excursion history
How to winPrediction joined to on-route intervention and audit-ready evidence
ExclusionsNo open platform, no sale of shipper data, no lanes without usable history
Validation authorityUp to $0.15m for a 12-week paid pilot on three lanes; no build beyond the pilot
Option kept openO3 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.

ElementDesign
Customer and payerShippers’ 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 outcomeFully loaded cost per completed intervention, counting inference, orchestration, retries, crew time and oversight; plan $30
Agent permissionsReads telemetry and lane data; drafts re-icing or rerouting orders; cannot dispatch, change set points or contact shippers
Approval and limitsA control-tower dispatcher approves every order; $2,000 spend limit per intervention; every action logged and traceable
Stop and rollbackStop 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 modelControl-tower team and on-call depot crews; product owner in Commercial; Data & AI approves the model; Digital builds and runs it
People and changeDispatchers 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.

TestPre-agreed thresholdResult
Prediction qualityBeat rule-based alerts on held-out lanesRecall 78 percent against 45 percent, with 15 percent false alarms
OutcomeExcursions below 1.5 percent of shipments1.2 percent, from 2.1 percent, on three lanes only
Willingness to pay5 of 7 renew at $40k5 of 7 renew, but at $30k
Cost per completed interventionAt or below $30$38; false alarms drive crew call-outs
Revised case3-year NPVDecision
O2 as planned, revised price and cost−0.338Rejected at full scope
O2 narrowed to pharma lanes, $0.50m staged0.129Approved conditionally; $0.25m first tranche
O4 partner-led, revised0.049Live comparator; re-run before tranche 2
O3 platformNot modeledDeferred 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.

Part 4 · Worked example 3: Ardent (technology renewal)

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 recordArdent Mutual: core policy-administration platform
Strategy productFunctional Digital/IT strategy with transformation scope; business-led; Technology Transformation perspective
Who proposes and decidesCIO proposes; COO owns the value question; executive committee decides and authorized $0.25m of discovery for 8 weeks, with no vendor commitment
Value questionCan Ardent launch and change products faster and more resiliently, at lower lifecycle cost than continuing?
Continuation baselineRun 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
Evidence1.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 cruxAge 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.

OptionYear-0 spendNet cash, years 1 to 5NPVDownside NPVVerdict
R1 Re-host on current vendor4.00.5, 1.5, 2.0, 2.0, 2.01.805−0.852Cuts cost; leaves change speed unsolved
R2 SaaS, single cutover6.0−6.0, 1.5, 4.0, 4.5, 5.0−1.031−7.665Fails five-year test; large, irreversible exposure
R3 Progressive, by product line3.0−2.2, −1.0, 3.5, 4.2, 4.82.652−3.096Highest value; tranches cap exposure
R4 Contain and wrap with APIs2.50.8, 1.0, 1.0, 0.6, 0.40.463−0.657Buys time; benefits decay
Decision elementRecorded decision
Conditional choicePursue R3, starting with the motor product line; the R4 API layer is built as its first increment
ExcludedSingle-cutover SaaS (R2). Re-host (R1) is kept as the fallback for lines not yet migrated
AuthorizedTranche 1: $3.0m and 12 months. Tranches 2 and 3 ($6.0m) are reserved, not released
Release tranche 2 whenMotor 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 ifTranche 1 overruns by more than 25% or data-migration errors exceed 0.1%: stop and re-host the remaining lines (R1)
Decision recordTool 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.

ElementTranche 1 design
Governance patternFederated: product-line domains own delivery within enterprise architecture guardrails; rights recorded in Tool 20
Decision rightsCOO owns outcomes and approves; CIO executes; enterprise architect may block standards breaches; COO accepts residual migration risk; the CRO challenges independently
People and change40 policy-administration staff retrained on configurable product rules; testers move to test automation; incentives tied to lead time
Operating modelInterim: old and new platforms run in parallel per product line. Target: one configurable core behind a shared API layer
Resilience and exit4-hour disruption tolerance tested before each cutover; data-export and exit rights written into every vendor contract
4Es measuresEffective: 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 indicatorSavings count only after Finance confirms each migrated line is decommissioned. Leading: changes made by configuration, 10% to 70%
Adaptation triggerVendor price rise above 10% or a regulatory change to policy data: revisit the R1/R3 balance at the next quarterly review (Tool 17)
Part 5 · The twenty-five tools

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.

Tool 1

Strategy brief

Bound the decision, authority, evidence and timetable before analysis begins. Owner: Strategy sponsor.

Tool 2

Diagnosis and crux worksheet

Separate outcomes, symptoms and causes and identify the pivotal actionable issue. Owner: Strategy lead and finance.

Tool 3

Evidence register

Make claims, sources, counterevidence and confidence visible before decisions. Owner: Evidence lead.

Tool 4

Convergence matrix

Prove that an attractive opportunity is matched by a credible right to win. Owner: Strategy lead.

Tool 5

Capability advantage assessment

Rate maturity, strategic importance and evidenced comparative advantage as three separate judgments. Owner: Operating and architecture leads.

Tool 6

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.

Tool 7

Assumption test card

Pre-agree how a decisive uncertainty will be tested before results are known. Owner: Assumption owner.

Tool 8

Option evaluation matrix

Screen thresholds, compare weighted criteria and record what would reverse the ranking. Owner: Decision forum.

Tool 9

Advantage thesis and activity system

Explain how the choice will create and sustain superior value. Owner: Business owner.

Tool 10

Strategy on a page

Summarize the confirmed logic, choices, commitments and learning conditions. Owner: Strategy sponsor.

Tool 11

Business model stress test

Validate how the strategy creates, delivers and captures value. Owner: Business owner and finance.

Tool 12

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.

Tool 13

Gate decision record

Turn each gate into an auditable executive decision control. Owner: Gate chair.

Tool 14

Execution control model

Connect objectives to measures, short-cycle outcomes, operations, investments and benefits. Owner: Strategy and portfolio offices.

Tool 15

Portfolio traceability matrix

Govern investment as mandatory, sustaining, performance, strategic and option work. Owner: Portfolio forum.

Tool 16

Benefits profile

Define how value will be attributed, validated and sustained after delivery. Owner: Benefit owner and finance.

Tool 17

Strategic assumptions register

Connect uncertainty to indicators, thresholds and predetermined decisions. Owner: Strategy office.

Tool 18

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.

Tool 19

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.

Tool 20

Decision rights summary

Who recommends, owns, approves, executes, challenges, blocks and accepts residual risk for each material decision. Owner: Accountable executive with governance lead.

Tool 21

Data & AI interface charter

Agree who decides, who builds and who reports for each data and AI activity. Owner: Digital and Data & AI leaders.

Tool 22

4Es measure set

Measures that genuinely represent each of the 4Es, with thresholds, countermetrics and owners. Owner: Business owner with Finance and Data & AI.

Tool 23

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.

Tool 24

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.

Open the diagram full size.

Tool 25: the alignment map across four domains and the gap register fields ALIGNMENT MAP EXTERNAL · BUSINESS Business Strategy Where to play, how to winand the economic model EXTERNAL · DIGITAL Digital Strategy Technology scope, dataand AI competencies,governance INTERNAL · BUSINESS OrganizationalInfrastructure Structure, processes, skillsand decision rights INTERNAL · DIGITAL Digital Infrastructure Platforms, data,architecture and delivery GAP REGISTER FieldWhat to record LinkWhich of the four links breaks GapThe evidence that fit breaks, in one sentence Value driverand KPI The driver the gap holds back and themeasure that shows it closing Fix and wave What changes, what must move with it,and in which wave Owner One accountable executive; Data & AIowner where data or AI is involved ReviewStatus at each quarterly portfolio review Record the current and target state in each domain,then test the four links: Business ↔ Organization,Business ↔ Digital Strategy, Digital Strategy ↔ DigitalInfrastructure, Organization ↔ Digital Infrastructure.Name a Data & AI line in both digital domains. Owner: Strategy lead with the Enterprise architecture lead.Used in Steps 3, 5, 9 and 12 and at the coherence gate.
Figure 18Tool 25 on one sheet: the alignment map of the four Strategic Alignment Model domains, and the gap register that turns each broken link into an owned 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

FieldWhat to record
LinkWhich of the four links breaks
GapThe evidence that fit breaks, in one sentence
Value driver and KPIThe driver the gap holds back and the measure that shows it closing
Fix and waveWhat changes, what must move with it, and in which wave
OwnerOne accountable executive; Data & AI owner where data or AI is involved
ReviewStatus 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.

Part 5 · Templates

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.

FieldWhat to record
Decision to be madeThe choice the strategy must settle, and by when
Problem and outcomeThe problem as evidenced, and the business outcome sought, not a solution
Sponsor and authorityWho owns the outcome; who authorizes discovery, validation and commitment
ScopeUnits, markets, products and horizon in scope; what is explicitly out
Non-negotiablesSafety, regulatory, financial or customer limits the strategy must respect
Strategy productEnterprise, functional or transformation; business-led or digital-led; alignment perspective
Existing evidenceEvidence already trusted, with IDs, and the known gaps
Route and envelopeRapid, standard or enterprise, and the capped discovery budget
TimetableGate 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.

FieldWhat to record
Grid columns, one row per outcome
Observed outcomeThe result the organization is getting
SymptomWhat shows up because of it
Proposed causeThe cause put forward for the symptom
Evidence IDThe evidence register entry that supports the cause
ConfidenceThe confidence rating for the proposed cause
Closing fields
Strategic cruxThe pivotal issue, in one sentence
Disconfirming evidenceEvidence 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.

IDCapabilityMaturity now (1 to 5)Strategic importanceComparative advantageEvidence IDsConfidenceTarget maturityGap owner
CAP-03Failure-risk ranking (Meridian)2 DevelopingDifferentiatingAdvantageE2, E3Moderate3Head of reliability
CAP-07Regulated safety records (Meridian)3 DefinedEssentialParityE1High4Operations 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.

FieldWhat to record
Option and sponsorA short name, and the person who will argue for it
Where to playCustomers, offers, channels and geographies
How to winWhy customers would choose this over the alternatives
Distinctive activitiesThe few activities that reinforce one another
Digital, data and AIWhat digital changes, and which of the four data-factor groups hold (eight factors, rated in Tool 5)
Investment and phasingCapital and operating cost, lifecycle, consumption, vendor and exit costs; tranches and release conditions
Value against baselineNPV over a stated, decision-specific horizon against the continuation baseline; downside, base and upside; nonfinancial value named
Decisive assumptionsThe two or three that decide viability, with switching values, each linked to a Tool 7 card
Exclusions and exitWhat 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.

FieldWhat to record
AssumptionStated so that evidence could show it is false
Why it is decisiveWhich option or value line fails if it is wrong
Test designMethod, sample and duration
Pass thresholdThe result that confirms the assumption
Fail thresholdThe result that refutes it
Inconclusive ruleWhat counts as inconclusive, and what happens then
Decision on each resultContinue, adapt or stop, agreed in advance
Owner and datesWho runs the test; start, end and review dates
ResultAfter 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).

CriterionWeight
Thresholds (legal, safety, ethical, regulatory, affordability): pass or fail, never traded offGate
Strategic fit to the cruxSet before scoring
Comparative advantage, with evidence IDsSet before scoring
Economic value: NPV on one common horizon, downside, break-even and switching valueSet before scoring
Risk within appetite; risk reduction, option and learning value stated, not forced into NPVSet before scoring
Deliverability and capacitySet before scoring
Reversibility and exit costSet before scoring
Evidence confidence (shown, not weighted)n/a
Fatal weakness? Any yes removes the optionGate
Ranking sensitivity: what reverses the rankingn/a
Decision rationale and reversal conditionsn/a
RuleAn option that misses any threshold is out, whatever its other scores. Record why the forum chose, not only what it chose.

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.

TestWhat to establish
Customer and payerWho benefits, who pays, and why they choose this
Value propositionThe outcome delivered, evidenced by behavior
Value capturePrice, fee or saving mechanism and who keeps it
Unit economicsRevenue less variable, cloud and AI consumption costs per unit
Fixed and lifecycle costsBuild, run, renewal, retirement; shared-platform share; at the scale proposed
Cash timing and rampAdoption and revenue ramp; investment timing
Capacity constraintsThe next constraint as volume grows
Scale, network and data effectsWhere they apply, with evidence
Dependencies and exitPlatforms, partners, switching costs, exit options
Durability of advantageImitation, substitution, erosion indicators
Downside and sensitivityDownside 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.

DimensionWhat to record
Capabilities and value streamsCurrent, interim and target; gap, owner, wave, dependency
End-to-end processesCurrent, interim and target; gap, owner, wave, dependency
People, skills and reskillingCurrent, interim and target; gap, owner, wave, dependency
StructureCurrent, interim and target; gap, owner, wave, dependency
Decision rightsCurrent, interim and target; gap, owner, wave, dependency
Incentives and cultureCurrent, interim and target; gap, owner, wave, dependency
Information and dataCurrent, interim and target; gap, owner, wave, dependency
Applications and platformsCurrent, interim and target; gap, owner, wave, dependency
External partnersCurrent, interim and target; gap, owner, wave, dependency
Controls, service and resilienceCurrent, interim and target; gap, owner, wave, dependency
Role impact, readiness and adoption stageCurrent, 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.

FieldWhat to record
Gate, date and chairWhich of the four gates, when, and who chaired
Decision requestedThe exact decision put to the forum
Evidence presentedEvidence IDs, the six evidence tests, and analytical results (Pass, Conditional, Fail, Inconclusive)
DecisionOne status: Approve, Approve with conditions, Return for rework, Defer or Reject (as defined in the decision vocabulary)
ConditionsWhat must hold for the decision to stand, with owners and dates
Authority releasedCeiling authorized, amount committed now, capacity and scope released
Authority reservedReserved funding, maximum exposure at this decision, and the trigger to release it
DissentObjections and their resolution; residual risk accepted, by whom, within which appetite
Next reviewDate, 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.

FieldWhat to record
BenefitThe outcome, stated as a change in a measure
Value driver and measureThe driver it moves, and the measure that shows it
Baseline and sourceThe current value, and where it comes from
Target and dateThe value expected, and when
Attribution methodHow the change is separated from other causes; share of any shared-platform benefit, so nothing is counted twice
ValidatorBy category: Finance for monetary value and conversion; the operational, customer, risk or ethics owner for other outcomes
DependenciesAdoption stage reached (use, proficient use, changed behavior), readiness, dependencies and countermetric
StatusForecast, modeled, observed, validated, realized or sustained; only validated benefits are reported as realized
SustainmentWho 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.

DecisionRecommendOwnApproveExecuteChallengeBlock, on what groundsAccept residual risk
Business outcome and benefits caseProduct ownerBusiness sponsorExec forumProduct teamFinanceNoneBusiness sponsor
Investment authorizationPortfolio officeInvestment forumInvestment forumPortfolio officeIndependent challengerFinance: costs do not reconcileInvestment sponsor, within delegated authority
Enterprise architecture standardsArchitecture leadCIO or CTODesign authorityDomain architectsBusiness architectsNon-compliant designsCIO or CTO, within delegated authority
Domain solution designProduct teamDomain architectDomain architect, within guardrailsProduct teamSecuritySecurity, safety, standardsProduct owner
Data ownership and useData stewardBusiness data ownerData and AI policy ownerData platform teamPrivacyBreach of data policy or lawBusiness data owner
AI model approvalAI product ownerBusiness ownerData and AI policy ownerDigitalModel riskPolicy or model-risk breachBusiness owner
Cybersecurity exceptionDigitalCISOCISO with risk ownerDigitalRisk functionUnacceptable exposureBusiness risk owner
Waiver (never legal, safety, regulatory)Requesting teamBusiness ownerDesign authorityRequesting teamRisk functionMandatory obligationsBusiness owner, signed
Service operationService managerService ownerOperationsDigital operationsService deskContinuity or safety failureService owner
Benefits validationBenefit ownerBusiness sponsorFinance (monetary); outcome owner (other)Benefit ownerFinance control or Risk; audit assuresNonen/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.

IDConstruct and typeMeasure and formulaBaseline to targetOwner, validatorSource, frequencyThreshold response; countermetric
M-01Effective; lagging KPIAsset availability: available ÷ scheduled hours97.0% to ≥98.5%Service owner; FinanceReconciled records; monthlyBelow target two months: review; maintenance backlog
M-02Efficient; KPIPlanned interventions completed per engineering hourSet in weeks 1 to 4; illustrativeReliability lead; OpsWork orders; monthlyFalls 10%: review staffing; first-time fix rate
M-03Economical; KPIFully loaded cost per site, annualized≤ $0.22mFinanceLedger; monthlyBreach: model review; service quality
M-04Ethical; constraint (KRI)Material control breaches; suppressed maintenanceZero toleratedRisk owner; Internal auditIncident log; weeklyAny breach pauses the activity
M-05Leading indicatorProficient workflow adoption62% to ≥90%Service ownerSampled workflows; weeklyBelow 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.

FieldWhat to record
Use case and decision affectedThe workflow or decision the AI changes; strategy choice, value driver and risk record IDs
Strategic value mechanismRevenue, cost, risk, experience or advantage, and the value driver
Non-AI alternativeThe best option without AI, costed on the same basis
Model and provider architectureModels, providers, hosting, orchestration; inventory ID, versioning, switching cost and exit route
Data and rightsSources, ownership, consent, privacy and retention
Autonomy and permissionsRisk class; autonomy Level 1 to 4; systems and tools it may use; transaction and spend limits
Human accountabilityNamed owner; approval boundaries for each action type
Evaluation in three settingsLab, 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 taskPer successfully completed task: input, output and cached tokens, tool calls, retries, evaluation, oversight; budget limit
Required controlsSecurity, prompt-injection and tool-misuse defenses, logging, traceability
Stop and rollbackKill criteria, safe shutdown, incident response, fallback process
Evidence before scaleWhat must be shown, at what volume, before scope or autonomy rises
Decision rightsWho 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.

RecordID formatCreated inMust link to
Strategic choiceSC-nnTool 10, Step 7Value drivers, options, assumptions
Value driverVD-nnTool 2, Step 3Measures and benefits
EvidenceE-nnTool 3, Steps 3 to 12The claims and decisions it supports
AssumptionA-nnTools 7 and 17Tests, indicators, thresholds
CapabilityCAP-nnTools 5 and 24Choices it enables; investments that build it
OptionOPT-nnTools 6 and 8Baseline, economics, decision record
RiskR-nnTools 13 and 23Owner, appetite, controls
DecisionD-nnTool 13, every gateEvidence, conditions, authority released
InvestmentINV-nnTool 15, Step 10Choice or obligation, capability, benefit
MeasureM-nnTool 22, Step 10Value driver, owner, threshold
BenefitB-nnTool 16, Steps 10 to 12Measure, 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.

Annex A · Strategy and digital methods

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.MethodSteps
1BCG Strategy Palette1, 4, 5
2Deliberate and Emergent Strategy3, 11, 12
3Rumelt Kernel of Good Strategy3, 7
4Strategy Diamond6, 7, 8, 9
5Playing to Win Choice Cascade2, 6, 7, 9, 10
6PESTEL Analysis4
7Porter Five Forces4
8SWOT and TOWS3, 4, 5, 6
9Generic Competitive Strategies6, 7
10Porter Value Chain5, 9
11Ansoff Product Market Matrix6, 7, 10
12BCG Growth Share Matrix7, 10
13GE McKinsey Nine Box Matrix7, 10
14Three Horizons of Growth2, 6, 10, 12
15Blue Ocean Strategy4, 6, 7, 8
16Scenario Planning4, 6, 7, 12
17McKinsey 7S Framework5, 9
18Balanced Scorecard and Strategy Map10, 11, 12
19OGSM10, 11, 12
20Resource Based View and VRIO5, 6, 7
21Core Competence5, 6
22Dynamic Capabilities5, 9, 12
23Capabilities Driven Strategy5, 6, 7, 9
24Adjacency Expansion5, 6, 7
25Effectuation5, 6, 12
26Needs Based Segmentation4, 6, 8
27Jobs to Be Done4, 6, 8
28Value Proposition Canvas4, 6, 8
29Customer Journey Mapping4, 6, 8, 9
30Kano Model4, 6, 8
31Double Diamond4, 6, 8
32Quality Function Deployment4, 8, 9
33Integrated Strategy Creation Method1 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.MethodSteps
1AI Value Creation Framework6, 7, 12
2Adjacency Expansion Matrix6, 7
3Ansoff Matrix6, 7
4BCG Growth-Share Matrix5, 7
5Blue Ocean Strategy Canvas4, 6, 8
6Business Model Canvas8
7Capability Map5, 9
8Core Competence Framework5, 6
9Customer Journey Mapping4, 8
10Design Thinking Double Diamond4, 6, 11
11Digital Maturity Model3, 5, 12
12Digital Transformation Roadmap10, 11
13GE-McKinsey Nine-Box Matrix7, 10
14Jobs to Be Done4, 8
15Kano Model8
16McKinsey 7S Framework5, 9
17McKinsey Three Horizons of Growth6, 10, 12
18PESTEL / STEEP / STEEPLE4
19Platform Strategy Framework6, 8
20Porter’s Five Forces4
21Porter’s Generic Strategies6, 7
22Porter’s Value Chain3, 5
23Scenario Planning4, 7, 12
24S-Curve of Technology Evolution4, 6, 7
25Strategic Alignment Model3, 5, 7, 9, 10, 12
26Strategy Map2, 10
27Technology Adoption Life Cycle4, 8, 11
28Value Driver Tree Analysis1, 3, 10
29Value Proposition Canvas8
30VRIO / VRIN Analysis5, 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.

TierUse whenCommon methodsDigital methods
CoreEvery route, at the step shown; the rapid route uses these alone3 Rumelt kernel; 5 Playing to Win; 10 Value chain; 16 Scenario planning; 18 Strategy map; 20 VRIO; 23 Capabilities-driven strategy6 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-dependentThe decision turns on the question the method answers, such as market structure, customer need, platform or AI value2 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 journey1 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 specialistA specialist is available and a stated question needs it; never added for completeness1 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 QFD4 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.

RuleA method earns its place only if its output changes a decision or the evidence behind one. More frameworks do not make a better strategy.
Annex B · Glossary

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.

Annex C · Selected references

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.
Annex D · Strategic Alignment Model

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.

Open the diagram full size.

The Strategic Alignment Model: four domains and two axes of fit, with what the model is and what leaders use it for Four domains, two axes of fit BUSINESS TECHNOLOGY STRATEGY INFRASTRUCTURE 1 Business Strategy Where to play, how to win andthe economic model 2 IT Strategy Technology scope, systemiccompetencies and IT governance 3 OrganizationalInfrastructure Structure, processes, skills anddecision rights 4 IS/IT Infrastructure Platforms, data, architecture anddelivery processes Alignment runs in every direction: each domain must fit thelayer above or below it and integrate with the domain beside it. The core idea A framework that tests whetherstrategy and operating model cohereacross business and technology,and across external choices andinternal arrangements. In plain terms It checks that what the business istrying to achieve is enabled, notblocked, by the operating model andtechnology stack, and sets whichfixes come first. What leaders use it for Digital transformations, operatingmodel redesigns, post-mergerintegration, enterprise architecturechoices and portfolio governance. Source: Henderson, J. C. and Venkatraman, N. (1993), “Strategic alignment: Leveraging information technology for transforming organizations,”IBM Systems Journal, 32(1).
Figure 19Four domains, two axes of fit: each domain must fit the layer above or below it and integrate with the domain beside it.
01

Business Strategy

Business · Strategy. Where to play, how to win and the economic model.

02

IT Strategy

Technology · Strategy. Technology scope, systemic competencies and IT governance.

03

Organizational Infrastructure

Business · Infrastructure. Structure, processes, skills and decision rights.

04

IS/IT Infrastructure

Technology · Infrastructure. Platforms, data, architecture and delivery processes.

Alignment runs in every directionEach domain must fit the layer above or below it and integrate with the domain beside it.

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.

Open the diagram full size.

The four alignment perspectives of the Strategic Alignment Model: anchor, pivot and impacted domain for each 1 Strategy Execution Use when the strategy is clear but operations lag; IT follows to support execution. ANCHOR BusinessStrategy PIVOT OrganizationalInfrastructure IMPACTED IS/ITInfrastructure 2 Technology Transformation Use when digitizing or modernizing technology to enable a set strategy. ANCHOR BusinessStrategy PIVOT IT Strategy IMPACTED IS/ITInfrastructure 3 Competitive Potential Use when new technology, such as data, AI or platforms, opens strategic options. ANCHOR IT Strategy PIVOT BusinessStrategy IMPACTED OrganizationalInfrastructure 4 Service Level Use when stabilizing and scaling delivery, for example DevOps or SRE, to support growth. ANCHOR IT Strategy PIVOT IS/ITInfrastructure IMPACTED OrganizationalInfrastructure Source: Henderson, J. C. and Venkatraman, N. (1993), IBM Systems Journal, 32(1). Each perspective links three domains:an anchor that drives change, a pivot that is redesigned and an impacted domain that adjusts.
Figure 20The four alignment perspectives, each read from anchor to pivot to impacted domain.
01

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.

02

Technology Transformation

Anchor: Business Strategy. Pivot: IT Strategy. Impacted: IS/IT Infrastructure. Use when digitizing or modernizing technology to enable a set strategy.

03

Competitive Potential

Anchor: IT Strategy. Pivot: Business Strategy. Impacted: Organizational Infrastructure. Use when new technology, such as data, AI or platforms, opens strategic options.

04

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.

Open the diagram full size.

MercuryBank after 9 to 12 months: delivery and reliability measures, customer and growth outcomes, and what changed 6–8 wks Partner onboarding Down from 6–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. Top-row tiles are delivery and reliability measures;bottom-row tiles are customer and growth outcomes.
Figure 21MercuryBank after 9 to 12 months: delivery, reliability, customer and growth results, and what changed. MercuryBank is an illustrative example.

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.

Open the diagram full size.

The Strategic Alignment Model enters the playbook at seven points, from Step 1 to Step 12 StrategicAlignment Model Tool 25, alignment map Step 1, Mandate & Scope Name the strategy product, entry directionand alignment perspective (Tools 1, 19). Step 5, Inside reality Map the four domains and locate where fitbreaks (Tool 24). Step 6, Options Flag options that shift the perspective,such as a digital-led offer. Step 7, Direction gate Confirm the starting domain and the domainthe choice will change. Step 9, Operating model Check organization and IS/ITinfrastructure fit the chosen strategy. Step 10, Measures Fund the fixes in waves, in the order theperspective sets. Step 12, Adapt Refresh the alignment map each quarter andwhen evidence changes.
Figure 22The Strategic Alignment Model, applied through Tool 25, enters the playbook at seven steps.
Entry pointWhat the model does there
Step 1, Mandate & ScopeName the strategy product, entry direction and alignment perspective (Tools 1, 19).
Step 5, Inside realityMap the four domains and locate where fit breaks (Tool 24).
Step 6, OptionsFlag options that shift the perspective, such as a digital-led offer (see the Halden example in Part four).
Step 7, Direction gateConfirm the starting domain and the domain the choice will change.
Step 9, Operating modelCheck organization and IS/IT infrastructure fit the chosen strategy.
Step 10, MeasuresFund the fixes in waves, in the order the perspective sets.
Step 12, AdaptRefresh the alignment map each quarter and when evidence changes.
Annex E · From choice to execution

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.

DomainMeaning in this playbookPrimary steps
IdeationClarify and communicate identity, purpose and long-range intentionStep 2
NatureAlign strategy with the culture and structure in which execution occursSteps 5 and 9
VisionTranslate direction into strategy, goals and measures that create line of sightSteps 7 and 10
EngagementConnect strategy to portfolio investment and put resources behind prioritiesStep 10
SynthesisExecute portfolios, programs and projects in alignment with prioritiesStep 11
TransitionTransfer outputs into ongoing operations and realized valueStep 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.

InstrumentUse it forDo not use it as
Strategy map and Balanced ScorecardMulti-year causal objectives, outcome measures and strategic healthA catalogue of every metric
OKRsShort-cycle focus on outcomes and learningA replacement for operating controls or strategy
Operational KPIsRecurring service, quality, cost, capacity, safety and controlProof that strategic change is working
Portfolio governanceCapital, capacity, dependencies, stages, stop decisions and optionsA project status meeting
Benefits realizationAttribution, net value, disbenefits, adoption and sustainmentA 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.

Open the diagram full size.

Traceability as a many-to-many graph from strategic choices to benefits, read forward and backward, with a change-impact path Strategicchoices Valuedrivers Evidence andassumptions Capabilities Operatingrequirements Investments Measures Benefits SC-01 Premiumuptime SC-02 Customer-owned data VD-02 Assetavailability VD-03 Cost toserve E3 Sharedfailurehistories A-01 Price andcost hold E4 Class Bdata sparse CAP-03 Failure-riskranking CAP-07 Safetyrecords Tool 12 Routinereliabilitycell Tool 12 Technicianincentives INV-02 Class A dataintegration INV-04 Continuitycontrols M-01 Availability M-02 Loaded costper site B-01 $0.30muplift,modeled B-02 Avoidedpenalties FORWARD from a choice to the measures and benefits that will prove it BACKWARD from an investment or benefit to the choice and evidence that justify it Change impact, highlighted. If assumption A-01 fails, as it did for class B at $0.190m cost, the graph identifies what must be revisited: the scope of SC-01, the CAP-03 target, the INV-02 tranche, measure M-02 and the modeled benefit B-01. Rules. Every material node carries an owner, an evidence threshold and a next decision. Links are many-to-many: one capability serves several choices, and one benefit is counted once even when several investments enable it. A missing link prompts redesign, a test or a stop, never retrospective alignment language.
Figure 23The Meridian traceability graph. The highlighted path shows what must be revisited when assumption A-01 fails.

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.

LayerMeridian nodes
Strategic choicesSC-01 Premium uptime; SC-02 Customer-owned data
Value driversVD-02 Asset availability; VD-03 Cost to serve
Evidence and assumptionsE3 Shared failure histories; A-01 Price and cost hold; E4 Class B data sparse
CapabilitiesCAP-03 Failure-risk ranking; CAP-07 Safety records
Operating requirementsTool 12 Routine reliability cell; Tool 12 Technician incentives
InvestmentsINV-02 Class A data integration; INV-04 Continuity controls
MeasuresM-01 Availability; M-02 Loaded cost per site
BenefitsB-01 $0.30m uplift, modeled; B-02 Avoided penalties
Change impact, highlightedIf assumption A-01 fails, as it did for class B at $0.190m cost, the graph identifies what must be revisited: the scope of SC-01, the CAP-03 target, the INV-02 tranche, measure M-02 and the modeled benefit B-01. Every connected node is a candidate for revision, and the owners of those nodes are the people to convene.
RulesEvery material node carries an owner, an evidence threshold and a next decision. Links are many-to-many: one capability serves several choices, and one benefit is counted once even when several investments enable it. A missing link prompts redesign, a test or a stop, never retrospective alignment language.

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.

CategoryPurposePrimary testTypical decision
MandatoryMeet legal, safety, contractual or essential resilience obligationsMinimum compliant and resilient responseFund to necessity; avoid gold-plating
SustainMaintain current operating performanceCost of failure and lifecycle needOptimize, consolidate, automate or retire
PerformanceImprove the existing modelValidated benefit and operational capacityFund against measurable return
StrategicBuild a capability the chosen strategy requiresTraceability to choice, objective, capability and benefitStage funding against evidence
OptionBuy learning or preserve a future choiceAffordable loss and decisive learningSmall 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.

ControlEvidence requiredDecision
Benefit profileBaseline, target range, cost to achieve, timing, attribution, confidence, owner, validatorContinue, adapt, stop or re-estimate
AdoptionRole-based use, behavior change, proficiency, exception rates, customer responseReinforce, redesign or delay scale
Operational readinessOwner, process, capacity, skills, data, technology, controls, funding, support, service levelsAccept, conditionally accept or reject transition
SustainmentStable performance and control after project support withdrawsClose, 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.

DecisionTypical triggerQuestion
ContinueEvidence broadly supports the thesisWhat remains uncertain and worth monitoring?
ScaleRepeatable value exceeds the thresholdWhich constraint becomes binding next?
AdaptAn assumption changed but the crux remainsWhich choice or operating mechanism must change?
PauseEvidence is insufficient or a dependency is unresolvedWhat condition permits a responsible restart?
ExitThe thesis is invalid or economics are unattractiveHow will resources, obligations and learning transfer?
RuleTreat execution as adoption and realized value, not project completion. Learning that changes no allocation is not adaptation.

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.

Tenets 1 to 3

What strategy must answer

Start from the value question or a credible digital opportunity, diagnose the crux and compare materially different options.

Tenets 4 to 6

How choices are made

Keep the first choice conditional, make decision rights explicit and test every claim.

Tenets 7 to 9

What must change

Move resources on approval, count only validated benefits (Finance for monetary value) and set review triggers.

One outcome: a defensible digital strategy traced to business value, with explicit decision rights, committed resources and a decision trail.

A playbook for developing a digital strategy, executive and practitioner edition. Use it, adapt it, or talk to me about running it in your organization.

Connect on LinkedIn →