STRATEGIC TRANSFORMATION · COMPLEX DELIVERY · EXECUTIVE LEADERSHIP

Transformation leadership for complex, business-critical change.

Fifteen years leading transformation inside banks and lenders: lending platforms, payments, mortgages, regulatory change and M&A integration. I am usually brought into programmes that are already moving, where the real question is whether the evidence supports the confidence.

MA Management · MSc Accounting and Finance · Certified Scrum Master · Certified Product Owner · PRINCE2

0Years leading complex transformation
0M&A integration led, combined value
0Sectors: banking, lending, payments, mortgages, risk, treasury
Sherry Crentsil
THE PROBLEM

Most transformations do not fail quietly.

They fail while reporting progress. Milestones are met, testing tracks toward completion, status stays positive, and the pack in front of the board looks reassuring right up until the point it does not.

The difficulty is rarely that nobody was watching. It is that reported progress and demonstrated readiness are different measurements, and almost nothing in conventional programme reporting is designed to tell them apart.

HOW I WORK

The gap between the pack and the room.

I read everything first: status reports, the business case, the benefits, whatever exists. Then I sit with the team and ask them to tell me about the programme, without mentioning that I have read any of it.

The distance between what the documents claim and what the team says out loud is usually the whole diagnosis.

It is rarely one dramatic failure. It is almost always something material that nobody thought to check, sitting quietly underneath a status that says everything is fine. Nobody is lying. The status is reflecting hope rather than evidence.

APPROACH

How I think about transformation.

01

Evidence over narrative

Status should be supported by evidence, not confidence alone.

02

End-to-end accountability

The outcome matters more than the apparent health of individual workstreams.

03

Capability over headcount

Critical capability and actual availability matter more than nominal resourcing.

04

Outcomes over activity

Progress is meaningful only when it increases confidence in the intended business outcome.

THE METHODOLOGY

Transformation Recovery OS

An evidence-led methodology for separating reported progress from demonstrated readiness, diagnosing root causes and identifying the interventions with the greatest recovery leverage.

Challenges programme assertions against evidence.
Separates root causes from downstream consequences.
Converts findings into an executive decision state and recovery priorities.

Every assessment resolves to one of these six states. Nothing is highlighted here because no assessment has been run yet.

WHY THIS EXISTS

There was nothing between a dashboard and an eighteen-thousand-pound review.

Independent assurance of this kind conventionally costs £18,000 or more and takes a team of reviewers several days. Below that there are dashboards, which are very good at showing you what your programme says about itself and structurally incapable of testing whether any of it is supported.

Transformation Recovery OS is the thing in between, something anyone leading a programme could use on a Tuesday afternoon.

TESTED IN PUBLIC

Outcomes already known. Answers locked before the test.

Across major UK government transformation programmes spanning eleven sectors, Transformation Recovery OS never once concluded that a troubled programme was healthy.

Several went on to fail publicly and expensively. It identified every one of them.

See how it was tested →
WHY IT CAN BE TRUSTED

Built to be checked, not just believed.

Every consultancy that diagnoses a troubled programme has a natural next sale: the remediation. Transformation Recovery OS has none. The diagnosis is the entire product, so there is no incentive to find more than is actually there.

It is also deterministic. The same answers produce the same output, every time, tied to a stamped method version, a property almost no AI tool can honestly claim, and the reason the result can be checked rather than simply trusted.

SELECTED PROGRAMMES

Patterns from fifteen years, not any one programme.

Transformation Recovery OS was built from recurring delivery patterns across many years and many programmes, not any single one of them. The examples below are a small selection of that work, illustrating the kind of environment it was built to work in.

  • Lending & risk platform transformation example: ACBS → LoanIQ migration
  • M&A integration example: Kensington Mortgage Company
  • Banking integration example: Tesco Bank
  • Payments & consumer banking example: Amazon Barclaycard
  • Regulatory & reporting transformation example: LIBOR
  • Digital lending & customer experience example: Santander digital mortgage platform
INSIGHTS

Recent thinking

Testing completion versus demonstrated readiness
Readiness · 14 August 2026 · 6 minute read

Why 95% Testing Complete May Tell You Almost Nothing About Readiness

Completion percentages can create confidence without demonstrating that material scenarios, downstream conditions and business acceptance are genuinely ready.

Specialist capability on the critical path
Capability · 14 August 2026 · 6 minute read

