Tag Archives: MDM

The $450 Billion Paradox: 5 Impactful Truths About the Agentic AI Revolution

The enterprise technology landscape is currently defined by a staggering strategic chasm. On one hand, Capgemini estimates that Agentic AI could generate $450 billion in economic value over the next three years. On the other, Gartner forecasts that 40% of these projects will be canceled by 2027. This is not merely a contradiction; it is a high-stakes gamble on the future of work.

We are moving beyond the era of “query-based assistants”—Generative AI that merely synthesizes information—to a world of “autonomous systems” that proactively execute multi-step processes. Gartner further projects that by 2028, 15% of day-to-day work decisions will be made autonomously by these agents. For the C-suite, the challenge is no longer adoption, but avoiding the trap of building a sophisticated workforce of agents on a foundation of crumbling business logic.

1. Why 40% of Projects are Headed for the Scrapyard

The high failure rate predicted for Agentic AI is not a failure of the technology itself, but a failure of operational redesign. Many organizations are making the fatal error of layering autonomous agents onto broken manual processes, expecting the AI to “fix” the underlying chaos.

“Over 40% of agentic AI projects will be canceled by the end of 2027… Rising costs, unclear business value, and inadequate risk controls are the culprits.” — Gartner

Strategic failure typically occurs when leadership fails to separate execution from accountability. Agents can execute, but the accountability framework must be redesigned to handle autonomous actions. Furthermore, we are seeing a massive wave of “agent-washing,” where vendors relabel basic API integrations or rigid chatbots as “agentic” to capture market hype. True Agentic AI requires the capacity to reason, plan, and adapt—capabilities that demand a fundamental overhaul of how work is orchestrated, not just a new software layer.

2. From “Answering” to “Doing”—The Dawn of the Action-Oriented Workforce

The fundamental shift in this revolution is the move from passive information retrieval to active task execution. While standard GenAI is limited to content generation, Agentic AI functions as a “decision engine” that selects and calls tools, uses memory, and executes multi-turn plans to achieve outcomes end-to-end.

Siemens captures this architectural distinction precisely:

“We are moving from query-based assistants that respond to user requests, to autonomous agents that proactively execute processes under the coordination of an orchestrator.”

Comparison: Passive GenAI vs. Active Agentic AI

  • GenAI (Passive): Retrieves a knowledge base article explaining the steps for a user to perform a password reset.
  • Agentic AI (Active): Authenticates the user via MFA, accesses the Identity Access Management (IAM) system, resets the credentials, and closes the support ticket autonomously.

3. The “Agentic Advantage” Across 8 Key Industries

Approximately 70% of current deployments are concentrated in high-coordination industries where work moves across disparate systems and departments.

  • Banking & Wealth Management: Unlike traditional automation that follows “if-then” logic, agents use probabilistic reasoning to handle fraud investigations. They build case narratives and recommend dispositions, adapting as new transaction data surfaces. This is under intense scrutiny: UK banking regulators are actively monitoring the “speed of autonomy” to prevent cascading errors from destabilizing financial systems.
  • Insurance: In claims triage, agents move beyond rigid templates to analyze photos and forms, calculating settlements for low-complexity claims. The advantage over traditional automation is the ability to handle multi-step adaptation—if a document is missing, the agent doesn’t simply “fail”; it proactively contacts the claimant to retrieve it.
  • Retail & eCommerce: Agents manage “Post-Purchase Orchestration,” autonomously offering remediation like expedited shipping or refunds based on real-time logistics delays.
  • Manufacturing: Systems diagnose machine issues from sensor data and propose corrective maintenance windows to minimize shopfloor disruptions.
  • Healthcare: Agents automate prior authorization by validating requests against clinical guidelines and assembling documentation packets, reducing administrative cycles from days to minutes.
  • Logistics & Supply Chain: Agents monitor for exceptions, such as customs holds, and autonomously retrieve and submit missing documentation to keep goods moving.
  • Legal & Professional Services: Automation of client intake and matter management, including preliminary conflict checks and engagement letter drafting.
  • Energy & Utilities: Agents coordinate outage responses by correlating telemetry with network topology and proposing crew dispatch options based on skill and proximity.

4. The Identity Pivot: Managing “Non-Deterministic” Digital Employees

As agents gain the autonomy to modify records and initiate transactions, they must be governed as Non-Human Identities (NHIs), not simple service accounts. The core risk is Non-Deterministic Behavior: because agents are probabilistic, they can chain tool invocations in ways developers never anticipated.

This introduces a shift from “Output Risk” (incorrect text) to “Action Risk” (unauthorized transactions or data deletions). To mitigate this, organizations must adopt:

  • Least Privilege by Default: Ensuring agents inherit only the specific permissions necessary for a task, often mirroring the user they assist to prevent privilege escalation.
  • Just-in-Time (JIT) Access: Granting permissions only for the duration of a specific execution, eliminating “standing” privileges that could be exploited.
  • Identity as the Control Plane: Treating agents as first-class identities allows for complete audit trails of reasoning, tool calls, and actions—making “autonomous” no longer mean “unaccountable.”

5. Governance Must Become as Autonomous as the Agents It Controls

Static, rule-based governance is failing to keep pace with distributed data. Governance must transition to an “adaptive,” always-on system that monitors metadata in real-time to detect anomalies and enforce policies as data flows.

“More than 25% of organizations estimate they lose over $5 million annually because of poor data quality.” — Forrester

To protect the business, organizations must implement a Human-in-the-Loop (HITL) framework. For high-stakes decisions—such as large financial transfers, medical approvals, or deleting production data—the agentic system must pause for a human reviewer. This ensures that while the agent handles the coordination and “toil,” the human maintains authority over the intent and final consequence.

