Skip to content

Using TOGAF ADM for AI Adoption: From Experimentation to Scale

<p>Only 5% of custom enterprise AI tools ever reach production. That figure, drawn from the 2025 Project NANDA report, points to a problem most organizations already feel: AI is easy to experiment with, but hard to embed into real business workflows. The gap between a promising proof of concept and a deployed, governed, value-delivering solution is where most AI initiatives quietly die. The reasons are rarely technical. Lack of structure, unclear ownership, and missing governance are the usual culprits. This is exactly where TOGAF's Architecture Development Method (ADM) has something meaningful to offer.</p>
14 April 2026Prague
Pedro Almeida
<h2><strong>What is the ADM and why does it matter for AI?</strong></h2><p>TOGAF is an Enterprise Architecture framework used by organizations worldwide to design, plan, and govern large-scale transformation. Its core engine is the ADM: a structured, iterative cycle of phases that guides architecture work from initial vision through implementation and ongoing change management.</p><p>AI adoption, at its core, is a major enterprise transformation with high uncertainty, fast-moving requirements, and complex governance needs. The ADM is built for exactly that kind of challenge. And critically, it doesn't require your organization to already have a mature architecture practice. The method scales to different levels of readiness.</p><p><img loading="lazy" src="/getContentAsset/e171e830-5f88-4def-9714-12238ef30584/cb87803a-320c-480f-ab75-7b9029eaaf79/Three-starting-points_insights.webp?language=en" alt="Three starting points_insights" title="Three starting points_insights" style="width: 872px" class="fr-fic fr-dib fr-fil"></p><h2 data-pasted="true"><strong>Walking through the phases</strong></h2><p>The ADM begins with a <strong>Preliminary Phase</strong> that sets the foundation: governance structures, architecture principles, and clarity on who owns what. Before chasing AI use cases, organizations need to agree on how architectural decisions will be made. Skipping this step is one of the most common reasons AI initiatives become disconnected experiments rather than coherent programs.</p><p><strong>Phase A</strong> defines the Architecture Vision, the "why" and "what" of the AI adoption effort. This is where business value, scope, and sponsorship are aligned. Without a shared vision that leadership and teams genuinely believe in, even the best-architected AI solution will struggle to gain traction.</p><p><img loading="lazy" src="/getContentAsset/94929a2a-41e3-40a4-b1f7-5447e573d6dd/cb87803a-320c-480f-ab75-7b9029eaaf79/Phase-A_insights.webp?language=en" alt="Phase A_insights" title="Phase A_insights" style="width: 872px" class="fr-fic fr-dib fr-fil"></p><p data-pasted="true"><strong>Phases B, C, and D</strong> address Business, Information Systems, and Technology Architecture. These phases map what needs to change in processes, data, applications, and infrastructure to support the target AI state. A common mistake here is jumping straight to tools and models without understanding the broader operational changes required. The ADM forces that broader thinking.</p><p><strong>Phase E</strong> turns the target architecture into a practical delivery plan with work packages, transition states, and a candidate roadmap. <strong>Phase F&nbsp;</strong>refines that roadmap into a realistic migration plan, factoring in dependencies, costs, risks, and organizational readiness.</p><p><strong>Phase G</strong> is where architecture meets execution. Implementation Governance ensures that what gets built stays aligned with what was designed through compliance reviews, architecture contracts, and structured oversight of delivery teams under pressure to move fast.</p><p data-pasted="true">Finally, <strong>Phase H</strong> establishes Architecture Change Management: a process for monitoring business outcomes, tracking performance, and deciding when a change is small enough to handle as an update versus when it warrants a new architecture cycle.</p><p><img loading="lazy" src="/getContentAsset/c243f45a-fe79-42a2-93f0-b236992dc589/cb87803a-320c-480f-ab75-7b9029eaaf79/Phase-H_insights.webp?language=en" alt="Phase H_insights" title="Phase H_insights" style="width: 872px" class="fr-fic fr-dib fr-fil"></p><p data-pasted="true">Running through all phases is <strong>Requirements Management</strong>, not a one-time exercise, but a continuous discipline that keeps evolving requirements connected to the right decisions at the right time.</p><h2><strong>The bigger picture</strong></h2><p>TOGAF ADM doesn't make AI adoption simple. What it does is make it structured, traceable, and governed, which is exactly what separates the 5% that reach production from the 95% that don't.</p><p>There's one principle worth holding onto throughout: AI succeeds only when the people and communities inside your organization believe in its value. Architecture can create the conditions for that belief by ensuring AI initiatives are well-scoped, clearly governed, and visibly connected to business outcomes that matter.</p><p>The methodology is a means, not an end. Use it to give your AI ambitions the foundation they need to actually land.</p><p><br></p><p><em>This article was written by Pedro Almeida, Head of Architecture at ACTUM Digital. Read the full version, including a detailed phase-by-phase breakdown, on </em><a href="https://medium.com/life-at-apollo-division/using-togaf-architecture-development-method-adm-for-ai-adoption-5bbebfbca012" target="_blank" rel="noopener noreferrer"><em>Medium</em></a><em>.</em></p>

About cookies on this site

<p data-pasted="true">We use cookies to collect and analyse information on site performance and usage, to provide social media features and to enhance and customise content and advertisements.</p><p></p>