// A six-playbook methodology

Transformation in the AI era.

Six playbooks for the work of taking an organisation from AI ambition to operating reality. Diagnose the maturity. Set the OKRs. Stand up the portfolio. Frame the programme. Pick the partner. Land the change. Read together, the six also take a position — about what's actually being transformed, who does the transforming, and how the language we use about it shapes how the change feels for the people living through it.

6 Playbooks
· one body of work
6wks Each
· four phases
1 Worked example
· Halcyon Financial
3 Rules
· applied throughout
01 —

The premise

A small phenomenon, in hospitals

In hospitals, the difference between "the diabetic in bed four" and "Maria, who manages her diabetes around her shift schedule" shows up in measurable ways — trust, adherence, the quality of care she receives. Same person. Same medicine. Same diagnosis. The language is doing real work.

AI-era transformation has the same property. The way we describe the people doing the work shapes how the work feels to do — and how the change feels to live through.

Most transformation prose makes AI the subject. "The CX tool transforms how your team works." "AI accelerates productivity for your front line." "Agents will redefine customer service." It sounds neutral. It isn't. A sentence with the tool at the front and the person somewhere in the background tells the person on the receiving end something specific — whose work is being talked about, and whose isn't.

This methodology is built on the inverse. Maya triages tickets using the CX tool. Tom holds the harder conversations in 1:1s. The engineering team prototypes faster with AI-assisted tooling. Where there's a choice about who acts in a sentence, the person wins.

It isn't a stylistic preference. It's the same thesis the six playbooks argue at different scales: the people doing the work are protagonists, not background. Treat them as protagonists in the language, and the rest of the architecture of the change starts to follow.

02 —

Where you start.

Six stages · six dimensions · honest baseline

Most organisations don't start at zero — but they don't start at AI-native either. The journey from pre-AI to AI-enabled to AI-native is uneven: strong in one dimension, absent in another. The grid below names where you actually are, per dimension, so the work goes where the gap is. Six stages across, six dimensions down. Score each dimension independently. Most organisations sit in stages two to four, with at least one row a stage behind the others. The unevenness is the diagnosis. Playbook 01 is the playbook for running this assessment honestly.