The Capability Crisis Hidden Inside a Fully Resourced Plan

Nominal headcount does not demonstrate that scarce specialist expertise is available where the critical path requires it.

All insights →
ENGAGEMENT

Choose the level of support your transformation requires.

ABOUT

I kept finding the same gap, so I built something to look for it.

Fifteen years leading complex transformation, and one question that has never stopped being useful.

MA Management · MSc Accounting and Finance · Certified Scrum Master · Certified Product Owner · PRINCE2

Sherry Crentsil

I am usually brought into programmes that are already moving. Sometimes they are going well. Sometimes the reporting says they are going well.

The first thing I do is read everything. Status reports, the business case, the benefits, whatever exists.

Then I sit with the team and ask them to tell me about the project, without mentioning that I have read any of it. Where are you. What is worrying you. Do you believe the timeline you have been given is achievable, and if not, why not.

The distance between what the documents claim and what the team says out loud is usually the whole diagnosis.

What I keep finding

It is rarely one dramatic failure. It is almost always something material that nobody thought to check, sitting quietly underneath a status that says everything is fine.

A downstream team that was never told the change was coming, so nothing they need is in the design. A specialist everyone assumes is available who is committed elsewhere. A risk carried forward so many times it has stopped being read.

None of it is carelessness. Large programmes are genuinely hard to see whole, and the people closest to the work are often the least able to step back from it.

Why I built Transformation Recovery OS

For most of my career I wanted something that would work alongside me. Not something that agreed with me. Something that would question me, and challenge the answers I had accepted a little too easily.

Because the truth does get embellished, and we all know it. A programme is amber, but there is a deadline and a real belief it can be turned around, so it is reported as green. Nobody is lying. The status is reflecting hope rather than evidence.

Independent assurance of this kind conventionally costs £18,000 or more and takes a team of reviewers several days. Below that there are dashboards, which are very good at showing you what your programme says about itself and structurally incapable of testing whether any of it is supported.

I wanted something in between, that anyone leading a programme could use on a Tuesday afternoon.

How it should be used

This works from what you tell it, so it is built to be used honestly.

Answer it the way you would answer somebody you had hired to find the problem, not the way you would answer a steering committee. Anything presented well here simply stays hidden, which defeats the point of running it.

It attaches no probability to anything, and that is deliberate. There is no percentage likelihood of failure and no risk score presented as a forecast, because no such number could be defended.

What it does is test whether the evidence available supports the confidence being placed in your programme, and show you exactly where it does not.

SELECTED TRANSFORMATION EXPERIENCE

Experience across complex, business-critical transformation.

MA Management · MSc Accounting and Finance · Certified Scrum Master · Certified Product Owner · PRINCE2

My experience spans complex transformation across lending, payments, mortgages, M&A integration, regulatory change and enterprise platforms. The examples below are a small selection of that work, illustrating the kind of delivery conditions I have worked in. Transformation Recovery OS was shaped by patterns across many years and many programmes, not by any single one of them.

FLAGSHIP SELECTED EXPERIENCE

Lending & Risk Platform Transformation

EXAMPLE: ACBS → LOANIQ MIGRATION

Context: A complex lending-platform transition from legacy ACBS to LoanIQ requiring attention to data integrity, phased delivery, specialist capability, testing, business continuity and downstream reporting.

Delivery focus: I focused on the conditions required for end-to-end assurance, including reconciliation, reporting, operational readiness and the ability of downstream consumers to use accurate information.

Outcome: Reduced processing times and integration costs across a multi-billion-pound lending portfolio.

Methodology informed: Data integrity · End-to-end assurance · Reporting · Testing · Capability · Readiness
PUBLIC CONTEXT · SOURCE: FINTECH FUTURESView public reference ↗

M&A Integration

EXAMPLE: KENSINGTON MORTGAGE COMPANY

Context: A large acquisition integration involving technology, operations, governance, dependencies and business integration across multiple workstreams.

Delivery focus: I worked across organisational boundaries to strengthen ownership, dependencies and executive decision-making where individual workstream success alone could not guarantee the overall integration outcome.

Outcome: Part of Barclays' £2.3bn acquisition of Kensington Mortgage Company, completed March 2023.

Methodology informed: M&A integration · Governance · Dependencies · Critical path · Executive decisions
PUBLIC CONTEXT · SOURCE: KENSINGTON MORTGAGESView public reference ↗

Banking Integration

