Category Archives: data quality

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?”

The $350k Transition: 5 Surprising Realities of Becoming an AI Engineer

The software development landscape is undergoing its most dramatic transformation since the shift from assembly to high-level languages. By 2026, projections suggest that 90% of all code will be AI-generated. This reality has sparked a wave of anxiety, but the data tells a more nuanced story of bifurcation rather than obsolescence.

While entry-level tech hiring decreased by 25% year-over-year in 2024 and employment for developers aged 22–25 declined nearly 20%, the demand for senior talent capable of managing AI systems has reached a fever pitch. We are witnessing the death of the “Syntax Memorizer”—the 2022-style developer whose primary value was handwriting functional lines. In their place emerges the System Orchestrator: an engineer who leverages AI to deliver the output once expected from a team of ten.

Underneath the hype, a new layer of engineering work has emerged. This isn’t research or model training; it is product engineering where AI is a system component. If you are a full-stack architect looking to future-proof your career, the transition to becoming an AI engineer requires a deliberate evolution of your technical stack and mindset.

1. Prompting is Now “Table Stakes” (Master Context Engineering)

Many developers remain fixated on the surface layer: perfecting prompts or chasing the latest “hacks.” While prompt engineering was the buzzy role of 2023, it has rapidly become a standard capability, much like using an IDE or keyboard shortcuts.

The professional differentiator is no longer just the prompt; it is Context Engineering. This is the rigorous discipline of managing the non-prompt elements supplied to a model—metadata, API tool definitions, and token budgeting—to ensure reliability and provenance. Your value is shifting from a “Code Writer” to an architect of the environment in which the AI operates.

As Andrew Ng points out, you cannot simply “vibe code” your way to production-grade systems:

“Without understanding how computers work, you can’t just ‘vibe code’ your way to greatness. Fundamentals are still important, and for those who additionally understand AI, job opportunities are numerous!”

2. RAG is the Single Most Critical Skill (The Undervalued Infrastructure)

If you commit to one technical skill this year, make it Retrieval-Augmented Generation (RAG). While social media is captivated by flashy autonomous agents, RAG is the “undervalued infrastructure layer” that startups and enterprises are actually paying for.

RAG is the process of providing a Large Language Model (LLM) with proprietary data at the right time to prevent hallucinations. In practice, this involves:

  • Converting documents into embeddings(numerical vectors).
  • Managing vector databases like Pinecone or Qdrant for high-dimensional storage.
  • Designing semantic retrieval systems that allow models to interact with live, changing data.

This is the foundation of useful AI products. For example, when a DoorDash driver asks how to handle spilled pickle juice, a RAG system retrieves the specific internal protocol for vehicle maintenance to provide an accurate, human-readable answer. Similarly, Spotify uses these patterns to find songs with semantically similar lyrics. Mastering the “boring” plumbing of data flow is what separates a hobbyist from a $350k IC.

3. Workflows Over Agents (The “Deterministic” Advantage)

The term “AI Agent” is dangerously overloaded. In a hype-driven market, non-technical CEOs often demand “autonomous agents” that run until a task is done. In reality, these uncontrolled agentic loopsoften lead to exploding token costs and non-deterministic failures.

The superior architectural pattern is the controlled workflow. As an engineer, your job is to create deterministic outcomes in a non-deterministic world. This requires:

  • Human-in-the-loop patterns: Designing checkpoints for critical decisions.
  • Orchestration: Utilizing patterns like “ReAct” or “Orchestrator” to classify and route tasks programmatically.
  • FinOps Mindset: Implementing observability tools like Helicone or LangSmith to monitor token consumption and latency.

Having a technical opinion on workflows vs. agents is a superpower. Most companies are operating on “social media vibes”; the AI engineer provides the strategic direction and cost control necessary for enterprise scale.

4. The Return of the “CS Fundamentalist”

There is a persistent myth that AI makes Computer Science degrees obsolete. The reality is that as the cost of generating code drops to zero, the cost of the friction created by bad code—security flaws, technical debt, and architectural rot—skyrockets.

Andrew Ng notes that while 30% of traditional CS knowledge (like memorizing syntax) is fading, the remaining 70% is more vital than ever. You cannot verify or supervise AI-generated code if you do not understand the Critical Fundamentals:

  • Concurrency and Parallelism: Essential for managing asynchronous AI API calls and system throughput.
  • Memory and Performance Complexity: Vital for optimizing token usage and high-dimensional vector searches.
  • Networking Basics: Crucial for managing the distributed nature of modern AI services.

Deep technical knowledge is what builds the “design taste” required to know when to introduce an architectural principle and when to push back against a model’s suggestion.

5. Testing isn’t Dead—It Just Got a “Black Box” Problem

Traditional unit testing is insufficient for non-deterministic AI services. Because LLMs are “black boxes,” they require a new testing paradigm focused on Evals (evaluation sets).

Instead of testing for a specific string output, professional AI engineers utilize the LLM-as-a-judgepattern. By creating a “Gold Set” of ideal responses, you can use one LLM to score another’s output on a scale of 1 to 10. This allows you to:

  • Detect model drift or prompt regressions before they reach the user.
  • Safely upgrade or downgrade models (e.g., GPT-4o to a smaller, faster model) without breaking functionality.
  • Ensure that a minor prompt change by a teammate hasn’t compromised system logic.

Flying blind with non-deterministic services is a recipe for losing customer trust. A rigorous testing mindset is now the primary differentiator between an “AI Bro” and a professional engineer.

Conclusion: Crossing the 3-Month Gap

The transition from a standard full-stack developer to a high-earning AI Engineer is a marathon, but the initial competency gap can be bridged in roughly one to three months by following a structured roadmap:

  • Phase 1: Integrate & Accelerate (Month 1): Adopt AI pair programmers (Cursor, Copilot) and agentic review tools. Focus on moving from simple comments to structured context engineering.
  • Phase 2: Architect & Orchestrate (Months 2-3):Build a RAG-based application. Store proprietary data in a vector database and implement a controlled workflow using a framework like LangGraph or a manual “human-in-the-loop” pattern.
  • Phase 3: Strategize & Lead (Ongoing): Develop a quality framework using Evals and LLM-as-a-judge. Quantify your impact on team velocity and begin managing the technical debt that AI code inevitably generates.

In tech-forward hubs like San Francisco, senior individual contributors who master this orchestration are commanding salaries between $200,000 and $350,000.

The question is no longer whether AI will change your job, but how you will respond to the shift. Do you want to be the developer struggling to compete with AI-generated syntax, or the orchestrator designing the systems that command it?

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.