// Dimension
Stage 01Unaware
Stage 02Exploring
Stage 03Experimenting
Stage 04Operating
Stage 05Embedded
Stage 06Native
Strategy & ambition
No stated position on AI. Conversations happen in corridors, not in strategy documents.
Leadership talks about AI as something coming. No funded roadmap. Ambition is a slogan.
A stated AI ambition exists. Three to five outcomes named. Tractable but not yet measurable.
Strategy commits to specific outcomes with measurable proxies. Sponsor and sceptic both accountable.
Strategy assumes AI as a capability. Investment cases include it the way they include cloud.
The strategy and the AI strategy are the same document. Direction set; specifics emerge.
Capability & fluency
Most staff have no exposure. A handful of enthusiasts work outside official channels.
Self-taught power users emerge across teams. No structured uplift. Knowledge stays in heads.
Targeted training rolled out to selected functions. Power users are visible and supported.
Fluency is expected of specific roles. Career frameworks reflect it. Hiring criteria include it.
Fluency is a baseline capability across the organisation, like email or spreadsheets.
People build their own small workflows without asking permission. Fluency is invisible because it's universal.
Workflows & operations
Work is done as it was. AI is outside the workflow entirely.
Individuals paste into chatbots ad hoc. Workflow shape unchanged. Productivity gains are invisible.
Specific workflows have AI piloted at the edges. Humans drive, AI accelerates. Shape unchanged.
AI is in production in selected workflows. Measured. Improving. Workflow shape lightly adapted.
Major workflows redesigned around AI. Some work is human-only by choice; most is collaborative.
Workflows assume AI. Products, processes, and decisions are built on it. Reverting means rebuilding.
Data, systems & architecture
Data lives in silos. No retrieval layer. The organisation can't see what it knows.
Connecting individual data sources for individual experiments. No shared infrastructure.
Key sources connected to AI tooling. Retrieval works for pilots. Security is reactive.
Shared platforms in place. Retrieval reliable for production workloads. Observability emerging.
The data estate is AI-legible by design. Permissions honoured. Observability complete.
Architecture assumes AI agents acting on data. Modular, governable, auditable end-to-end.
Governance & risk
No AI policy, or a blanket ban no one follows. Risk surfaces after incidents, not before.
Acceptable-use guidance exists in draft. Shadow AI is widespread and unmeasured.
Policy published. Risk reviewed case by case. Working group meets but decides slowly.
AI initiatives reviewed alongside other initiatives. Risk, ethics, and value considered together.
Governance is built into how decisions are made, not bolted on. Audit trails are routine.
Federated governance: domains own day-to-day, central teams own platforms. Accountability is clear.
People impact & change
Change happens to people. They learn what AI means for their role when it lands on them.
Comms talk about AI in vendor framings. Workforce questions go unanswered.
Pilots include the people doing the work. Comms are honest about uncertainty.
Role evolution is named. Hard parts are spoken about, not avoided. Affected staff have a voice.
Workflows are designed with the people doing the work, not for them. Trust is verifiable.
The organisation is known for landing change honestly. People stay through it.
How to use it. Score each row independently on the one-to-six scale. The gap between your current stage and Stage 04 (Operating) tells you which dimension to focus on first. Higher stages aren't the goal everywhere — they're the goal where they're earned. The biggest reason transformations fail isn't poor execution; it's overestimating the baseline. Score honestly.
The journey, in plain terms. Stages 01–02 are pre-AI: the organisation hasn't yet engaged with AI in any structured way. Stages 03–04 are AI-enabled: AI is in real use, producing real value, but bolted onto existing shape. Stages 05–06 are AI-native: workflows, products, and decisions are designed around AI as a first-class component. Most organisations are AI-enabled in one or two dimensions and pre-AI in the rest. That's normal. The point is to see the unevenness, not hide it.
03 —

The six playbooks.

Six weeks each · four phases

Each playbook follows the same skeleton — six weeks, four phases — and runs the same worked example. Halcyon Financial, a regulated digital financial services platform building out a transformation program. Same cast across the six. Different problem each time. Same discipline. Read in order, the six cover the first twelve months of a transformation lead's tenure — from honest diagnosis to landing the change.

Playbook 01
// Diagnose

Running the maturity assessment.

A six-week playbook for honest diagnosis before the transformation starts. Score against the maturity model to surface where the organisation actually sits. The output is the input to Playbook 02.

Open playbook →
Playbook 02
// Design

Strategic planning · setting honest OKRs.

A six-week playbook for turning the maturity diagnosis into three to five OKRs. Calibrated confidence, backcasted narratives, a premortem on the slate. An OKR is a bet, not a promise, and the difference shows up at year end.

Open playbook →
Playbook 03
// Deliver · Continuous improvement

Building a continuous improvement centre of excellence.

A six-week playbook for standing up a CoE that captures ideas at scale, scores them honestly, and ships the right ones. The operating engine the rest of the track stands on. Maya Chen's KYC-notification idea is the worked example.

Open playbook →
Playbook 04
// Deliver · "AI-Native" program setup

Setting up an "AI-Native" program.

A six-week playbook for turning a strategic ambition into execution. Decomposed into workstreams, the first three scoped with stop conditions, operated on a cadence that doesn't bury the team.The CX tool pilot starts here.

Open playbook →
Playbook 05
// Deliver · Vendor & partner selection

Selecting a transformation partner.

A six-week playbook for selecting and onboarding a delivery partner without losing optionality. Frame, shortlist, evaluate, onboard. Lighthouse AI is the partner Halcyon selects — the worked example walks the full discipline.

Open playbook →
Playbook 06
// Embed · Change readiness & risk

Landing the change honestly.

A six-week playbook for the change-readiness work that surrounds launch — without making promises the programme can't keep. The CX tool goes live with twenty CX officers; Maya is one of them. The most workforce-sensitive of the six.

Open playbook →
04 —

The thinking underneath.

Four durable ideas · borrowed honestly

