The AGENTIC Framework started from a problem I kept running into. Organisations need to figure out which workflows to automate with AI agents, in what order, and how to keep the whole thing running once it's live. My background spans digital transformation, systems and process design, product management, operations, UX, and leading cross-functional teams. More recently, I've been deploying sandboxed AI agents for clients and testing them in real-world, high-stakes scenarios by shadowing myself actually doing the work. I think in systems. I look for efficiencies. So I built a methodology the way it made sense to me.
I wanted to think it through fresh rather than start from what already existed. Some of the design decisions came directly from watching what goes wrong. The most common mistake in AI adoption is encoding existing inefficiency into a new system, so the framework forces you to look at the process first. People don't sit down and document their workflows in detail, so discovery starts with conversation, not forms. Enthusiasm creates its own risks, so governance runs from day one, not after something breaks. A scoring matrix that gets rescored as AI capabilities change. An integrated lifecycle from assessment through to decommission.
Once the framework started taking shape, I got clarity on what I was actually building and solving for. That's when mapping the landscape became useful, not as a one-off comparison but as an ongoing part of the process. What are others doing that I should consider integrating? Where are they solving problems I haven't thought about? Where are my assumptions wrong?
So far I've mapped over 40 AI adoption frameworks, playbooks, and maturity models: every major cloud vendor, the big consulting firms, SaaS platforms, government bodies, academic models, independent practitioners. This is a snapshot of what I've found. I'll keep updating it as the landscape evolves.
The biggest surprise: I expected to find someone doing the end-to-end thing. Someone with the full lifecycle in one place. I didn't.
The standard AI adoption framework playbook
A consistent pattern emerges across frameworks regardless of who published them. Microsoft, Google, McKinsey, Deloitte, WalkMe, Writer, AWS, BCG. The labels differ. The structure is identical.
Maturity models are universal. Google uses three levels. AWS uses four. Gartner uses five. BCG uses four segments. Writer uses four phases. The specific names change but the structure is always the same: linear progression through named stages. Only McKinsey explicitly avoids a maturity model, framing transformation as ongoing rather than staged.
Readiness assessments come first. Every framework begins with some form of "assess where you are." Microsoft uses AI checklists. Google assesses four pillars. AWS evaluates six perspectives. Gartner scores seven pillars. The implicit assumption is identical: organisations must understand their current state before acting. Nobody challenges this or offers an alternative entry point.
Pilot-first is doctrine. Starting small with proof-of-concept projects before scaling is recommended by nearly everyone. The standard progression: identify use case, build PoC, validate, scale. McKinsey's "minimum viable transformations" and Writer's "Crawl" phase are variants of the same idea.
Change management is mentioned everywhere but structured nowhere. Nearly every framework acknowledges that AI adoption is fundamentally a people challenge. McKinsey's widely cited figure suggests 70% of the challenge is people and processes. But only Prosci (applying their ADKAR model) and Gallup (applying engagement science) provide structured methodologies. Everyone else mentions "culture change" and "training" without actionable detail.
Forty-plus AI adoption frameworks follow the same sequence: assess readiness, identify use cases, pilot, scale, govern. The interesting question isn't why they're similar. It's what the shared pattern leaves out.
Who AI adoption frameworks are written for
Enterprise CIOs and CTOs are targeted by at least eight major frameworks. Board members and C-suite executives by seven. IT leaders and architects by five. Consultants and advisors by five. These audiences face an abundance of competing frameworks, each saying substantially similar things.
The underserved audiences are more revealing.
Operations managers and process owners represent the most severe gap. These are the people who own the workflows AI needs to transform. McKinsey's own research identifies workflow redesign as having the biggest effect on business impact from AI. But their content speaks to CEOs about this, not to the operations managers who would execute it. The people closest to the work have almost no dedicated guidance.
Mid-market companies are a desert. No major framework publisher has dedicated mid-market guidance. Nearly 91% of middle-market firms report using generative AI, but only a quarter have fully integrated it into core operations. These organisations face structurally different constraints: no dedicated AI team, insufficient budget for custom builds, but too complex for off-the-shelf tools.
Non-technical business leaders seeking AI agent guidance specifically (not just "AI" in general) find only scattered resources. AWS published a guide. Caltech offers a two-day programme. MIT Sloan and BCG released a paper. But no single authoritative source combines "what agents are" with "how to evaluate, adopt, and govern them" for non-technical audiences.
The people who own the processes AI needs to transform have almost no dedicated guidance. Every major AI adoption framework talks to the CEO about workflow redesign. Nobody talks to the operations manager who would actually do it.
What no AI adoption framework covers
I investigated eight specific concepts across the entire landscape. Three have zero coverage in any published framework, playbook, or methodology.
Conversation-first workflow discovery
Every framework I found uses surveys, structured assessments, readiness questionnaires, or facilitated workshops as the entry point. I couldn't find anyone using unstructured, open-ended conversations as the primary method to discover automation opportunities. The Kickoff stage in the AGENTIC Framework starts here because structured formats miss the nuance. People describe their real work differently from how it's documented. The gaps between the official process and the actual process are exactly where agent deployments fail.
Per-step autonomy design
Every autonomy framework I found operates at the agent level or the system level. NVIDIA defines five levels based on workflow complexity. Others map autonomous vehicle levels to business AI. I haven't come across anyone designing autonomy at the individual step level within a workflow (Step 1 fully autonomous, Step 2 human-in-the-loop, Step 3 human-approves). The closest concept is ad hoc "human-in-the-loop" patterns at decision points, but that's not the same as systematic per-step autonomy design.
Resistance as diagnostic data, enthusiasm as risk
Individual elements exist in scattered sources. McKinsey notably reframes resistance as "a source of insight and innovation." On the enthusiasm side, a few clinical sources warn that uncritical enthusiasm can overwhelm rigorous evaluation. But I haven't found a framework that systematically treats both resistance and enthusiasm as signals that contain actionable intelligence. The AI Adoption Stream in the AGENTIC Framework treats them as exactly that: resistance tells you where workflows have undocumented complexity. Enthusiasm tells you where teams might skip the governance that protects them.
The remaining five concepts I investigated have partial coverage but are fragmented across different sources and never consolidated into a single methodology. Continuous rescoring of workflows as AI capabilities evolve. Parallel-run phases where agents shadow humans. Governed decommission paths. Override capture as a learning signal. As far as I've been able to find, none of these are structural elements in any published framework.
Why the full AI adoption lifecycle is nobody's job
The market is structurally fragmented. Cloud vendors (Microsoft, Google, AWS) cover technical architecture and deployment patterns but consistently underserve change management. Consulting firms (McKinsey, Deloitte, BCG) cover strategy, organisational design, and maturity assessment but provide no operational system. SaaS platforms (WalkMe, Writer, Zapier) cover the slice most relevant to their product and skip everything else. Government bodies (NIST, EU AI Act, WEF) cover risk and governance but not business cases or implementation.
Nobody integrates all of it. Assessment, scoring, building, monitoring, governance, and adoption as one continuous process. Vendors build but don't discover. Consultants advise but don't build. Platforms enable but don't govern. The full lifecycle falls between the cracks.
This fragmentation isn't accidental. It reflects business models. Cloud vendors write frameworks to sell cloud services. Consulting firms write frameworks to sell engagements. SaaS companies write frameworks to sell subscriptions. Each framework naturally covers the territory that leads back to revenue and treats everything else as someone else's problem.
What's missing from all of this is something that functions as a continuous system rather than a one-time strategic exercise. Most frameworks are designed to get you to a decision: which use cases to pursue, what to pilot, how mature you are. They're not designed to keep running after that decision is made. But AI adoption doesn't stop at the decision. It needs ongoing scoring, monitoring, governance, and adaptation as capabilities evolve. That's the gap I kept coming back to.
Cloud vendors build but don't discover. Consultants advise but don't build. Platforms enable but don't govern. The full AI adoption lifecycle falls between the cracks because nobody's business model covers all of it.
What I learned and what I'm incorporating
I went into this research expecting to find things I should integrate. Approaches I hadn't considered. Gaps in my own thinking that the landscape would expose. I wanted to be challenged.
Some of what I found is going straight into my thinking.
The WEF's "agent cards" concept is excellent. They treat AI agent onboarding like employee onboarding, with seven dimensions that map an agent's identity, capabilities, and boundaries. That's a useful frame. It aligns with how the AGENTIC Framework already treats agents as entities that need governance, but the "agent card" as a concrete artefact is something I want to explore further.
Prosci's ADKAR model brings structure to change management that I can learn from. Most frameworks mention change management and leave it there. Prosci actually breaks it into a sequence: Awareness, Desire, Knowledge, Ability, Reinforcement. The Adoption Stream in the AGENTIC Framework already has its own approach to resistance and trust, but ADKAR's rigour around sequencing is worth studying.
McKinsey's reframing of resistance as "a source of insight and innovation" validated something I'd already built. I'd designed the Adoption Stream to treat resistance as diagnostic data before I found McKinsey saying a version of the same thing. That was reassuring. Though they don't take it as far: nobody else pairs it with the observation that enthusiasm is also a risk signal.
The orchestrator role that consulting firms describe is worth paying attention to. Deloitte and BCG both emphasise the need for someone who coordinates across the AI adoption lifecycle. The AGENTIC Framework already had this in the Kickoff conversations and the AGENT Pipeline, but seeing how consulting firms frame the coordination challenge is useful for thinking about how organisations actually staff this work.
The vendor-specific frameworks have genuine depth on technical deployment patterns. Microsoft's four-phase AI agent guidance covers architecture, security, and observability at a level of detail the AGENTIC Framework doesn't try to replicate, because it's not platform-specific. But organisations implementing the AGENTIC Framework on Azure, AWS, or Google Cloud could layer those vendor patterns underneath the AGENT Pipeline stages. That's a complementary relationship, not a competing one.
What was genuinely absent from the AI adoption framework landscape
The concepts I'd built, the ones that felt most natural to me from years of working in operations and digital transformation, turned out to be the ones I found least covered. Conversation-first discovery, per-step autonomy design, the dual framing of resistance and enthusiasm as signals. These aren't things I designed to be different. They're things I designed because I'd seen the problems they solve.
The enthusiasm one especially. I think it's one of the most broadly understood but least addressed problems in AI adoption right now. A lot of organisations have blanket "no AI" policies precisely because they don't know how to manage what happens when people start using it. Someone gets excited, starts drafting content with AI, doesn't check the output, and a hallucination ends up somewhere it shouldn't. Everyone in the AI space understands that risk. But the response is usually either "ban it" or "encourage it." Neither is useful. What's missing is a measured approach: acknowledge that the enthusiasm is fantastic, then make sure people don't run off into the sunset and leave a trail of destruction behind them. That's what the Adoption Stream is trying to solve. Not suppressing enthusiasm, but giving it structure so that organisations can say yes instead of defaulting to no.
The absence of continuous rescoring surprised me most. Frameworks treat use case identification as a one-time or annual strategic exercise. But AI capabilities change quarterly. A workflow that scored low six months ago might score high today because the underlying models improved. The AGENT Prioritisation Matrix at the centre of the AGENTIC Framework is designed to be rescored, not filed away. Track watches the capability frontier and resurfaces workflows for re-evaluation. I expected others to be doing this. They're not.
And the full lifecycle fragmentation made sense once I understood the business models. Consulting firms produce frameworks to sell advisory engagements. Cloud vendors produce frameworks to sell platform services. SaaS companies produce frameworks to sell subscriptions. Each one covers the territory that leads back to revenue and treats everything else as someone else's problem. Nobody needs to build the full end-to-end system because that's not what they're selling.
I needed the full end-to-end system because that's the problem I'm solving for myself. The AGENTIC Framework is one continuous process: Assess, Greenlight, Engineer, Nurture, Track. Governance and adoption run alongside every stage. It has to work end to end because I'm testing it at two organisations right now, and partial coverage isn't an option when you're the one doing the work.
This research isn't something I did once and moved on from. It's an ongoing feedback loop. The landscape changes, new frameworks appear, existing ones evolve. I keep watching it, keep learning from it, and keep folding what I find back into the AGENTIC Framework. I'm also continuing to study this space formally through programmes at Oxford and Harvard, because I want to keep pressure-testing my thinking against the best of what's out there. That's how the framework itself works, too. The whole methodology is built around feedback loops: rescoring, monitoring, revisiting assumptions. It would be strange to exempt my own process from that.