EXAMPLE: TESCO BANK

Context: Integration of acquired Tesco Bank retail-banking operations and associated technology, operational processes and business dependencies.

Delivery focus: I coordinated across organisational boundaries, systems, customers, operational readiness and integration governance.

Outcome: Part of Barclays' acquisition of Tesco Bank's retail banking business, completed November 2024.

Methodology informed: Integration governance · Operational readiness · Dependencies · Customer continuity · Process continuity
PUBLIC CONTEXT · SOURCE: BARCLAYSView public reference ↗

Payments & Consumer Banking

EXAMPLE: AMAZON BARCLAYCARD

Context: A major consumer-banking transformation programme including the launch of the Amazon Barclaycard in partnership with Amazon.

Delivery focus: I worked across technology delivery, customer journeys, operational readiness, governance and multiple teams within a complex regulated environment.

Outcome: Amazon's first personal credit card in the UK, launched August 2024.

Methodology informed: Technology delivery · Customer journeys · Operational readiness · Governance · Complex regulated environments
PUBLIC CONTEXT · SOURCE: AMAZON / BARCLAYSView public reference ↗

Regulatory & Reporting Transformation

EXAMPLE: LIBOR

Context: Complex regulatory and reporting environments where controls, evidence, materiality, governance and accurate downstream information were essential.

Delivery focus: I focused on reporting integrity, control evidence, materiality and the governance required to support accurate downstream outcomes.

Outcome: Delivered full compliance with global central bank mandates, as part of an industry-wide transition that saw the final LIBOR rates cease publication in September 2024.

Methodology informed: Materiality · Reporting integrity · Evidence · Governance · Controls
PUBLIC CONTEXT · SOURCE: FCAView public reference ↗

Digital Lending & Customer Experience

EXAMPLE: SANTANDER DIGITAL MORTGAGE PLATFORM

Context: Santander's online mortgage application platform (the first of its kind in the UK), including online decisions in principle and eligible online application journeys, built on AWS with an Agile delivery model.

Delivery focus: I led development and launch of the platform, working across technology delivery, customer journey design and operational readiness to bring a fully digital, end-to-end mortgage application to market.

Outcome: Cut application time to 30 minutes with an instant decision, lifting online applications by 15% and total applications processed by 20%. Santander has since been named Best Online Mortgage Provider by Moneyfacts.

Methodology informed: Customer journeys · Digital delivery · Operational readiness · Lending decisions
PUBLIC CONTEXT · SOURCE: SANTANDER UKView public reference ↗
ADDITIONAL SELECTED EXPERIENCE

Delivery experience supporting Santander's adoption of Apple Pay as part of the bank's digital payments capability.

Methodology informed: Customer journeys · Digital payments · Operational readiness · Governance
PUBLIC CONTEXT · SOURCE: MACRUMORSView public reference ↗

Transformation and delivery experience across Cheques, Faster Payments, CHAPS and International Transactions.

Methodology informed: Payments infrastructure · Customer outcomes · Operational readiness · Governance

Transformation of a previously manual regulatory-reporting process through greater automation, control and delivery discipline.

Outcome: Cut execution time by 43%, moving a 2.5-week manual cycle to an automated solution and eliminating manual error in submissions.

Methodology informed: Process bottlenecks · Reporting integrity · Automation · Controls · Readiness

Delivery of data and technology change involving platform modernisation, APIs, reporting infrastructure and operational processes within a regulated financial-services environment.

Outcome: Improved reporting accuracy by 25% through a new collections and recoveries repository with new front-end tracking screens. Separately, migrated corporate risk models to cloud-based data lake infrastructure, improving system uptime and reporting speed by 20% and saving £500k+ in third-party costs.

Methodology informed: Data infrastructure · APIs · Reporting integrity · Operational processes · Governance

Interconnected Treasury, Risk and Finance platforms requiring systems thinking, complex dependency management, specialist capability and strong governance. I worked across platform dependencies, capability, governance and end-to-end delivery conditions.

Methodology informed: Systems thinking · Capability · Dependencies · Governance · End-to-end delivery
EXPERIENCE INTO METHODOLOGY

Experience translated into methodology.

The recurring delivery patterns across many years and many programmes, not any one of them, informed the questions, failure patterns and intervention logic within Transformation Recovery OS.

INSIGHTS / CATEGORY

Article Title

14 August 2026 · 6 minute read

