Capstone: Trends, Issues and the Innovation Roadmap
Across Modules 1–10 you have produced one piece of an innovation programme at a time: a maturity baseline, a strategy, a change plan, a web3 evaluation, an AI roadmap, an emerging-technology assessment, a sustainability canvas, a delivery plan, a leadership plan and a measurement framework. In this capstone you step back, judge which of those trends and issues actually matter most now that real evidence exists, and assemble everything into a single, stress-tested, board-ready roadmap you could defend in the room. Read the worked example at the end of this module before you start each deliverable: it shows the standard a finished roadmap meets. Every deliverable asks for your own organisation; if you don't have one you can use, build the roadmap for Thornfield Logistics Group, using only the facts the earlier modules' worked examples give, and label anything you add as your own assumption.
Innovation and Change Roadmap Builder
Bring together the drivers of change, the strategy, the key technology and sustainability decisions, the delivery and leadership plan, and success metrics into one board-ready document.
11.1Trends and Issues Revisited
Everything covered across Modules 1–10 is a lot of material to simply restate in sequence, and restating it is not what a board wants from a closing report. What it wants is a judgement: now that real evidence exists, which trends still deserve investment, and which looked promising on paper but have earned less attention than a generic industry forecast would give them? That judgement is the same one Module 1's innovation-process audit found Thornfield structurally weak at — strong on search, weak on select and resource — so revisiting the trends is this capstone's first opportunity to do the selecting the organisation has historically avoided, this time with evidence rather than enthusiasm to weigh.
The evidence does not rank neatly by how exciting each trend sounded at the time it was introduced. AI in marketing has the strongest case for continued investment: the segmentation pilot went live once the depot-level "on-time delivery" inconsistency was fixed, and the proactive fairness audit of the telematics scorecard turned a governance risk into demonstrated capability rather than a live exposure. Web3 is not dead, but it is correctly stalled: the proof-of-delivery ledger's customer value was real, yet it was deferred, not rejected, because Pathfinder's own unreliable delivery-milestone data — a legacy-system problem distinct from the AI pilot's depot-level definition gap — would only be made permanently and verifiably wrong once written to an unalterable ledger; its case rests on that legacy data problem being fixed, not on the technology itself. Emerging technology splits three ways: Doncaster's warehouse robotics is a proven, low-risk sustaining win whose rollout is now an operational decision; the customer-service chatbot and, more so, opening the platform to independent hauliers are the most genuinely disruptive opportunities reviewed anywhere in the course, and also the least evidenced; the platform reassessment, the bigger of the two, is not yet board-approved. Sustainability's reframed, substantiated claim is low-risk and credible, but modest in scale next to the others.
Rumelt's (2011) point about diagnosis applies as much to this exercise as it did to Module 2's strategic bets: a plan that calls every trend equally urgent has not done the strategic work of choosing, it has merely listed.
2. The trends are ranked relative to one another, not scored independently as if each competed for a separate budget.
3. At least one trend is explicitly named as deserving less investment now than its original framing implied, with a stated reason.
11.2Building the Full Roadmap
A roadmap earns the name only once it stops being a folder of separate worksheets and becomes one argument a board can follow start to finish. That argument has a fixed shape: a vision narrowed into a small number of strategic bets, each traceable to a named driver (Rumelt, 2011); an operating model naming who owns each bet, including any gap the exercise finds (Ross, Mocker and Beath, 2018); a current-state-to-target-state sequence in which foundational, dependency-creating work precedes the capability built on it, consistent with dynamic-capabilities thinking (Teece, Pisano and Shuen, 1997); and a delivery and leadership plan that names the team, its sprint structure, its riskiest assumption (Ries, 2011) and how its people will actually be led through the friction a real programme produces, not just the tasks it requires.
Assembling these pieces in one document, rather than leaving them as separate artefacts from separate modules, is itself the discipline this lesson teaches. A roadmap that lists strategic bets but never names an operating-model owner reads as confident until someone asks who is accountable; one that sequences initiatives by excitement rather than dependency reads as ambitious until the foundational gap it skipped resurfaces downstream, exactly as an unresolved data-quality problem resurfaces in an AI project that depends on it. The delivery and leadership sections deserve the same rigour as the strategy sections: a cross-functional team with a named riskiest assumption and a Mendelow's Matrix for its stakeholders (Mendelow, cited in Johnson and Scholes, 1991) is a credible delivery plan; a generic promise to "manage change well" is not.
2. The sequencing shows genuine dependency logic — foundational work precedes what depends on it — rather than an order chosen for excitement.
3. The delivery and leadership section names a team, an owner for each operating-model gap, and at least one stakeholder placed on a Mendelow's Matrix.
11.3Stress-Testing the Plan
A roadmap that has only ever been presented to people who already agree with it has not yet been tested. Stress-testing means deliberately asking what could derail each strategic bet, and sorting the answers by how likely and how damaging they are — a probability-impact matrix, of the kind set out in the Project Management Institute's PMBOK Guide (Project Management Institute, 2017), gives that sorting a disciplined shape rather than a gut feeling about which risk to worry about most. The risks worth stress-testing go well beyond delivery slippage. Stakeholder risk asks whether a Mendelow placement made early in delivery still holds once a bet's scope grows, since a stakeholder's power and interest can shift as a programme proceeds. Governance and ethical risk asks whether a new initiative gets the same proactive scrutiny a fairness audit gave an existing system, rather than scrutiny only after a complaint arrives. Reputational risk asks whether any claim the roadmap makes — financial, environmental or otherwise — would survive the same substantiation test a sustainability claim had to pass before publication.
Financial risk deserves its own line, because it is the easiest to understate without anyone intending to. Flyvbjerg (2006) found that cost and benefit forecasts are distorted by optimism bias and, sometimes, strategic misrepresentation; a roadmap's own benefits case carries both risks, and naming them explicitly, with a named owner for each mitigation, is what turns a risk register from a formality into a document a board can actually rely on when deciding how much confidence to place in the numbers behind it.
2. At least one governance/ethical risk and one reputational risk appear alongside delivery and financial risk, each with a named owner.
3. Risks are prioritised by probability and impact, not listed in the order they were thought of.
11.4Presenting for Sign-Off
A finished roadmap still has to survive the ten minutes a board actually gives it. Minto's structure for business communication — state the answer first, then the argument that supports it, rather than building up to a conclusion the audience must wait for (Minto, first published 1985, commonly cited as 1987) — matters more at this stage than at any earlier one: a board presentation that opens with methodology and works towards a recommendation loses the room before the recommendation arrives. The answer that belongs at the top is the honest one. Module 10's reporting discipline applies directly here: metrics are presented against the targets set at the outset, not reframed against an easier goal chosen because the original one looks unflattering, and no single flattering number — a strong engagement score, say — is allowed to stand in for a financial result that has not yet met its target.
The ask itself needs the same specificity Ward and Peppard's (2002) business-case structure demands of costs and benefits: not "more investment" but a named sponsor, a stated amount, and what it unlocks, following the same sponsorship logic Kotter's (1996) change model and Project Northstar's own COO sponsorship both depend on. A board that is shown the mixed results plainly, and asked for a specific, defensible commitment in response, is in a position to say yes with confidence; one shown only the good news, or an ask with no number attached, is not.
2. Metrics span financial, maturity, adoption and team outcomes together, reported against original targets, not reframed to flatter the result.
3. The ask names a specific sponsor, amount and purpose, rather than a general request for continued support.
Thornfield Logistics Group's Roadmap for Board Sign-Off
Eighteen months into Project Northstar, Thornfield's board receives one document, answer first. Headline: the transformation is working but short of target; test the platform's two-sided reassessment before committing to it. The roadmap's own judgements are labelled.
Trends, ranked: (1) AI: the segmentation pilot went live after a month-long data-definition stall, and a proactive fairness audit fixed the telematics scorecard's rural bias; (2) emerging technology: Doncaster's robotics pilot is proven; the chatbot and opening the platform to independent hauliers are the most disruptive but least evidenced options, and the platform reassessment awaits board approval; (3) sustainability: substantiated but modest; (4) web3, now worth less than its original framing implied: the ledger stays deferred until delivery-milestone data is reliable.
Strategy and sequencing: each bet in the £18m, 2026–2029 roadmap traces to a driver: the SME platform to customers lost over visibility, Pathfinder's replacement to the technical constraint under both other bets, data/AI to falling technology costs. The roadmap's sequence: finish Pathfinder's replacement, because data/AI needs clean delivery data; then data/AI; then opening the platform, if the reassessment backs it; the ledger last. Delivery: the Pathfinder Replacement Squad delivered its MVP booking module by sprint 3, recovering from a storming phase through a GROW conversation; the drivers' union sits in "keep satisfied" on its Mendelow's Matrix. The roadmap assigns the unowned shared-customer-insight gap to Sofia Marsh.
Top risks (ratings, owners and mitigations are the roadmap's own): (1) slow rural adoption keeps cost-to-serve short (high/high; COO Daniel Osei; fix the app's rural connection drop-outs); (2) the chatbot or haulier platform launches without a fairness audit (medium/high; Marsh; make the audit a launch gate); (3) an unsubstantiated AI or platform claim (medium/medium; Marsh; apply the sustainability claim's substantiation test); (4) optimism bias in the reassessment's benefit estimate (medium/medium; finance team; an outside-view check (Flyvbjerg, 2006)); (5) the union's placement goes stale if the platform or chatbot changes drivers' work (low/high; Osei; recheck it first).
The honest result: maturity 2.1 to 3.4 against 4.0; NPS 24 to 33 against 40; cost-to-serve down 5% against 8%; telematics adoption last recorded at 211 of 340 pilot drivers (62%) at six months, and team engagement up from 58% to 74%, no target recorded for either. The ask: Osei, as sponsor (the roadmap's choice), asks for an illustrative £0.5m within the £18m (assumed; no module costs it) for the reassessment, unlocking a tested decision on opening the platform to hauliers.
Knowledge Check
Why does revisiting Thornfield's trends after eighteen months produce a different priority order than a generic industry ranking of AI, web3, platforms and sustainability would?
Because the ranking is evidence-led rather than hype-led: AI's segmentation pilot went live once its depot-level definition gap was fixed and a proactive fairness audit corrected the telematics scorecard, web3 is correctly deferred behind a separate, still-unresolved problem — Pathfinder's own unreliable delivery-milestone data — and the platform reassessment is the most disruptive but least evidenced and not yet board-approved — an order a generic forecast, unaware of Thornfield's own pilots and audits, could not produce.Why does Module 1's "strong at search, weak at select" finding matter directly to how this capstone's trends assessment should be written?
The capstone's trends-revisited exercise is the organisation finally doing the selecting it was found weak at in Module 1 — ranking trends against each other and naming at least one that deserves less investment now, rather than treating every trend the course covered as equally worth funding.Why should a risk like opening the platform to independent hauliers be treated as a stakeholder and governance risk, not only a delivery risk?
Because it changes who the customer is and how value is captured, which can shift a stakeholder's placement on the Mendelow's Matrix built for an earlier, narrower bet, and because a new, more disruptive initiative deserves the same proactive governance scrutiny — a fairness-audit-style check before launch — that the telematics scorecard only received after it was already live.Why does Minto's "answer first" structure matter specifically when the answer is a mixed result, such as Thornfield's 3.4-against-4.0 maturity figure?
Because a board that has to wait through methodology before reaching a mixed result may read the delay itself as evasiveness; leading with the honest figure, then the argument for why it still supports the ask, is what lets the board trust the recommendation that follows, consistent with Module 10's discipline of reporting against original targets rather than reframing them.
Resources & Further Practice
- Executive communication: Minto, B., The Pyramid Principle: Logic in Writing and Thinking (first published 1985, commonly cited as 1987) — the "answer first" structure behind this module's presenting-for-sign-off lesson.
- Risk prioritisation: Project Management Institute (2017) A Guide to the Project Management Body of Knowledge (PMBOK Guide), 6th edn, Newtown Square, PA: Project Management Institute — the probability-impact matrix used in this module's stress-testing lesson.
- The strategy kernel, revisited: Rumelt, R. (2011) Good Strategy/Bad Strategy: The Difference and Why It Matters — rereading the diagnosis/guiding-policy/coherent-action kernel is the fastest way to check a finished roadmap hasn't drifted back into a wish list of initiatives.
- The course, revisited: Modules 1–10 — before finalising your own plan in the Innovation and Change Roadmap Builder, revisit each earlier module's worked example for any fact or framework you may have summarised loosely rather than reused exactly.
Reflect on Your Roadmap
- What I did: name the organisation your roadmap is for, the trend you ranked highest and lowest, your top risk and the ask you would put to the board.
- What I learned: note one judgement from an earlier module that you changed once you saw all the evidence together, and why.
- What I'll change: write one habit you will take into future plans at work or in the organisation you studied, for example reporting results against the original targets even when they fall short.
Did this module make sense?
Thanks for saying so: the Faculty sees every “not really”.
Which part lost you? (optional, anonymous)
Thanks: that tells the Faculty exactly where to look.
In the meantime:
Thanks. This has been passed to the Faculty.
Thanks. Good to hear.