Concept Pizza Team
Règle d'Amazon : une équipe ne doit pas dépasser ce que deux pizzas nourrissent. Le format que l'IA remet en cause au profit de la Sandwich Team.
SFEIR AI · Publié le 24 juillet 2026 · Mis à jour le 26 août 2026
La règle des deux pizzas
La Pizza Team est la règle d'organisation associée à Amazon : « No team should be big enough that it would take more than two pizzas to feed them. » Sa page de référence AWS ajoute qu'idéalement, cela fait moins de dix personnes, et insiste autant sur la propriété exclusive d'un produit ou d'un service que sur la contrainte de taille.
Le chiffre de huit personnes, qui circule partout, ne vient pas d'Amazon : la règle est alimentaire, pas numérique. La formulation est attribuée à Jeff Bezos, et la trace publique la plus ancienne retrouvée est un article de Bloomberg de juillet 2006, où Jason Fried rapporte qu'il est « long a fan of what he calls two-pizza teams ». Amazon relie ce format à son passage aux microservices, deux sujets voisins qu'il vaut mieux ne pas confondre.
Ce que l'IA rend discutable
L'IA générative fait vaciller le postulat de taille. Quand une personne augmentée couvre l'essentiel de la chaîne, de l'UX à la sécurité en passant par le front, l'API et le back, une équipe pluridisciplinaire devient un coût de coordination plus qu'un gain de capacité.
SFEIR pose alors la Sandwich Team comme successeur : un App Owner augmenté au centre, des contributeurs occasionnels autour, réunis par un contexte partagé plutôt que par des rituels d'équipe. Le découplage entre taille et impact, dix personnes produisant ce qu'il en fallait cent pour produire, retire à la règle des deux pizzas ce qui en faisait la maille naturelle de l'organisation agile.
Questions fréquentes
Pourquoi parle-t-on d'équipe « deux pizzas » ?
C'est la règle associée à Amazon : aucune équipe ne doit être assez grande pour qu'il faille plus de deux pizzas pour la nourrir. Elle vise l'autonomie et la vitesse de décision, et va de pair avec la propriété exclusive d'un produit ou d'un service.
Combien de personnes cela fait-il ?
Amazon ne fixe pas d'effectif. Sa page AWS de référence parle d'idéalement moins de dix personnes. Le chiffre de huit, très répandu, est une convention extérieure à l'entreprise, pas une règle qu'elle aurait publiée.
Depuis quand cette règle existe-t-elle ?
Elle remonte aux débuts d'Amazon. La trace publique la plus ancienne retrouvée est un article de Bloomberg du 19 juillet 2006, qui rapporte que Jeff Bezos est de longue date partisan de ce qu'il appelle les two-pizza teams.
Qu'est-ce qui remplace la Pizza Team ?
La Sandwich Team, dans la lecture SFEIR : un App Owner augmenté par l'IA couvre l'essentiel de la chaîne, complété par des contributeurs occasionnels via un contexte partagé. C'est la réponse au découplage entre taille d'équipe et impact que permet l'IA.
Sources
- AWS Executive Insights — Amazon's Two-Pizza Teams
No team should be big enough that it would take more than two pizzas to feed them.
- AWS — Powering Innovation and Speed with Amazon's Two-Pizza Teams (eBook)
- Bloomberg — 37signals' 1 Big New Investor: Jeff Bezos · 2006-07-19
Pizza Team dans vos projets
Échanger avec SFEIRArticles liés
Product Engineer : le nouveau rôle qui fusionne toutes les spécialités
La fin du développement en silos : un changement de paradigme Pendant des décennies, la production logicielle a reposé sur une logique de spécialisation poussée à l'extrême. D'un côté, les développeurs front-end. De l'autre, les développeurs back-end. Entre les deux, des designe...
Pourquoi le temps passé et les ETP sont des indicateurs obsolètes
Avec l'IA générative, le volume de code n'est plus corrélé à l'effort humain. Mesurer la valeur au temps passé revient à pénaliser l'efficacité. Il est temps de passer à l'engagement de résultats.
AI Champions : comment SFEIR forme 850 consultants augmentés
Le constat qui dérange : l'amélioration continue ne suffit plus Il y a quelques mois, Didier Girard, CTO de SFEIR, a posé une affirmation qui a fait l'effet d'une douche froide dans les équipes techniques : "Écrire du code est désormais un anti-pattern." Pas une hyperbole. Pas u...