Standfirst text goes here...


CTA text here...

Start with the free Warning Signs Check
← All insights

Transformation thinking for complex delivery.

Practical analysis of the evidence behind delivery confidence, readiness, governance and recovery.

Work With Me

Choose the level of support your transformation requires.

Some organisations need structured self-service assessment. Others require independent executive challenge or hands-on transformation leadership. The right route depends on the situation.

Executive transformation support

DIRECT LEADERSHIP

Interim / Fractional Transformation Leadership

BEST WHEN

The programme needs accountable senior leadership inside the delivery system for a defined period.

INDEPENDENT REVIEW

Executive Recovery Review

BEST WHEN

An executive decision is approaching and confidence in delivery needs independent challenge.

Typical focus

  • Delivery credibility and capability
  • Governance and dependencies
  • Data and reporting integrity
  • Readiness and executive recovery priorities
ONGOING ASSURANCE

Independent Programme Assurance

BEST WHEN

Sponsors need recurring independent visibility of delivery exposure and evidence quality over time.

Prefer a structured self-service assessment?

Transformation Recovery OS provides evidence-led diagnostic routes for professionals and organisations that want to assess transformation exposure independently before deciding whether deeper intervention is required.

Self-service route

Professional Diagnostic

For individuals leading or managing programmes.

Self-service route

Organisation Assessment

For sponsors, portfolio leaders and organisations reviewing material transformation exposure.

TRANSFORMATION RECOVERY OS / BY SHERRY CRENTSIL

Your transformation may be reporting progress. But can the evidence support the confidence?

Transformation Recovery OS is an evidence-led decision and recovery methodology for complex programmes where conventional status reporting is not enough to determine whether the intended outcome is genuinely secure.

Transformation Recovery OS goes beyond conventional programme health checks by distinguishing root causes from consequences, challenging programme assertions against evidence and identifying the interventions with the greatest recovery leverage.
ORIGIN OF THE METHODOLOGY

Why I created Transformation Recovery OS

Across complex transformation programmes, I repeatedly saw the same problem: conventional reporting could show substantial activity while the evidence supporting successful delivery was far less convincing.

Testing could appear almost complete while material scenarios remained unresolved. Programmes could appear fully resourced while critical capability remained constrained. Individual workstreams could report Green while the end-to-end business outcome remained exposed.

I built Transformation Recovery OS to separate reported progress from demonstrated readiness, and to keep executive attention on the interventions that would actually move the needle.

The problem

In practice, that means asking three different questions of a programme, not one.

Conventional reportingRAG status, percentage complete and open RAID items can all be accurate while the transformation is still in trouble.
The assessmentRecovery OS examines outcome, scope, dependencies, delivery credibility, capability, data, testing, governance, adoption, cutover and sustainability.
Executive outputThe output focuses on viability, delivery credibility, confidence, causal relationships and recovery priorities.

How it thinks

I follow the same five moves on every engagement:

01

Assess

Examine the evidence a programme is actually standing on.

02

Challenge

Test what the programme is asserting against that evidence.

03

Diagnose

Find the root cause behind the visible symptoms.

04

Prioritise

Identify where intervention has the greatest leverage.

05

Decide

Protect the business outcome, not just the plan.

Evidence → Pattern → Causality → Recovery

FROM SYMPTOMS TO CAUSE

One problem can create several visible failures.

I look for the single issue creating the wider exposure, rather than treating each symptom it produces as a separate problem. That is where management attention has the most effect.

Specialist capability constraint
Remediation slows
Testing window compresses
Pressure increases to protect the date
Delivery exposure increases

I do not treat every visible weakness as a separate problem. I look for the underlying condition that may be creating several forms of delivery exposure at once.

The objective is not simply to identify more Red areas. It is to understand what is driving them.

Decision states protect the business outcome.

Every assessment resolves to one of six states:

State 01ProceedEvidence supports current delivery.
State 02Proceed With ConditionsDelivery remains credible with explicit conditions.
State 03RecoverOutcome remains valuable but execution requires intervention.
State 04RescopeValue remains but the current scope, date or cost configuration requires change.
State 05PauseMaterial uncertainty prevents responsible continuation.
State 06Strategic ReconsiderationThe remaining value case or achievability requires fundamental executive challenge.
TESTED AGAINST DOCUMENTED PROGRAMMES

Most methodologies ask you to trust them. This one shows its working.

