News

Five Ways to Make AI Fail in the Enterprise

This article by Professor Shazia Sadiq FTSE from The University of Queensland draws on research from the Australian Research Alliance for Enterprise AI, and was presented to YPO, and the Queensland Government’s AI Community of Practice.

Between 70% and 90% of Enterprise AI Proof-of-Concepts never make it into production. That is a striking number. For all the investment, the vendor pitches, the internal champions and the board-level enthusiasm, the majority of AI initiatives quietly die before they deliver value. 

Why? The answer is rarely simple. It involves a combination of technical complexity and organisational unpreparedness, and the two are more intertwined than most leaders realise. Research from the Australian Research Alliance for Enterprise AI, drawing on partnerships across universities, industry and government, has identified five recurring failure modes. They span both the technical and the human: the engineering challenges of building AI that actually works in production, and the organisational challenges of knowing what you are buying, deploying, and accountable for. 

  1. Fluency: When Nobody Speaks the Language

Imagine a vendor presenting their solution like this: “Our enterprise AI platform leverages a synergistic fusion of multimodal transformer-based architectures, RLHF-optimized agentic workflows, and vector-embedded retrieval-augmented generation pipelines to deliver scalable, end-to-end, cloud-native cognitive automation.” 

This is real language from a real pitch. And if your board cannot decode it, they cannot challenge it, buy it critically, or govern it responsibly. 

AI literacy, not at the level of a PhD but at the level of informed leadership, is one of the most urgently needed capabilities in organisations today. Enterprise AI is not the same as the ChatGPT your employees are already using on their phones. It encompasses machine learning models embedded in industrial processes, autonomous systems, predictive analytics, and yes, large language models, but applied to business-critical decisions with real consequences. 

The AI market is crowded, moving fast, and full of jargon that can obscure more than it reveals. Without fluency at the executive and board level, organisations cannot ask the right questions of vendors, cannot set realistic expectations internally, and cannot hold AI initiatives to account. The failure mode here is not that leaders lack intelligence. It is that no one gave them the vocabulary. Many universities have now developed executive programs specifically to close this gap. The cost of not closing it is a graveyard of expensive, badly scoped AI projects. 

  1. Alignment: AI That Optimises for the Wrong Thing

In the early 2000s, a tool called COMPAS was widely adopted across the United States to help judges make parole decisions. It was developed with good intentions, validated statistically, and used in thousands of cases. In 2016, investigative journalist Julia Angwin from ProPublica published a forensic analysis of its outcomes. The findings were damning. 

COMPAS was not inaccurate overall. But when it was wrong, it was wrong in deeply unequal ways. Black defendants were nearly twice as likely to be wrongly classified as high risk, meaning they were denied parole they would not have abused. White defendants were more likely to be wrongly classified as low risk. The algorithm was optimising for predictive accuracy. It was not optimising for fairness. These are not the same thing. 

This is the alignment problem, and it does not only apply to criminal justice. In enterprise settings, alignment failures carry both societal and commercial consequences. A recruitment tool that screens out qualified candidates because it was trained on historically biased hiring data does not just harm those individuals. It degrades the quality of the talent pipeline and exposes the organisation to discrimination liability. A customer churn model that performs well on average but systematically underserves certain demographic segments creates reputational risk and regulatory exposure, while quietly leaving revenue on the table. A credit or financial risk model that distributes its errors unequally across customer groups can attract regulatory sanction and erode customer trust in ways that take years to rebuild. 

The technical dimension matters here too. Alignment is not solved by good intentions at the design stage. It requires ongoing investment in model evaluation, fairness metrics, interpretability tooling, and the kind of deep statistical expertise needed to detect when a model is producing subtly biased outputs at scale. These are hard engineering and data science problems, not just ethical ones. 

Alignment is ultimately about asking, and continuously asking, what are we actually optimising for, and what are the full costs when the model gets it wrong? It requires transparency about how the system works, metrics that go beyond aggregate accuracy, and scrutiny that continues after deployment, not just before. Without it, an AI system can be statistically sound, commercially damaging, and socially harmful at the same time. 

  1. Oversight: The Problem with “Human in the Loop”

“Human in the loop” has become a kind of governance comfort blanket. It sounds responsible. It implies that a person is watching, checking, approving. And in principle, human oversight of AI systems is exactly right. In practice, the way most organisations have implemented it does not scale and does not work. 

As AI systems become more capable and more deeply embedded in operations, the volume and speed of decisions they support grows far beyond what human reviewers can meaningfully check. An enterprise deploying an agentic AI system, one that takes sequences of actions autonomously, cannot have a human approve every step. The bottleneck would be worse than not using AI at all. 

The harder question is not whether to have human oversight, but where to place the controls. Where are the genuine decision points where a human adds value? Where are the guardrails that catch high-stakes errors before they cascade? Where does oversight become a bureaucratic ritual that slows everything down without actually catching anything? 

