Transforming Transformation™ Article Series

The article titles are linked to the PDF version of the article. We DO NOT ask you for your data.
We think companies that do that just plain suck.

We do ask that if you use our intellectual property, please give ENKI LLC credit.
All of us at ENKI LLC have worked hard on this articles since 2021.
This is our third iteration on them with new IP.
We would like to help, and be acknowledged by, others - that is why we are sharing.

If you want to share your thoughts, if you agree or disagree, we do want to hear from you.
Please drop us an email at: ArticleFeedback@enkillc.com


Did you know that three-quarters of large-scale transformations have failed to deliver for more than three decades, a rate that hasn't budged despite new technologies and methodologies. One is now happening at massive scale as AI investment surges with little return. The Transformation Insanity Curve argues the cause that it isn't poor execution but misdiagnosis: leaders treat an architectural problem — realigning how a business creates value, how technology enables it, and how people learn — as a behavioral one. Drawing on 70+ enterprise engagements, the model charts six stages from the self-defeating "Circle of Insanity" to a genuine "Breakout Path."

The Transformation Insanity Curve

An introduction to the new language for enterprise transformationS

Are you stuck in the circle of insanity?


This article argues that the real reason AI “doesn’t pay back” is that most enterprises deploy it into legacy architectures never designed for AI‑enabled ways of working. It contrasts the typical AI portfolio that has dozens of disconnected pilots in a Circle of Insanity with a three‑architecture model in which Business Architecture defines value flows, Technical Architecture follows the work rather than leading it, and Learning Architecture ensures people can actually operate in the new system. The piece walks through illustrative scenarios (e.g., failed shared‑services automation, stalled customer‑360 programs) and shows how an architectural reset changes the economics of AI. It closes with 5 questions boards and a CEO can ask their organization to see whether their AI investments are building a Breakout Path or just another spin in the Circle of Insanity.

From AI Pilots to Enterprise Value (AI ROI)

Why does AI ROI keep eroding after successful pilots


The Hidden Architecture of Failure

Why “Transformation Offices” Can’t Save a Broken System

This piece examines why transformation offices and program management centers of excellence frequently preside over failure rather than preventing it. It explains how many offices are chartered to manage scope, budget, and timelines across hundreds of initiatives, while the underlying Business Architecture, decision rights, and information model remain untouched. The article uses the Transformation Insanity Curve stages to show how good leaders, armed with the wrong levers, amplify complexity and fatigue. It then introduces Business Archeology as a different starting point — beginning with how work actually flows, how decisions are really made, and where accountability is blurred — before any portfolio is built. The article ends with a diagnostic checklist for boards and CEOs to determine if their transformation office is correcting root causes or institutionalizing the Circle of Insanity.


Learning Architecture is the third leg of enterprise transformation, alongside Business and Technical Architecture, and the one most often left to chance. In this fourth installment of ENKI LLC's Enterprise Transformation Series, CIO Lawrence Dillon, Chief Client Officer Stephanie Qualls, and Education Practice Leader Dr. Synthia Taylor draw on adult learning science, decades of research on why 88 percent of transformations fail, and two real-world client turnarounds to show why training plans are not learning architecture, why traditional change management falls short, and what boards and CEOs should be asking before they approve the next transformation investment.

Learning Architecture - The Ignored Third Leg Article

OCM was not designed for enterprise transformation - so what framework is available to help?


Artificial intelligence has become the newest test of enterprise leadership, but the real question boards face is no longer whether to adopt it. It's whether the organization can pursue AI aggressively enough to compete while governing it well enough to remain trustworthy. This article, the fifth in ENKI LLC's Enterprise Transformation Series, examines why AI ROI keeps eroding after deployment, how AI reshapes cyber risk beyond traditional perimeters, and why boards that cannot inventory their AI estate are guessing rather than governing. Drawing on research from Deloitte, IBM, NIST, and the World Economic Forum alongside ENKI's work across more than 70 enterprise transformations, the authors argue that durable AI value depends on redesigning Business, Technical, and Learning Architecture together, not on adding another policy or officer.