UK government programmes across eleven sectors, assessed before their outcomes were known and benchmarked against the independent public record. See what that found.

What makes it different

TYPICAL STATUS-LED REVIEW
TRANSFORMATION RECOVERY OS
Primarily reports status
Challenges status against evidence
Evaluates individual categories
Looks for cross-cutting failure patterns
Logs issues
Distinguishes cause from consequence
Relies on RAG or summary confidence
Supports an explicit decision state
Recommends actions
Prioritises by recovery leverage

Choose your route

For professionals

Professional Diagnostic

For people directly leading programmes.

For organisations

Organisation Assessment

For sponsors and organisations assessing material programmes.

Free entry point

What is already putting your transformation at risk?

A short check for early signals across delivery, capability, readiness and dependencies.

FREEEXPECTED COMPLETION: ~3 MINUTESNO CONFIDENTIAL DATA REQUIRED

Not knowing whether a material control or condition exists can itself be useful information. Select “Unsure” where you cannot confidently assess an area.

0 of 6 areas reviewed

Select one response in each area. Six answers, and you will know where to look first.

Diagnostic selection

Choose the diagnostic that matches your context.

Both routes use the same evidence-led logic, but the questions and outputs are tailored to the decision-maker.

The diagnostic is designed to assess programme conditions without requiring commercially sensitive programme documents during the self-service assessment.

Professional Diagnostic

Pressure-test your programme before the next executive review.

Best for

Someone directly leading or managing a programme.

Time needed: Set aside an hour. You can save and return at any point.

Audience

Programme Directors · Transformation Leads · Programme Managers · Delivery Leads · PMO Leaders · Independent Consultants

Includes

  • Transformation assessment
  • Personal Recovery Report
  • Failure-pattern analysis
  • Recommended playbooks
Organisation Assessment

Know whether a critical transformation is genuinely under control.

Best for

Sponsors, portfolio leaders and organisations assessing material transformation exposure.

Includes

  • Executive Recovery Report
  • Transformation viability
  • Delivery credibility
  • Confidence Delta
  • Decision-state recommendation
  • Recovery priorities
Illustrative assessment

Separate reported progress from evidence-supported readiness.

A worked example. No client or programme is identified.

The figures below come from a worked example, chosen to show the shape of the output. In a real report every number traces back to the specific answers given in the assessment, and the report shows that working.

What the diagnostic can reveal

TRANSFORMATION VIABILITYWorked example78 / 100Value case remains credible.
DELIVERY CREDIBILITYWorked example46 / 100Current forecast requires intervention.
CONFIDENCE DELTAWorked example+24Management confidence exceeds evidence-supported confidence.
Suggested StateRecoverOutcome remains valuable, but execution requires intervention.
Primary root causeCapability Bottleneck
Key consequenceTesting Compression
Management response patternDate Protection
LIKELY CAUSAL CHAIN

How the exposure appears to be developing

Capability Bottleneck
Specialist remediation capacity is constrained
Required remediation progresses more slowly than forecast
Regression and downstream testing windows compress
Pressure increases to protect the committed date
Readiness evidence weakens while delivery exposure increases

This causal reading is produced from the combined assessment signals. Your own report sets out the specific answers behind each link in the chain, so every step can be checked and challenged.

What to fix first

  1. Resolve specialist capability constraints Recovery Leverage: VERY HIGH
  2. Rebuild the critical path using actual available capacity Recovery Leverage: HIGH
  3. Reinstate material downstream acceptance gates Recovery Leverage: HIGH

Evidence to strengthen next

  • Confirm specialist availability against remaining critical-path demand.
  • Complete downstream business-owner acceptance.
  • Evidence completion of material regression scenarios.
  • Confirm remaining contingency after remediation.

Potential executive-review conditions

Each of these requires evidence, an explicit decision, or a recorded risk acceptance before delivery proceeds. They are the conditions to put in front of your executive, not automatic No-Go findings.

  • Material downstream assurance incomplete.
  • Specialist capability constraint unresolved.
  • Management confidence materially exceeds available evidence
Next step / Recovery Playbooks

Move from diagnosis to focused intervention.

Playbooks are prescribed from the Recovery Report rather than presented as generic downloads.

Your Recovery Report recommends only the playbooks relevant to the patterns identified in your assessment.
Capability Bottleneck

Why this pattern matters

Critical delivery depends on specialist expertise that is unavailable at the level assumed by the programme plan.