Transformation in the AI era runs on ideas that pre-date AI but matter more now than ever. The technology has changed faster than the practices around it. The four ideas below aren't novel — they come from people who've thought about complex work for decades — but they're the load-bearing beliefs the methodology rests on. Each playbook puts them into operational mechanics. They're surfaced here so the work is honest about its sources.

// 01 — Humans-centred

The people doing the work are protagonists.

Most transformation prose makes the technology the subject of the sentence. The methodology inverts that — at the grammar level, in the assessment, and in the design of the work itself. Maya triages tickets using the CX tool, not the CX tool triages tickets for Maya. The order matters because it tells the person on the receiving end whose work is being talked about.

// Source — the position above, articulated in full in Section 06.
// 02 — Sort the problem first

Not every idea is the same kind of problem.

Best-practice playbooks work in known territory and actively mislead in complex territory. Most AI-era improvement work is genuinely complex — cause and effect can only be understood in retrospect — which means you probe and adapt rather than plan and execute. Sorting the problem before solving it is the discipline that protects effort from being routed at the wrong tool.

// Source — Dave Snowden's Cynefin framework. Used in Playbook 03 at the assess phase.
// 03 — Judge decisions, not outcomes

A good call can still have a bad result.

When a high-scored initiative fails, the question isn't "was the call wrong?" — it's "was the reasoning sound given what we knew?" AI tools generate confident outputs that may be wrong, which makes calibrated confidence and the discipline of separating decision quality from outcome quality more valuable now, not less. The prioritisation forum's job is accuracy, not agreement.

// Source — Annie Duke, Thinking in Bets. Used in Playbooks 02 and 03.
// 04 — Teamwork is a discipline

Most frameworks assume teams, instead of building them.

Popular Agile and Lean approaches grant an implied teamwork waiver — they describe the way teams work, not how they work. AI amplifies complexity, which means the human side of the work — distributed leadership, real teaming, psychological safety — becomes more important, not less. Build the team capability deliberately; don't assume it.

// Source — Turner & Thurlow, The Flow System. Used across all six playbooks.
05 —

Measuring what changed.

Three layers · resist measuring more

Most measurement frameworks in this space collapse under their own weight — thirty metrics, half of them vanity, none of them changing a decision. The bar is simple. If a number isn't going to change what you do, don't track it. The methodology runs on three layers: a baseline captured once, a small set of leading indicators watched during the work, and lagging outcomes reviewed at 90 and 180 days. That's it. Everything else is noise.

// Layer 01 Baseline.

What you measure once, before the work starts.

Four numbers, captured imperfectly. The point isn't precision — it's having something to compare against in ninety days. Baseline is also the moment to capture the maturity score from Section 02, which is Playbook 01's primary output.

  • Idea velocity (per month)
  • Time-to-decision (median days)
  • Throughput (per quarter)
  • Active WIP (per team)
// Layer 02 Leading.

What you watch during the work.

Signs of life. Tracked weekly or monthly. These tell you the system is operating — not yet whether it's working. If these flatline, intervene before the lagging numbers catch up.

  • Submissions per week
  • SLA hit rate (5-day ack)
  • Decision-log entries
  • Forum attendance (5–8)
// Layer 03 Lagging.

What you measure at 90 and 180 days.

The evidence the system is working. Compared against baseline, not against an aspiration. Add one qualitative pulse: do people trust where the work is going? A single yes/no question, asked of a representative cross-section. The number itself isn't the point — the trend is.

  • Velocity vs baseline (3× target)
  • Time-to-decision (<15 days)
  • Throughput vs baseline (2×)
  • Decline ratio (30–50%)
One discipline from Section 04 lands here. Measure trends, not single points. A single bad quarter doesn't mean the system is wrong — and a single good quarter doesn't mean it's right. Judging the system on one data point is the same mistake as judging a decision on one outcome.
06 —

How we write about people.

Three small habits · and why