AI Cyber Risk and the ROI Question

Learn what Deloitte, IBM, NIST, and the World Economic Forum are saying and how to tackle this challenge


Here you unpack Business Archeology as the “investigative science” that precedes responsible strategy and architecture design. The article contrasts two approaches: arriving with a preferred framework and staffing the engagement to confirm it, versus starting with structured observation, interviews, and process tracing that reveal the gap between documented process and lived process. It shows how Business Archeology surfaces the informal systems, shadow organizations, and cultural workarounds that make-or-break AI, ERP, and shared‑services programs. A short-anonymized case vignette illustrates how 1,200 projects collapsed into fewer than a dozen coherent initiatives once the true architecture emerged. The call to action: stop approving nine‑figure programs without first commissioning a Business Archeology‑style diagnostic.

Business Archeology

a better approach to root cause analysis


This article argues that AI is now a capability in the same category as cloud, ERP, and the commercial internet — too consequential to ignore and too dangerous to deploy casually— but most organizations still treat it as a collection of pilots and tools. Building on board‑level AI cyber risk guidance, it explains why strategy and architecture consistently lag AI experimentation, how that gap erodes ROI and increases risk, and what boards and C‑suites must require from management to treat AI as a strategic capability rather than opportunistic automation.

The Strategic AI Gap

Unsafe at any speed
too consequential to ignore
too dangerous to deploy casually
ignore at your own risk


Aimed at boards and C‑suite leaders, this article offers a simple mental model for thinking strategically about AI: where to play, how to win, and how to protect. It connects AI directly to business strategy, value streams, and operating models, guiding executives to ask the right questions about AI’s role before approving investment. It leverages ENKI’s Business Information Model, IT Strategy process, and Business Archeology™ to ground AI in real work rather than slides.

How to Think Strategically About AI

Is AI a toy, a tool, a slide presentation,
or a way of behaving


We us AI only because it is a hot topic in business but this applies to any catalyst that forces a company to think and act differently.

This article argues that the limiting factor in AI‑first transformation is not GPU capacity or model choice but the organization’s ability to learn, adjust the existing mental models, and make new kinds of decisions at scale. It shows how Learning Architecture™ uses metacognitive practices, reflection, and carefully sequenced learning journeys to help leaders, managers, and frontline employees change how they think about risk, judgment, and automation. The article draws a clear line between AI pilots that stay trapped in innovation labs and those that reshape how entire value streams operate. It ends with a suggested agenda that treats AI not as a technology demo but as a redesign of how the enterprise learns and decides.

Beyond Change Management - Learning Architecture™ Explained

Thinking differently at scale is required to embrace any enterprise opportunity or challenge.


Boards and C-suites that already use structured strategic choice frameworks, like Roger Martin's Playing to Win, know how to decide, where to compete, and how to win. What most haven't solved is why that choice keeps losing energy on its way to the front line. In this article we map how a well-structured strategic choice has to travel through Business, Technical, and Learning Architecture before it becomes anything more than a slide, and show, through a real warehouse example, how the right learning journey turns employees from blockers into owners.

Choice Structuring Meets Learning Architecture

So, you have a strategy, now what

Turning Strategic Decisions into Enterprise‑Wide Capability


This piece reframes governance from “committees and decks” to the concrete design of who decides what, using which information, under which constraints. It describes how decision‑rights frameworks and enterprise business information models (EBIM) act as the connective tissue between strategy, architecture, and execution. The article shows how unclear decision ownership and inconsistent definitions of core concepts (like “customer” or “product”) generate hidden drag on AI programs, M&A integration, and shared‑services transformations. Using simple illustrations (e.g., how a unified customer EBIM changes KYC, onboarding, and compliance initiatives), it argues that governance must be designed as part of Business Architecture, not bolted on afterward. The close: a set of three conversations boards should insist on before approving the next major technology or transformation spend.

Governance That Actually Governs

