The Specific Claim and Why It Matters
David Pan, field CTO at Cursor, published an argument this week that Jeff Bezos' famous two-pizza team rule needs revision for the AI era. The original rule held that teams should be small enough to be fed by two pizzas, a heuristic for limiting coordination costs and preserving autonomy. Pan's revision is blunt: in the AI era, two pizzas is too much pizza. The claim is not merely that teams should shrink. It is that AI tooling changes the fundamental unit of productive coordination.
This is a more consequential claim than it first appears. Bezos' rule was never really about headcount. It was a proxy for cognitive overhead, the cost of shared context, synchronization, and inter-personal dependency. Pan is arguing that AI agents absorb enough of that overhead to change the optimal team size. That argument deserves serious theoretical scrutiny before anyone restructures an engineering organization around it.
What the Two-Pizza Rule Was Actually Encoding
The coordination logic behind small teams is well-established. As team size increases, communication links grow at approximately n(n-1)/2, producing superlinear increases in coordination cost (Kellogg, Valentine, and Christin, 2020). Small teams exist not because people work better in proximity, but because shared context degrades with each additional node in the communication network. The pizza heuristic was a memorable encoding of that structural reality.
Pan's argument, as reported, is that AI coding assistants like Cursor compress the execution work previously distributed across multiple engineers. One developer with strong AI tool fluency can now do what previously required three or four. If that is true at scale, then team size should shrink because the coordination problem is being partially offloaded to the human-AI dyad rather than to human-human collaboration.
The problem with this reasoning is that it conflates execution capacity with coordination capacity. Reducing headcount does not eliminate the need for shared context, decision authority, and organizational memory. It concentrates those demands on fewer people, each of whom is now managing a more complex cognitive load through their AI interface. Smaller teams with AI augmentation may have lower communication overhead but higher individual cognitive brittleness.
The Routine-Adaptive Expertise Problem Inside AI-Augmented Teams
This is where the organizational theory gets interesting. Hatano and Inagaki (1986) draw a foundational distinction between routine expertise, the ability to execute known procedures reliably, and adaptive expertise, the ability to recognize when procedures fail and construct new responses. AI coding assistants are extraordinarily effective at routine expertise. They complete functions, debug standard errors, and generate boilerplate at speeds no human matches.
But the variance puzzle that drives my own research reappears here. Engineers with identical access to tools like Cursor show dramatically different output quality. That variance cannot be explained by access alone, and it cannot be explained by baseline coding skill once you control for experience. What appears to separate high and low performers is the ability to recognize when the AI-generated output is structurally wrong rather than just syntactically incorrect. That is an adaptive expertise demand, and it scales poorly when teams shrink below a critical mass of senior judgment.
Pan's one-pizza team is not just a smaller team. It is a team where the ratio of AI-generated output to human review capacity has increased substantially. The organizational risk is not that AI tools fail. It is that they succeed fluently at the wrong thing, and the reduced team has fewer redundant checkpoints to catch that failure before it propagates into production systems (Rahman, 2021).
What This Means for Organizational Design
The more precise theoretical claim is that AI augmentation changes the distribution of cognitive labor within a team without eliminating the need for structural oversight. Bezos' rule was an heuristic for managing communication overhead. It was not a theory of quality control, organizational memory, or error detection. Pan's revision addresses the first problem while potentially ignoring the other three.
Organizations that adopt the one-pizza model should ask a different set of questions than "how many engineers do we need?" The more useful questions are: what is the structural schema that engineers need to evaluate AI output against, and how is that schema maintained and transmitted when teams are small and turnover is high? Gentner's (1983) structure-mapping work suggests that schema transfer depends on having experienced comparators in the environment. A one-pizza team of junior engineers with AI tools is not a coordination solution. It is a coordination experiment with an unclear error budget.
The two-pizza rule was useful because it was a structural heuristic for a real coordination cost. Any revision to it should be grounded in equivalent structural reasoning, not in the observation that AI tools make individuals faster. Speed and soundness are different variables, and organizational design should treat them that way.
References
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. In H. Stevenson, H. Azuma, and K. Hakuta (Eds.), Child development and education in Japan (pp. 262-272). W. H. Freeman.
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.
Rahman, H. A. (2021). The invisible cage: Workers' reactivity to transparent algorithmic evaluations. Administrative Science Quarterly, 66(4), 945-988.
Roger Hunt