The Remake Framework
Five Pillars of AI Capability
Whether the foundations can carry the ambition.
What it is
The five capability domains of an AI capability model that cut across every level of maturity: Governance and Accountability, Technical Infrastructure, Operational Excellence, Value Realisation and Lifecycle Management, and People, Culture and Adoption. Read together, they tell a Board not whether it has AI but whether it can run it.
The AI Stages of AdoptionGlossaryAI Stages of AdoptionA framework describing five stages of the AI journey, Experimenting, Adopting, Optimising, Transforming and Scaling, plotted on an investment-value graph, recognising that different functions progress simultaneously at different paces.AI Stages of Adoption is a Model within the Remake framework.Find out more → answers where you are; the Five Pillars answer the question that always follows — “how do we know when we’re truly ready to move from one stage to the next?” Unlike technology-focused maturity models, the pillars recognise that AI success depends on balanced capability across all five domains: strength in one cannot compensate for weakness in another.
The five capability domains
Balanced development across all five determines whether stage transitions succeed — weakness in one undermines progress in all.
- Governance & AccountabilityAI operating within safe and legal boundaries, with clear human oversight: who decides, and who is responsible — questions that sharpen as AI takes on more autonomous decision-making.
- Technical InfrastructureThe foundational technology under the ambition: platforms, data architecture, and compute that enable development and deployment at scale.
- Operational ExcellenceThe processes and practices for running AI reliably in production — consistently, efficiently, and beyond the pilot.
- Value Realisation & LifecycleCapturing measurable value across the full lifecycle: use-case selection, vendor relationships, intellectual property, and honest ROI.
- People, Culture & AdoptionThe human dimension: change management, skills, and cultural readiness — whether sophisticated systems get used effectively or actively circumvented.
What it examines
A function’s underlying capability across the five domains — the evidence beneath the AISA stage it claims. The inputs are concrete: governance artefacts in actual use, the state of the platform and data estate, production operating practices, value measurement discipline, and the honest temperature of adoption on the ground.
The readings
A per-pillar strength reading, and the pattern across them: balanced capability that can carry the next stage transition; an imbalance that will block it (the classic — technical infrastructure racing ahead of governance and adoption); or capability badged at a later stage than the evidence supports. Each transition on the AISA curve has its own pillar signature, so the reading tells you not just whether you are ready, but which pillar to invest in first.
Running it
Function by function, alongside an AISA reading — the stage placement and the capability evidence belong in the same conversation, with the function owner in the room. The pillar-by-pillar discussion works best as structured self-assessment challenged against artefacts: not “do we have governance?” but “show me where it operated last month.”
In the framework
Within Remake, the Five Pillars are declared a Diagnostic — read at Remake: Diagnose, where the capability evidence separates the real constraint from the reported one, and again at Remake: Plan, where capability building is designed alongside delivery so the next stage transition is earned rather than scheduled.
Questions
Why do stage transitions fail even after successful pilots?
Because pilots prove a use case, not a capability base. The transition from Experimenting to Adopting fails on missing governance and budget discipline; Adopting to Optimising fails on operational practice; beyond that, on culture and value measurement. The pillars name the missing foundation before the transition exposes it.
Which pillar matters most?
The weakest one. The model’s core claim is that the pillars compound: weakness in any domain undermines progress in all of them. A portfolio-grade technical estate under weak governance is a liability, not an asset — and world-class governance over infrastructure that cannot deliver is theatre.
Cited in
Writing that builds on this asset.
Related assets
History
Provenance and revision history. Every asset in the library carries this record, so what you are applying, and which version of it, is never in doubt.
- Asset
- Five Pillars of AI Capability
- Kind
- Diagnostic — assesses a current state and returns a reading
- Status
- Current
- Version
- 1.0
- Origin
- Developed by Mario Thomas from earlier work with the AWS Cloud Adoption Framework; introduced 2 March 2025 in Navigating the AI Stages of Adoption with the Five Pillars
- Registry
- Recorded in the Remake Library and defined in the glossary
Versions
- 1.0 Initial framework publication.