Decision Rights, Information Models, and the Physics of Enterprise Change


Transformation and Change Adoption

Start it on Day One,
Not Go-Live

Why the Hard Part of Transformation Was Never the Decision

This article examines why only 12% of major transformation programs produce lasting results, and why the cause is rarely the technology or the strategy. Drawing on nearly eighty years of organizational research and a Fortune 50 case study, the article makes the case that adoption has to be built into the diagnostic itself, engaging the people who will run the new operating model before software is configured or a future state is announced, not bolted on as a communications plan after the decisions are already made.


This article positions Activity Modeling as the missing translation layer between business intent and modern technical patterns such as microservices, service oriented architecture, and AI agents. It explains how many enterprises draw technical boundaries based on systems or organizational structures rather than on reusable business activities and clear ownership. The piece shows how that leads to fragile microservice designs, brittle automation in shared services, and AI agents that automate edge cases while core work remains manual. A concrete example, restructuring customer‑facing processes around a coherent activity model, demonstrates how to simplify portfolios and reduce project sprawl. The article ends with three “acid tests” leaders can use to tell whether their AI or modernization program rests on solid activity logic or is simply repainting legacy complexity.

Business Activity Modeling

How to identify shared business activities across the enterprise

The logic Behind Micro-Services, Shared Services, Service Oriented Architecture, and Agentic AI.


This article speaks directly to leaders whose AI, ERP, or “digital” programs are stuck, over budget, or politically toxic. It uses the Transformation Insanity Curve™ to help executives locate their current stage, whether they are in early denial, slogan‑heavy “change recognized,” or full “C‑suite Circle of Insanity.” It then lays out a practical roadmap to move from a stalled state into the Breakout Path: commissioning a Business Archeology™ style diagnostic, simplifying the portfolio around a few coherent value streams, rebuilding Business and Technical Architecture around those streams, and embedding Learning Architecture™ into the operating cadence. Short, anonymized case fragments illustrate how organizations have recovered from almost terminal fatigue. The article’s call to action is explicit: before you cancel or double down on a failing program, pause for a structured diagnostic conversation.

Escaping the Transformation Graveyard

How to Restart a Stalled Program Without Repeating the Past


Most access control models grant permissions at the process or role level, which leaves enterprises over-provisioned and under-governed. This article shows how to define access at the level of the individual business activity instead, using CRUD analysis and attribute-based enforcement to build authorization that is precise, auditable, and extends cleanly to AI agents. It's the third installment in ENKI's Enterprise Transformation Series, connecting board-level risk governance to secure micro-service design.

Business Security Modeling

A How-To Guide for Delivering a Secure Enterprise


ERP Replacement

The grandparent of IT Failure

COMING SOON

Panorama Consulting data compiled by NetSuite puts the first-time ERP implementation failure rate near 50 percent, with most projects running three to four times over budget and roughly 30 percent past schedule. That is close to the 88 percent transformation failure rate highlighted in the series already, and that makes ERP a natural, evidence-backed entry point for the Business Activities Modeling and Business Archeology™ arguments in Articles 6 and 13.


Deal volume gives this urgency: McKinsey puts 2025 global M&A value at $4.7 trillion, up 43 percent year over year, with the firm expecting the momentum to continue into 2026. Failure rates have not moved with the volume; a synthesis of Harvard Business Review, McKinsey, KPMG, and Fortune research puts shareholder-value failure at 70 to 90 percent, and first-time acquirers succeed only about 23 percent of the time versus 54 percent for serial acquirers. That gap between deal-making appetite and integration discipline is a direct extension of the Transformation Insanity Curve™ argument in Article 1.

Post-Merger Integration (Acquiring a Business)


COMING SOON


Divestiture and Carve-Out Execution

The fastest-growing deal type in the set

COMING SOON

