Frank Schwab
I bridge the gap between Visionary
Technology and Balance Sheet Profitability

The Bank of England’s Oracle Cloud Migration Failure
Project Overview
🎯 Migration of core business applications (ERP) and back-office functions to the cloud.
🤝 Version 1 (Systems Integrator).
⚙️ Oracle Cloud (SaaS/PaaS).
📅 Planning began in 2020; Procurement in 2022; Implementation ongoing through 2026.
Executive Summary
In early 2026, disclosures revealed that the Bank of England’s project to migrate its back-office systems to Oracle Cloud had tripled in cost, rising from an initial estimate of £7 million to a contract value of £21.5 million.
The project serves as a textbook example of the "optimism bias" often seen in public sector IT transformation. What began as a standard two-phase migration strategy rapidly evolved into a complex, multi-phase implementation with significant scope expansion. This escalation highlights the friction between rigid initial budgeting and the agile, evolving nature of large-scale cloud integration.
The Challenge: Budget and Scoping Mismatches
The first premise of your case highlights budget control and initial scoping challenges. The BoE’s timeline illustrates exactly how these challenges materialized:
The Optimistic Baseline (2022): The Bank initially tendered the contract with a valuation of £7 million. This figure likely represented a "happy path" scenario, assuming a clean lift-and-shift of existing processes with minimal customization.
The Reality Check (2023): When the contract was awarded to systems integrator Version 1 in September 2023, the baseline had already crept up to £8.7 million—a 24% increase before work fully commenced.
The Methodology Pivot (2024-2025): The original plan for a "two-phase" rollout was deemed insufficient. The Bank shifted to a "multi-phase" approach to mitigate operational risk. While this reduced the risk of a "big bang" failure, it significantly extended the timeline and resource requirements, pushing the cost to £13.8 million.
The Scope Explosion (2026): By January 2026, further amendments were made to include "additional works, services, or supplies" not in the original procurement. This finalized the cost at £21.5 million—more than 3x the original estimate.
Key Insight: The initial £7m budget appears to have been a "best-case" estimate that failed to account for the complexity of untangling legacy data and the high cost of change management in a regulated environment.
Root Cause Analysis: Scope Expansion & Complexity
The second premise of your case points to scope expansion and delivery risks. The cost ballooning was not due to price gouging, but rather a fundamental change in what was being delivered.
A. Functional Scope Creep
The project grew from a core ERP migration to a wider overhaul of critical financial functions. Specific additions included:
Oracle Cloud Payroll: Moving payroll for the Bank's staff to the cloud is high-risk and operationally complex, requiring parallel runs and intense testing.
Oracle Accounting Hub: This suggests a need to integrate high volumes of transactional data from disparate legacy systems, a task often underestimated during the "PowerPoint phase" of project planning.
B. The "Sunk Cost" & Vendor Lock-in
In justifying the cost increases without re-tendering, the Bank argued that switching suppliers would create "technical risk" and interoperability issues. This is a common trap in ERP modernizations: once a specific vendor (Oracle) and integrator (Version 1) are embedded in the architecture, the cost of exit becomes prohibitively high, giving the vendor leverage and making it easier to approve budget uplifts than to pause the project.
Implementation Complexity
The shift from Two-Phase to Multi-Phase is an admission of complexity.
* Two-Phase: Fast, cheaper, but high risk of operational disruption.
* Multi-Phase: Slower, expensive, allows for iterative testing.
By choosing the latter, the Bank prioritized stability over cost, a necessary trade-off for a Central Bank, but one that breaks initial budget forecasts.
4. Lessons Learned
Beware the "Consultant's Estimate": Initial tenders often reflect the cost of the software license and basic setup, ignoring the massive "iceberg" costs of data cleaning, integrations (Accounting Hub), and organizational change management.
Agile vs. Fixed Price: Large financial infrastructure projects rarely stick to a fixed scope. Contracts should build in buffers for "discovery"—the inevitable realization that legacy systems are more tangled than thought.
The Penalty of Optimism: The BoE’s reputational hit comes not just from the money spent, but from the variance against the forecast. A realistic £20m estimate in 2022 would have raised fewer eyebrows than a £7m estimate that tripled.
5. References
The Register: Bank of England's Oracle cloud migration bill triples as project grinds on (Jan 9, 2026) Link
TechRadar: Cost of Bank of England's Oracle migration set to triple (Jan 9, 2026) Link
Find a Tender (Official UK Gov Notice): Oracle Cloud Implementation - Modification Notice (Jan 6, 2026) Link
#banking #strategy #digital #digitaljourney #failure #itmegaprojects
#casestudy

© Frank Schwab 2026