The Admission Nobody Expected
Oracle, a company that spent years building cloud infrastructure for the AI boom, recently had an executive tell its own workforce that the internal rollout of generative AI tools did not go smoothly. This is a striking admission. Oracle was not caught flat-footed by AI as a concept. The company actively positioned itself as infrastructure backbone for AI workloads long before most enterprises began serious deployment conversations. Yet when the moment came to move generative AI from external product pitch to internal operational reality, Oracle encountered the same friction that organizational theorists have been documenting for decades: building the road is not the same as knowing how to drive on it.
Infrastructure Competence Is Not Operational Competence
Oracle's situation illustrates a distinction that rarely appears in enterprise AI strategy documents. The company developed what might be called infrastructure-layer competence - deep knowledge of how to provision, scale, and sell AI capacity. What it apparently lacked was application-layer competence: the situated understanding of how workers inside a specific organizational context should actually interact with AI tools to produce better outcomes. These are not the same thing, and conflating them is a category error with measurable consequences.
This maps directly onto what Hatano and Inagaki (1986) described as the difference between routine and adaptive expertise. Routine expertise means executing known procedures reliably. Adaptive expertise means reasoning about novel conditions from structural principles. Oracle's infrastructure teams almost certainly hold extraordinary routine expertise about AI systems. But deploying AI inside an organization, to workers with varied roles, workflows, and resistance levels, requires adaptive expertise at the organizational level. The rollout stumbled because the firm treated a coordination problem as a technical provisioning problem.
The Awareness-Capability Gap at Organizational Scale
What makes the Oracle case theoretically interesting is that it demonstrates the awareness-capability gap operating not at the individual worker level, but at the firm level. Oracle knew that generative AI tools existed. Oracle knew what those tools could do in principle. Oracle had presumably read every vendor white paper and benchmark report available. None of that awareness translated automatically into smooth deployment. Knowing that an algorithm exists, or even knowing how it works mechanically, does not produce the behavioral and structural adjustments necessary for effective use. This is precisely the problem that algorithmic literacy research has been documenting at the individual level (Gagrain, Naab, and Grub, 2024), and Oracle's case suggests the same dynamic operates when the "worker" is an entire enterprise organization.
Kellogg, Valentine, and Christin (2020) documented how algorithmic systems at work create new coordination demands that existing organizational structures are poorly equipped to handle. Oracle built the systems. It did not build the coordination infrastructure around those systems. The gap between those two activities is where the rollout failed.
Why This Is a Schema Problem, Not a Training Problem
The instinctive organizational response to a failed rollout is more training. More tutorials, more documentation, more mandatory completion certificates. This is precisely the wrong lesson to draw. The issue Oracle faced was not that workers lacked procedural knowledge about specific tool features. The issue was that workers lacked accurate structural schemas - mental models of how generative AI changes the logic of their work, not just the mechanics of a particular interface.
Gentner's (1983) structure-mapping theory predicts that transfer of competence depends on relational similarity between contexts, not surface similarity. Workers who understand the structural logic of AI-mediated communication - how outputs are probabilistic, how prompting changes results, how verification responsibilities shift - will adapt as tools change. Workers trained only on current interface features will not. Oracle's rollout problem is, in this reading, a schema-induction failure dressed up as a change management problem.
The Governance Implication
Oracle's candid admission carries a governance signal worth taking seriously. Enterprises that sell AI capability to others are not immune to the deployment-competence gap. In fact, they may face a particular version of it: the confidence that comes from infrastructure expertise actively discourages the epistemic humility required to treat internal deployment as a genuine coordination challenge. The company that built the highway assumed its employees already knew how to navigate it. That assumption failed.
For organizations watching Oracle's experience, the practical question is not what tools to buy. It is whether the organization has developed the structural schemas necessary to coordinate around those tools once purchased. Based on what Oracle's own executives are now acknowledging, the answer frequently is no - and recognizing that honestly is the first competence worth developing.
References
Gagrain, S., Naab, T., and Grub, J. (2024). Algorithmic media use and algorithm literacy. New Media and Society.
Gentner, D. (1983). Structure-mapping: A theoretical framework for analogy. Cognitive Science, 7(2), 155-170.
Hatano, G., and Inagaki, K. (1986). Two courses of expertise. Research and clinical center for child development, 27-36.
Kellogg, K. C., Valentine, M. A., and Christin, A. (2020). Algorithms at work: The new contested terrain of control. Academy of Management Annals, 14(1), 366-410.
Roger Hunt