Conclusion: The Future is an “Agentic Mesh”

The end state for the modern enterprise is the Agentic Mesh—a coordination fabric that acts as the organization’s “nervous system.” As enterprises deploy dozens of disparate agents, the Mesh prevents “agentic chaos” where different systems optimize for conflicting KPIs (e.g., one agent cutting costs while another inadvertently damages customer satisfaction).

The competitive edge will not go to those who simply install new software, but to those who redesign their business logic to support this hybrid workforce. As you evaluate your current AI roadmap, you must ask one provocative question:

“Is your organization building a coordinated workforce of agents, or just a new, more expensive layer of technical debt?”

Chocolate cake, MDM, data quality, machine learning and creating the information value chain’

The primary take away from this article will be that you don’t start your Machine Learning project, MDM , Data Quality or Analytical project with “data” analysis, you start with the end in mind, the business objective in mind. We don’t need to analyze data to know what it is, it’s like oil or water or sand or flour.

Unless we have a business purpose to use these things, we don’t need to analyze them to know what they are. Then because they are only ingredients to whatever we’re trying to make. And what makes them important is to what degree they are part of the recipe , how they are associated

Business Objective: Make Desert

Business Questions: The consensus is Chocolate Cake , how do we make it?

Business Metrics: Baked Chocolate Cake

Metric Decomposition: What are the ingredients and portions?

2/3 cup butter, softened

1-2/3 cups sugar

3 large eggs

2 cups all-purpose flour

2/3 cup baking cocoa

1-1/4 teaspoons baking soda

1 teaspoon salt

1-1/3 cups milk

Confectioners’ sugar or favorite frosting

So here is the point you don’t start to figure out what you’re going to have for dessert by analyzing the quality of the ingredients. It’s not important until you put them in the context of what you’re making and how they relate in essence, or how the ingredients are linked or they are chained together.

In relation to my example of desert and a chocolate cake, an example could be, that you only have one cup of sugar, the eggs could’ve set out on the counter all day, the flour could be coconut flour , etc. etc. you make your judgment on whether not to make the cake on the basis of analyzing all the ingredients in the context of what you want to, which is a chocolate cake made with possibly warm eggs, cocunut flour and only one cup of sugar.

Again belaboring this you don’t start you project by looking at a single entity column or piece of data, until you know what you’re going to use it for in the context of meeting your business objectives.

Applying this to the area of machine learning, data quality and/or MDM lets take an example as follows:

Business Objective: Determine Operating Income

Business Questions: How much do we make, what does it cost us.

Business. Metrics: Operating income = gross income – operating expenses – depreciation – amortization.

Metric Decomposition: What do I need to determine a Operating income?

Gross Income = Sales Amount from Sales Table, Product, Address

Operating Expense = Cost from Expense Table, Department, Vendor

Etc…

Dimensions to Analyze for quality.

Product

Address

Department

Vendor

You may think these are the ingredients for our chocolate cake in regards to business and operating income however we’re missing one key component, the portions or relationship, in business, this would mean the association,hierarchy or drill path that the business will follow when asking a question such as why is our operating income low?

For instance the CEO might first ask what area of the country are we making the least amount of money?

After that the CEO may ask well in that part of the country, what product is making the least amount of money and who manages it, what about the parts suppliers?

Product => Address => Department => Vendor

Product => Department => Vendor => Address

Many times these hierarchies, drill downs, associations or relationships are based on various legal transaction of related data elements the company requires either between their customers and or vendors.

The point here is we need to know the relationships , dependencies and associations that are required for each business legal transaction we’re going to have to build in order to link these elements directly to the metrics that are required for determining operating income, and subsequently answering questions about it.

No matter the project, whether we are preparing for developing a machine learning model, building an MDM application or providing an analytical application if we cannot provide these elements and their associations to a metric , we will not have answered the key business questions and will most likely fail.

The need to resolve the relationships is what drives the need for data quality which is really a way of understanding what you need to do to standardize your data. Because the only way to create the relationships is with standards and mappings between entities.

The key is mastering and linking relationships or associations required for answering business questions, it is certainly not just mastering “data” with out context.

We need MASTER DATA RELATIONSHIP MANAGEMENT

not

MASTER DATA MANAGEMENT.

So final thoughts are the key to making the chocolate cake is understanding the relationships and the relative importance of the data/ingredients to each other not the individual quality of each ingredient.

This also affects the workflow, Many inexperienced MDM Data architects do not realize that these associations form the basis for the fact tables in the analytical area. These associations will be the primary path(work flow) the data stewards will follow in performing maintenance , the stewards will be guided based on these associations to maintain the surrounding dimensions/master entities. Unfortunately instead some architects will focus on the technology and not the business. Virtually all MDM tools are model driven APIs and rely on these relationships(hierarchies) to generate work flow and maintenance screen generation. Many inexperienced architects focus on MVP(Minimal Viable Product), or technical short term deliverable and are quickly called to task due to the fact the incurred cost for the business is not lowered as well as the final product(Chocolate Cake) is delayed and will now cost more.

Unless the specifics of questionable quality in a specific entity or table or understood in the context of the greater business question and association it cannot be excluded are included.

An excellent resource for understanding this context can we found by following: John Owens

Final , final thoughts, there is an emphasis on creating the MVP(Minimal Viable Product) in projects today, my take is in the real world you need to deliver the chocolate cake, simply delivering the cake with no frosting will not do,in reality the client wants to “have their cake and eat it too”.

Note:

Operating Income is a synonym for earnings before interest and taxes (EBIT) and is also referred to as “operating profit” or “recurring profit.” Operating income is calculated as: Operating income = gross incomeoperating expenses – depreciation – amortization.