Immediate actions

Map specialist capability against critical-path activities.
Compare planned capacity with actual availability.
Identify single points of failure.
Stop or defer low-value parallel demand on constrained specialists.
Establish backup capability and knowledge transfer.
Reforecast milestones using actual available capacity.

Evidence to create

Capability matrix · Resource allocation view · Critical-path resource overlay · Knowledge-transfer plan · Revised forecast.

Expected outcome

A delivery plan based on actual capability rather than nominal headcount.

False Green

Why this pattern matters

Programme confidence is materially ahead of what available evidence supports.

Immediate actions

Challenge current RAG criteria.
Separate activity completion from readiness.
Review evidence supporting material programme assertions.
Identify unresolved business outcomes.
Recalculate Confidence Delta.
Strengthen evidence-led executive reporting.

Evidence to create

Readiness criteria · Evidence register · Material-risk position · Original versus current forecast · Executive status rationale.

Testing Theatre

Why this pattern matters

High test completion may conceal insufficient proof of the material business outcomes required for safe implementation.

Immediate actions

Identify highest-impact failure scenarios.
Separate test volume from material readiness.
Reassess defect severity.
Complete critical regression.
Validate downstream outcomes.
Obtain appropriate business acceptance.

Evidence to create

Material scenario matrix · Defect-severity trail · Regression results · Business-owner acceptance.

0 ACTIONS SELECTED
TRANSFORMATION RECOVERY OS / HOW IT WAS TESTED

Most methodologies ask you to trust them. This one shows its working.

Transformation Recovery OS separates reported progress from evidence-supported readiness. That is a claim about judgement, and a claim about judgement should be tested rather than asserted.

So it was tested against major UK government transformation programmes across eleven sectors: each assessed at a fixed point before its outcome was known, with the expected answer written down and locked before the engine was run. This page sets out how that was done, what it found, and where the instrument stops and experienced judgement takes over.

1. Why this page exists

Every transformation methodology on the market describes itself as rigorous, evidence-led and proven. Almost none of them show their working.

That is a problem for a methodology whose central principle is that confidence is not evidence. If Recovery OS cannot survive the standard it applies to programmes, it has no business applying that standard to yours.

2. How it was tested

A set of major UK government transformation programmes was assessed under a preregistered protocol. Each was reconstructed at a fixed point in its life, at a moment where a real decision had to be made, and every assessment answered the same question: given only what could genuinely have been demonstrated at that moment, what was the right call?

The protocol has four rules, and they are what make the result meaningful rather than decorative:

A cut-off date is fixed first. Only evidence that existed before it is admissible.

The expected answer is written down in full, and locked, before the engine is run. Decision, root cause, consequence and the first action that should follow.

The engine runs once. There is no second attempt and no adjustment after the fact.

Where the result differs, the difference is published rather than reconciled. Every mismatch on this page was found this way.

They span eleven sectors: transport, identity, health, agriculture, pensions, energy, emergency services, public health, rail, defence and immigration.

Each was benchmarked against the independent public record of what actually happened, drawn from National Audit Office and Public Accounts Committee reporting published after the assessment date.

Why government programmes

Public sector programmes are the hardest available test, not the easiest. They are the only large transformations whose failures are independently investigated and published in forensic detail, by auditors with statutory access to the programme’s own records. A private-sector programme of the same size and cost is rarely examined at all, and almost never in public. Testing against the National Audit Office record means testing against a benchmark nobody involved could edit after the fact.

The instrument itself is sector-neutral. Its thirty-nine items ask about evidence, dependencies, capability, testing, governance and adoption. None of them asks what industry the programme is in, and none of the scoring changes by sector.

Financial services is the next addition to the tested set, and the material exists to do it properly: regulatory final notices and commissioned independent reviews provide the same quality of post-hoc record that the National Audit Office provides for government. That work is planned, and its results will be published here in the same form as the results below.

3. What the testing found

SECTORS COVERED11
TIMES IT CALLED A TROUBLED PROGRAMME HEALTHYNever
TIMES IT ERRED TOWARD OPTIMISMNever
RECOMMENDATIONS NAMING AN ACCOUNTABLE OWNEREvery case
RECOMMENDATIONS NAMING A CONDITIONAL PATHEvery case
SAME EVIDENCE, SAME ANSWER, EVERY TIMEAlways

