Evidence over narrative
Status should be supported by evidence, not confidence alone.
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.

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.
Two programmes reporting the same confidence. Only one of them is supported by what can be demonstrated.
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.
Status should be supported by evidence, not confidence alone.
The outcome matters more than the apparent health of individual workstreams.
Critical capability and actual availability matter more than nominal resourcing.
Progress is meaningful only when it increases confidence in the intended business outcome.
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.
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 →The recurring delivery patterns across these programmes informed the questions, failure patterns and intervention logic inside Transformation Recovery OS.

Programme confidence should be earned through evidence, not inherited from activity or expectation.

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

Nominal headcount does not demonstrate that scarce specialist expertise is available where the critical path requires it.
Some organisations need structured self-service assessment. Others need independent executive challenge, or hands-on leadership inside the programme. The right route depends on the situation.
Fifteen years leading complex transformation, and one question that has never stopped being useful.

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.
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.
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.
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.
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 show selected programmes and the delivery conditions that have shaped how I lead transformation and informed the development of Transformation Recovery OS.
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.
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.
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.
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.
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.
Context: Interconnected Treasury, Risk and Finance platforms requiring systems thinking, complex dependency management, specialist capability and strong governance.
Delivery focus: I worked across platform dependencies, capability, governance and end-to-end delivery conditions.
Delivery experience supporting Santander's digital mortgage transformation, including online decisions in principle and eligible online application journeys.
Delivery experience supporting Santander's adoption of Apple Pay as part of the bank's digital payments capability.
Transformation and delivery experience across Cheques, Faster Payments, CHAPS and International Transactions.
Transformation of a previously manual regulatory-reporting process through greater automation, control and delivery discipline.
Delivery of data and technology change involving platform modernisation, APIs, reporting infrastructure and operational processes within a regulated financial-services environment.
The recurring delivery patterns across these programmes informed the questions, failure patterns and intervention logic within Transformation Recovery OS.
Standfirst text goes here...
CTA text here...
Start with the free Warning Signs CheckPractical analysis of the evidence behind delivery confidence, readiness, governance and recovery.
Some organisations need structured self-service assessment. Others require independent executive challenge or hands-on transformation leadership. The right route depends on the situation.
The programme needs accountable senior leadership inside the delivery system for a defined period.
An executive decision is approaching and confidence in delivery needs independent challenge.
Sponsors need recurring independent visibility of delivery exposure and evidence quality over time.
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.
For individuals leading or managing programmes.
For sponsors, portfolio leaders and organisations reviewing material transformation exposure.
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.
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.
In practice, that means asking three different questions of a programme, not one.
I follow the same five moves on every engagement:
Examine the evidence a programme is actually standing on.
Test what the programme is asserting against that evidence.
Find the root cause behind the visible symptoms.
Identify where intervention has the greatest leverage.
Protect the business outcome, not just the plan.
Evidence → Pattern → Causality → Recovery
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.
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.
Every assessment resolves to one of six states:
UK government programmes across eleven sectors, assessed before their outcomes were known and benchmarked against the independent public record. See what that found.
For people directly leading programmes.
For sponsors and organisations assessing material programmes.
A short check for early signals across delivery, capability, readiness and dependencies.
Not knowing whether a material control or condition exists can itself be useful information. Select “Unsure” where you cannot confidently assess an area.
Select one response in each area. Six answers, and you will know where to look first.
Enter your email to see your indicative warning exposure and what it means. You will receive a copy of your summary. No confidential programme information is collected.
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.
Someone directly leading or managing a programme.
Time needed: Set aside an hour. You can save and return at any point.
Programme Directors · Transformation Leads · Programme Managers · Delivery Leads · PMO Leaders · Independent Consultants
Sponsors, portfolio leaders and organisations assessing material transformation exposure.
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.
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.
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.
Playbooks are prescribed from the Recovery Report rather than presented as generic downloads.
Critical delivery depends on specialist expertise that is unavailable at the level assumed by the programme plan.
Capability matrix · Resource allocation view · Critical-path resource overlay · Knowledge-transfer plan · Revised forecast.
A delivery plan based on actual capability rather than nominal headcount.
Programme confidence is materially ahead of what available evidence supports.
Readiness criteria · Evidence register · Material-risk position · Original versus current forecast · Executive status rationale.
High test completion may conceal insufficient proof of the material business outcomes required for safe implementation.
Material scenario matrix · Defect-severity trail · Regression results · Business-owner acceptance.
Your selected Recovery OS actions will form the basis of a prioritised recovery plan. Full Recovery Plan generation will be activated as part of the diagnostic product build.
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.
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.
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:
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.
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.
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.
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.
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.
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.
Value-for-money reports on each programme assessed, used as the independent benchmark record.
National Audit Office ↗Parliamentary evidence sessions and reports, used where an NAO report was supplemented or followed up.
UK Parliament ↗Independent Review of TSB’s 2018 migration to a new IT platform (2019), referenced in section 5.
Slaughter and May ↗The Insight you requested could not be found. Return to the Insights index to continue reading.
If you are leading a complex programme and need experienced transformation leadership, independent challenge or recovery support, get in touch.
Your information will only be used to respond to your enquiry and will be handled in accordance with the Privacy Policy.