A global bank deploys an AI agent to support regulatory reporting. It retrieves financial data, generates reports and surfaces insights faster than any manual process. The results are promising enough that leadership begins planning a broader rollout.
By Ray Beharry
But the system never scales. It still depends on curated datasets maintained by a small team. Outputs require manual validation before they can be used. Reports cannot be submitted directly into regulatory workflows without additional reconciliation. What worked in isolation struggles to integrate into the systems that actually run the business. The model performs well, but the system does not.
Most enterprise AI initiatives don’t fail because of their models. According to Gartner, at least 50% of generative AI projects are abandoned after proof of concept due to poor data quality, inadequate risk controls, escalating costs or unclear business value. The technology isn’t the reason for failure; operationalizing AI at scale is the true barrier.
Many enterprise AI initiatives show strong early results, with teams demonstrating improved accuracy, faster insights and clear potential value. Early wins such as these create momentum and justify continued investment. But moving from pilot to production is difficult. When organizations attempt to scale those systems into production, progress can slow and often stops entirely.
According to the IBM CEO Study on generative AI, only a small percentage of AI initiatives have scaled across the enterprise, and even fewer have delivered expected ROI. What looks like success in a controlled environment often fails under real-world conditions.
Most organizations are not constrained by model capability, but they are constrained by the complexity of their environments, including fragmented data, inconsistent definitions and governance requirements that prevent AI systems from operating reliably at scale.
Why scaling breaks what worked
What works in a pilot environment rarely holds under real enterprise conditions. Pilots operate with simplified assumptions where data is curated and governance is relaxed. Under such conditions, outputs are reviewed manually before action is taken. These conditions make it easier for models to perform well.
But at scale, those assumptions vanish. Enterprise data is distributed across warehouses, lakehouses, SaaS applications and operational systems, and business definitions vary across regions and departments. Regulatory requirements impose constraints on how data can be accessed and used, while systems must integrate with existing workflows and systems of record, not operate alongside them.
In this environment, the challenge is no longer generating outputs but ensuring those outputs can be used.
Where the real bottleneck happens
When AI moves from experimentation to production, three constraints consistently emerge:
- Data is fragmented. It exists across warehouses, lakes, SaaS platforms and operational systems. Centralizing it introduces cost, latency and compliance risk.
- Governance is not optional. Access controls, approval states, and regulatory policies must be enforced continuously, rather than applied after the fact.
- Systems must act. AI outputs shouldn’t just inform decisions. It should integrate with workflows and trigger actions and update systems.
Each of these challenges is manageable in isolation. Together, they create a level of complexity that most pilot architectures are not designed to handle.
The shift to agentic AI raises the stakes
These constraints are more pronounced as organizations move toward agentic AI. Traditional systems generated outputs for humans to review. Analysts and operators applied judgment, validated results and ensured compliance before acting. That human layer absorbed much of the complexity.
With agentic systems, that layer has been removed. Agents initiate workflows, update systems and execute decisions directly. As a result, data access, governance and execution constraints must be enforced as the system operates. This changes the nature of the problem. What once appeared to be a data challenge becomes an architectural one. Systems must now operate reliably within enterprise constraints, not just produce useful outputs.
The missing piece
Across stalled AI initiatives, there is a consistent pattern: systems don’t have the ability to understand and operate within the full enterprise environment in which they run. They can’t reliably determine which data is authoritative, which definitions apply, whether information is approved or what policies govern it. Outputs require human validation, and systems can’t be trusted to act. That’s exactly why AI often remains stuck in pilot mode. Context is the missing piece.
Moving from pilot to production requires a new approach
Scaling AI requires more than deploying models into existing environments. It requires designing systems that can operate within enterprise constraints—across distributed data, governed environments and real workflows.
This means enabling:
- Access to data where it lives
- Consistent understanding of business meaning
- Enforcement of governance at the point of use
- Integration with enterprise systems and processes
In practice, this means treating context as a core architectural requirement, rather than something inferred at runtime or reconstructed through prompts.
How to get out of pilot mode
The prerequisite of context is where many organizations hit a wall. While they recognize the need for context, they lack a systematic way to design for it. Many organizations recognize that scaling AI doesn’t just require better models or more data. The real challenge lies in how systems interpret and operate within enterprise environments—where constraints, policies and dependencies shape what can actually be done. Addressing that challenge determines whether AI remains experimental or stays operational.
Enabling scale with watsonx.data
IBM® watsonx.data® provides the AI-ready data foundation required to support this shift. Built for hybrid and federated environments, it enables access to distributed data while preserving governance, lineage and compliance controls.
As organizations work to move beyond pilots, watsonx.data helps establish the foundation needed to connect data, enforce policy and prepare systems for production-scale AI.
Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.
IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn:
LATEST COMMENTS
MC Press Online