When a leader says "tough decisions had to be made," everyone in the room hears that no one wants to own them. When the same leader says "I decided to close the Brisbane office," they hear something different — even if the outcome is identical. Grammar carries who's responsible. Three small habits run through this methodology. None of them are about being clever with words. All of them are about the person on the receiving end — what they hear, what they trust, what they have to read between the lines for.

// 01 — Subject

Put the person at the front.

When the AI sits at the front of a sentence, the person doing the work disappears into the background. The person reading it notices. "The CX tool triages tickets for Maya" tells Maya she's the recipient of automation. "Maya triages tickets using the CX tool" tells her she's doing the work — with a tool. Both are true. Only the second is honest about who's doing what.

"Maya triages tickets using the CX tool."
"The CX tool triages tickets for Maya."
// 02 — Naming

Name people as people.

In 2026, the word agent reads as AI by default. A CX officer reading "twenty agents will use the CX tool" has to do quiet double work to figure out whether that's AI agents using a CX tool, or human agents using one. The ambiguity isn't fatal. It's just constantly tiring. A small editorial choice — officers, engineers, team leads, or simply people — saves them the tax. People are named or role-titled. AI systems are named for what they are.

"Twenty CX officers — Maya is one — use the CX tool."
"Twenty AI agents and twenty agents will use the CX tool."
// 03 — The noun

Transformation is what the organisation does.

AI transformation is the phrase the market uses. It implies the organisation is being transformed by AI — the vendor's product moves to the centre of the sentence; the organisation moves to the side. Transformation in the AI era puts the noun where the work actually lives — what the organisation is doing, with AI as one of the conditions of the era it's doing it in. A small reframe. Costs nothing to adopt. Stops centring whoever sold the AI.

"Halcyon's transformation programme — in the AI era."
"Halcyon's AI transformation."
07 —

What this becomes.

Three things · each more visible than the last

For a Transformation Lead reading this methodology for tactics, the language work above is a small detail. Useful for clarity, not the centre of the work. For an organisation that adopts it at the leadership level, it becomes something larger — three things that build on each other, each more visible than the last.

Layer 01 01

A small habit, every day.

CX officers instead of CX agents. The CX tool instead of the agent. The kind of choice one team can adopt this afternoon and one editor can review on Friday. Low-cost, low-ceremony, immediate in effect. The reading-friction it removes is small per sentence and large over a quarter.

Layer 02 02

Trust, made visible.

When the same habit is adopted in change comms, system documentation, vendor briefs, and leadership statements, something quiet happens. Staff can read the way the organisation thinks about them. They don't have to be told they're valued — they can check. Anyone reading any piece of internal comms can ask the same question — am I the subject of this sentence, or the object? — and find an honest answer.

This is the structural answer to the problem most transformation programmes get stuck on: how to communicate respect during a time of change you can't fully promise about. The usual move is repeating the unenforceable — no one will lose their job, we value our people, this won't change anything important. Staff read those statements once and discount them. The alternative is to put the respect into the architecture of the language itself, where it can be seen and verified day to day.

Layer 03 03

How the organisation is known.

"We're an organisation that writes our people as the subject of their work." The same habit, scaled, becomes a cultural marker. Visible in job ads. Visible in how vendors are briefed. Visible in board papers. Visible to prospective hires and to staff who stay. It isn't a slogan — it can't be — because it's verifiable in any document anyone picks up. Most consultancies don't take a position on this; they use whatever framing the vendor's marketing arrived with. Most organisations don't either. The asymmetry is the opportunity.

People read what we mean, not what we say.
08 —

Using this in practice.

A methodology, not a prescription

A methodology, not a prescription.

Each playbook is written for a Transformation Lead inside an organisation reading what's actually in front of them — not for a consultancy selling a method. The shape travels; the specifics don't. Halcyon Financial is one shape. Yours will be different. The discipline will be the same.

The cast carries across the four — Maya Chen, Tom Nguyen, Priya Nair, Sam Patel, Anna Petrović, Rachel Doyle, James Wong. They're composites, not real people. They're there because transformation work is people work, and writing about it without specific humans in the room produces the kind of advice that doesn't land in the room.

If you're standing one of these up and want to talk through where it's getting stuck, I'm happy to.