McKinsey records divestiture value up 30 percent to $1.6 trillion in 2025, the highest level since 2021, with the Americas accounting for 58 percent of separations. Deloitte's 2026 Global Divestiture Survey shows execution discipline improving, deal abandonment fell from 98 percent of respondents reporting at least one abandoned deal in 2024 to one-third by the end of 2025, but still finds persistent gaps in data quality, separation readiness, regulatory planning, and leadership alignment, with stranded costs and transition service agreement complexity eroding value after close. This is a clean, underused pairing with the Governance and Business Activities Modeling articles: a carve-out is, in effect, a forced exercise in deciding which business activities and decision rights travel with the separated entity.


Cloud Strategy: Migration, Repatriation, and Hybrid Control

ROI, Risk, and Maturity

Repatriation is directionally real and well timed, but not yet rigorously quantified.

COMING SOON

Cloud platforms remain a top-three technology priority for CIOs (76 percent among the government CIOs Gartner surveyed for 2026), and agentic AI deployment is accelerating hybrid infrastructure decisions. Cloud repatriation, moving workloads back on premises for cost or control reasons, is a widely discussed 2026 narrative, but the sourcing behind it is almost entirely vendor and analyst content marketing rather than primary survey data; treat the repatriation half of this topic as directionally real and well timed, not yet rigorously quantified. This is a strong candidate to extend the Technical Architecture themes touched in the AI series to a non-AI audience.


Technology and Legacy System Modernization

Modernization is crowded out by AI and security spending - so what do you do to stay current and reduce technical debt increasing your OpEx

COMING SOON

In the same Gartner-based CIO priorities survey, modernizing the applications portfolio ranked fifth among functional priorities for 2026, behind operationalizing AI, cybersecurity, and data and analytics. That ranking is itself the story: modernization is present but crowded out by AI and security spending, which is exactly the executive tension Article 14, Escaping the Transformation Graveyard, already names for AI, ERP, and digital programs generally. A dedicated modernization article would sharpen that argument for the CIO audience specifically rather than the board audience Article 14 targets.


The target-side mirror of the Post Merger article above, and the least-covered angle in general transformation literature; most M&A content, including the failure-rate research cited above, is written for the buyer. Given the same 2025 to 2026 deal-volume growth, this is real white space: an article written for the executive team being absorbed, not absorbing, would be genuinely differentiated rather than one more acquirer's playbook.

Being Acquired or Absorbed Into an Acquirer

The ignored step-child of enterprise transformation

COMING SOON


If you performa a search for help on Process Automation, the vendor-content volume on hyper-automation and workflow automation for 2026 is high, but you will not find a peer-reviewed or primary institutional source quantifying adoption or ROI; the available material is almost entirely SEO-driven vendor blogs, which better sit at the bottom of your trust hierarchy. The topic maps directly onto Article 13's Business Activity Model since automation is what you do with a well-modeled activity.

Workflow and Process Automation

COMING SOON


This article aligns with two published articles above, Governance That Actually Governs and Choice Structuring Meets Learning Architecture. Those two articles already address decision rights and how a strategic choice becomes enterprise-wide behavior. This article will address the reorganization, new operating model, or a post-merger structure, that results from the changes explained in previous articles rather than restating governance design in different words. There is no primary institutional survey we could find that is isolated on cross-functional misalignment as a standalone, so we acknowledge that the evidence here is directional based on our massive transformation experience exceeding over 125 companies, rather than quantified.

Cross-Functional Alignment and Communication

COMING SOON


Designing a Learning Enterprise

Building a System That Gets Better at Transformation Every Time

COMING SOON

The final article in the series zooms out from individual programs to the idea of a learning enterprise, a company whose Business, Technical, and Learning Architectures are designed to evolve together. It explores what it means to institutionalize metacognition, retrospective practice, and continuous architecture renewal into the normal operating rhythm, so that each transformation leaves the organization more capable, not more exhausted. The piece describes practical design elements: lightweight mechanisms for updating architectures, role expectations for leaders as stewards of learning, and cadences where business results and learning insights are reviewed together. The article closes by reframing success on the Transformation Insanity Curve: not just reaching Stage 6 once, but staying there by treating learning as the core enterprise competency.