The figure that matters is the second. Several of the programmes assessed went on to fail publicly and expensively. In not one case did the methodology conclude that a troubled programme was healthy.

That is the error that costs money, and it did not occur.

Where the assessment differed from the independent record, it differed the same way every time: it was more cautious than reviewers who had the benefit of hindsight. That direction is a design position, not an accident. An instrument advising on irreversible decisions should be harder to satisfy than the decision itself.

Its recommendations were consistently actionable. In every case the first recommended action named an accountable owner and a conditional path forward, and in almost all of them the specific evidence that would change the conclusion. Those are the properties that make a recommendation act on, rather than merely agree with.

On the headline decision it either agreed with the independent record or was more conservative, in every case, without exception. Section 4 sets out where that leaves the boundary between the instrument and the judgement of the person using it.

4. What it settles, and where your judgement takes over

It narrows the cause rather than settling it. Asked to name the single underlying cause, it placed the independent record’s answer among its own ranked candidates in the majority of cases. It is a strong instrument for narrowing the field and shortening the argument; naming the single cause remains a judgement, and the report presents the ranking rather than a false certainty.

It is deliberately cautious. The output is built to inform the person deciding, not to replace them.

This is a foundation, not a finished body of evidence. It is enough to support a decision-support methodology under continued calibration. It is not enough to claim accuracy, and no such claim is made here or anywhere else.

It attaches no probability to anything, by design. No percentage likelihood of failure and no risk score presented as a forecast, because no such figure could be defended.

It works from recorded evidence. It tests whether the evidence available supports the confidence being expressed. It does not discover risks nobody has documented anywhere.

Independent repetition is the next step. Every benchmark was written and locked before the engine ran, and every cut-off, source and expected answer was countersigned in advance, but the assessments themselves were carried out by the methodology’s author. A fully independent repetition is under way, and its results will be published here on the same terms as everything above.

5. An earlier result, held to the same standard

An earlier assessment examined TSB’s 2018 core banking migration at a fixed point twelve days before go-live, using only facts establishable at that date. The assessor did not know how it ended. Both the practitioner and the engine independently reached Pause. The migration went ahead; within hours customers were locked out, and the cost was approximately £366 million.

It is excluded from every figure on this page, for one reason: the individual responses behind it were never saved. Without them the assessment cannot be re-run, re-checked, or tested against a corrected version of the methodology.

A conclusion whose working no longer exists is precisely what this methodology exists to challenge. It is held to the same standard here, and retained only as an archived reference.

6. What the testing changed

Two earlier versions of the methodology were suspended as a result of their own testing. Version 1.0 was withdrawn after an assessment of Universal Credit exposed a defect in how it weighted causes by delivery stage. Version 1.1 was withdrawn after a deliberate positive control (running it against the London 2012 delivery programme, which succeeded) surfaced an over-caution defect before any client had seen the methodology. That failure was traced to a specific rule, corrected, and the correction tested against controlled probes before the version was frozen.

The programme of held-out cases then measured precisely how far that caution extends, published in section 3. That measurement is what drives the next refinement.

The standard applied is that a change to the methodology requires the same problem to appear twice, the full regression suite to pass, and every prior case to be re-run and explained. One proposed improvement was built, tested, and reverted when it altered an earlier diagnosis in a way that could not be justified.

7. The honest claim

Across major UK government transformation programmes spanning eleven sectors, assessed before their outcomes were known and benchmarked against the independent public record, Transformation Recovery OS never once concluded that a troubled programme was healthy.

Where it differed from that record, it differed by being more cautious, every time.
SOURCES & REFERENCES

National Audit Office

Value-for-money reports on each programme assessed, used as the independent benchmark record.

National Audit Office ↗

Committee of Public Accounts

Parliamentary evidence sessions and reports, used where an NAO report was supplemented or followed up.

UK Parliament ↗

Slaughter and May Independent Review

Independent Review of TSB’s 2018 migration to a new IT platform (2019), referenced in section 5.

Slaughter and May ↗
404 / PAGE NOT FOUND

That page is not available.

The Insight you requested could not be found. Return to the Insights index to continue reading.

Contact

Discuss a transformation challenge.

If you are leading a complex programme and need experienced transformation leadership, independent challenge or recovery support, get in touch.

Please do not include confidential, personal or commercially sensitive programme information in this form.

Your information will only be used to respond to your enquiry and will be handled in accordance with the Privacy Policy.