This is an active area of research. Work on frameworks for effective human oversight of AI systems, including cross-country studies of how AI governance is being implemented, shows that most organisations are still in early stages. The regulatory landscape is evolving rapidly, with AI governance, risk and compliance emerging as serious professional disciplines. For enterprise leaders, the implication is clear: “we have a human reviewer” is not a governance strategy. Designing where and how human judgment is embedded is. 

  1. Fit-for-purpose: The Magic Wand Fallacy

Take a straightforward-sounding use case: use a large language model to automatically generate the monthly financial report. It seems obvious. LLMs can write. Financial reports involve writing. What could possibly go wrong? (Quite a lot, as it turns out, but do go on.) 

Here is the partial list. First, semantic ambiguity: does “revenue” mean gross revenue, net revenue, sales bookings, or EBITDA? An LLM will make a choice. It may not make your choice, and it almost certainly will not flag that it had a choice to make. Second, financial reporting logic is procedural and rule-bound. It must follow specific accounting standards and internal conventions developed over years. LLMs are probabilistic and non-deterministic, meaning they can produce different outputs from identical inputs and have no inherent understanding of why a particular number matters or how it relates to the one above it. Third, errors in financial reports are not just embarrassing. They carry legal, regulatory, and audit consequences. The auditors, it turns out, are not impressed by “the model seemed confident.” 

This does not mean LLMs cannot play a role in financial reporting workflows. They can, but doing it properly requires significant technical engineering: structured data pipelines, deterministic calculation layers, validation logic, tight integration between the LLM and the underlying systems of record, and careful prompt engineering to constrain the model’s behaviour. There is no magic wand. The technical work is real and it requires people who understand both AI systems and the domain deeply. 

Fitness for purpose fails when organisations match a tool to a task based on surface similarity rather than deep understanding of both. Enterprise AI works best when the problem is clearly defined, the right AI technique is chosen for that specific problem, and realistic expectations are set about what the system can and cannot do. Proof-of-concept projects often succeed precisely because they are controlled. Production fails because the full complexity of the real environment, edge cases, data quality issues, user behaviour, regulatory constraints, and the sheer variety of ways humans phrase the same question, was never part of the test. 

  1. Context: Garbage In, Garbage Out Still Holds

The oldest principle in computing has not been repealed by the AI revolution. Whatever goes into a model shapes what comes out. This is especially important, and especially misunderstood, with large language models. 

An LLM’s context window is its working memory: everything it can “see” during a given interaction. This includes your prompt, the conversation history, any documents you have fed it, and its own output so far. Unlike human memory, which is fuzzy and associative, the context window is a hard limit. When it fills up, the model either truncates older information or degrades in its ability to reason across the full input. Context windows have grown from around 2,000 tokens in 2020 to over a million tokens in some current models, but larger windows introduce their own costs in latency and accuracy. 

For enterprise use, the critical insight is this: the world knowledge baked into a model during training is extensive but generic and has a cut-off date. What the model does not know is your institutional knowledge, your internal policies, your specific data, your regulatory environment, your organisational jargon, the particular definition of “customer” that your finance team uses versus the one your sales team uses. That institutional knowledge has to be deliberately surfaced and supplied to the model, typically through techniques like Retrieval-Augmented Generation, which pulls relevant documents into the context at query time. 

A common failure mode is organisations deploying AI tools that have general capability but no access to the specific knowledge that would make them useful, or worse, access to the wrong knowledge, which produces outputs that are fluent, confident, and wrong. Building the right context is not glamorous work. It requires data governance, knowledge management, and careful architecture. But it is often more important to model performance than the choice of model itself. 

Two Sides of the Problem 

Across these five failure modes, Fluency, Alignment, Oversight, Purpose, and Context, a clear pattern emerges. Getting Enterprise AI right requires closing two gaps simultaneously: the technical gap and the organisational gap, and neither can substitute for the other. 

On the technical side, the challenges are genuine and should not be minimised. Building AI systems that are fair, interpretable, safe to deploy at scale, and able to leverage the right organisational knowledge requires deep expertise in machine learning, data engineering, systems architecture, and domain-specific modelling. The complexity of modern AI stacks means that good intentions and a vendor contract are not enough. Organisations need people who can evaluate what a model is actually doing, not just what it claims to be doing. 

On the organisational side, even the best technical implementation will fail if leaders cannot engage meaningfully with what they are deploying. Governance frameworks need to be designed by people who understand AI well enough to know where the real risks sit. The questions of what to build, for whom, and with what safeguards are not purely technical. They require informed human judgment at the leadership level. 

The organisations that will get genuine value from Enterprise AI are those that invest in both: the technical depth to build and evaluate AI systems rigorously, and the organisational capability to deploy them responsibly. That is a harder brief than either side alone, but it is the only one that actually works. 


Professor Shazia Sadiq FTSE is Director of the Centre for Enterprise AI, Centre for Information Resilience (CIRES), and AI Research Network at The University of Queensland (UQ). Shazia also leads the Australian Research Alliance for Enterprise AI.

View all News