The Leadership Transition Nobody Is Framing Correctly
Tim Cook announced this week that he plans to step down from Apple's chief executive role, with hardware engineering chief John Ternus named as his successor. The coverage has focused almost entirely on product questions: Can Ternus push Apple further into AI? Will he fix the sluggish Siri rollout? These are reasonable questions, but they misidentify the actual challenge. The problem Ternus inherits is not a product problem. It is a coordination problem, and the distinction matters enormously for how we should evaluate his early tenure.
Cook himself, in recent remarks to Bloomberg, identified the 2012 Apple Maps launch as his "first really big mistake" as CEO. That framing is revealing. The Maps failure was not primarily an engineering failure. It was a coordination failure: an organization that had developed extraordinary competence at iterative hardware refinement attempted to transfer that competence into a domain governed by fundamentally different structural rules. The schemas that made Apple exceptional at silicon design did not map onto the relational, data-intensive, geographically distributed problem of mapping infrastructure. Apple knew how to build things. It did not yet know how to coordinate the kind of distributed human data collection that mapping accuracy requires.
Why Competence Does Not Transfer Automatically
This is precisely the problem that Gentner's (1983) structure-mapping theory predicts. Transfer between domains fails not when surface features differ, but when the relational structure differs. Apple's hardware excellence rests on a relational structure built around tight supply chain control, secrecy, and centralized design authority. Mapping, like AI training data pipelines, requires the opposite: open feedback loops, distributed contributors, and tolerance for public error. Transferring procedural expertise from one structural context into another without updating the underlying schema is a reliable recipe for the kind of failure Cook is describing, twelve years later, as his most instructive mistake.
Ternus now faces a structurally identical challenge. Apple's AI ambitions require the company to coordinate across environments where Apple has historically had limited presence: cloud infrastructure, developer ecosystems, and the kind of continuous model improvement loops that depend on scale and openness. The question is not whether Ternus understands hardware. He clearly does. The question is whether the organizational schemas Apple has refined over decades are transferable to the coordination requirements of large-scale AI development, or whether Apple will repeat the Maps pattern at a much higher cost.
The Awareness-Capability Gap at the Organizational Level
What makes this transition analytically interesting is that Apple almost certainly has high awareness of the problem. The executive team has watched competitors build AI infrastructure for years. Cook has spoken publicly about Apple Intelligence and the company's approach to on-device processing. Awareness, however, is not the same as capability. Kellogg, Valentine, and Christin (2020) document this gap extensively in the context of platform workers: knowing that an algorithm operates in a particular way does not translate into knowing how to respond effectively to it. The same logic applies at the organizational level. Apple's leadership can articulate the structural differences between hardware development and AI pipeline management without necessarily having built the organizational routines to navigate those differences.
Hatano and Inagaki (1986) draw a useful distinction here between routine expertise and adaptive expertise. Routine expertise is deep competence within a stable problem structure. Adaptive expertise is the capacity to apply underlying principles when the problem structure changes. Apple under Cook developed extraordinary routine expertise. The Maps failure, and arguably the current Siri situation, suggest the organization struggles to shift into adaptive mode when the structural rules of a new domain do not match its existing schemas.
What the Ternus Appointment Actually Signals
Appointing Ternus, a hardware engineer, signals that Apple's board is betting on a particular theory of the AI transition: that AI will ultimately be won at the hardware layer, and that Apple's chip architecture advantage is the durable asset. That bet may be correct. But it carries a specific organizational risk. If the competitive dynamics of AI shift toward data coordination, developer relations, or cloud-scale training infrastructure, Ternus's schema set may face the same structural mismatch that Cook's Maps moment illustrates. The incoming CEO would be arriving with deep topographic knowledge of Apple's existing terrain and limited schema-level preparation for a topology that is still being defined.
Cook's reflection on Maps is worth taking seriously not as a product lesson but as an organizational one. The mistake was not shipping a bad map. The mistake was assuming that coordination competence transfers automatically across structurally dissimilar domains. Ternus inherits that institutional lesson. Whether Apple has internalized it at the schema level, rather than simply the procedural one, is the more consequential open question.
References
Gentner, D. (1983). Structure-mapping: A theoretical framework for analogy. Cognitive Science, 7(2), 155-170.
Hatano, G., & Inagaki, K. (1986). Two courses of expertise. In H. Stevenson, H. Azuma, & K. Hakuta (Eds.), Child development and education in Japan (pp. 262-272). Freeman.
Kellogg, K. C., Valentine, M. A., & Christin, A. (2020). Algorithms at work: The new contested terrain of control. Academy of Management Annals, 14(1), 366-410.
Roger Hunt