\n La règle des deux pizzas : petites équipes, grand impact
Fiche#272147 /Façons de travailler
Façons de travailler
27 juin 2026 8 min de lecture
Modifié le 4 août 2026 à 17:03

La règle des deux pizzas

Adrien Marchal
Adrien Marchal

Adrien décrypte concepts, lois et tendances à l'intersection des sciences cognitives, de la tech et des nouvelles façons de travailler.

En bref

Si deux pizzas ne suffisent pas à nourrir votre équipe, elle est trop grande. Derrière la boutade de Bezos, une loi mathématique qui explique pourquoi tant de projets patinent.

Autour d’une table trop longue

La réunion commence avec une question simple : « Qui peut valider ce changement ? » Puis les regards circulent. La personne qui connaît le système n’est pas là. Celle qui maîtrise le besoin client attend l’avis du juridique. L’équipe technique promet de revenir « après synchronisation ». Une décision qui aurait pu tenir sur un tableau blanc se dissout dans une série de messages, de comptes rendus et de rendez-vous.

C’est contre cette scène familière que s’est imposée la règle des deux pizzas. Popularisée dans l’univers d’Amazon et volontiers associée à Jeff Bezos, elle formule une intuition d’une simplicité presque comique : une équipe devrait être assez petite pour pouvoir être nourrie avec deux pizzas. L’image n’est pas un outil de mesure gastronomique. Elle sert à rappeler qu’au-delà d’une certaine taille, une équipe passe progressivement plus de temps à se coordonner qu’à produire.

La règle est devenue un slogan de management. Elle mérite mieux. Prise au pied de la lettre, elle conduit à découper artificiellement les organisations. Bien comprise, elle offre plutôt une question utile : combien de personnes doivent réellement se parler pour faire avancer ce sujet ?

Le vrai coût caché : se mettre d’accord

On pense souvent qu’ajouter des personnes à une équipe augmente mécaniquement sa capacité de travail. C’est parfois vrai pour une tâche répétitive, clairement divisée et peu dépendante des autres. Mais le travail de connaissance obéit à une autre logique. Concevoir un produit, résoudre un incident, écrire une stratégie, produire une enquête ou refondre un service demande des arbitrages continus.

Chaque membre supplémentaire apporte des compétences, des informations et des points de vue. Il ajoute aussi des canaux de discussion, des attentes à aligner, des décisions à expliquer et des contraintes à intégrer. C’est la charge de coordination : ce poids discret qui ne figure dans aucun budget, mais qui transforme les journées en enchaînement de points d’avancement.

Une petite équipe n’est donc pas intéressante parce qu’elle serait naturellement plus brillante. Elle l’est parce qu’elle rend les échanges plus directs. Les désaccords apparaissent plus vite. Les responsabilités sont plus lisibles. Les décisions peuvent être prises près du travail réel, plutôt que remontées à une instance lointaine.

La taille, ici, n’est qu’un indicateur. Une équipe de personnes très expérimentées, travaillant sur un problème stable et bien outillé, peut fonctionner sans difficulté avec un effectif relativement large. À l’inverse, un petit groupe peut s’enliser s’il dépend de multiples validations externes ou si son périmètre reste flou.

Une pizza ne définit pas une frontière de travail

La principale faiblesse de la règle est aussi ce qui a fait son succès : son apparente évidence. Deux pizzas ne disent rien de la complexité d’un projet, de la diversité des métiers nécessaires ni de la maturité d’une organisation. Surtout, elles ne répondent pas à la question décisive : une équipe est-elle réellement en mesure de livrer quelque chose sans demander la permission à tout le monde ?

Une équipe réduite mais privée de pouvoir de décision n’est pas autonome ; elle est simplement isolée. Elle peut préparer des recommandations, construire un prototype ou traiter une partie du problème, puis attendre que d’autres équipes choisissent, sécurisent, déploient ou communiquent. Le gain de vitesse disparaît alors dans les passages de relais.

La règle devient féconde lorsqu’elle s’accompagne d’une autonomie concrète. Cela suppose un objectif identifiable, un périmètre de décision explicite et les compétences nécessaires pour avancer. Une équipe produit, par exemple, ne gagne pas grand-chose à être compacte si elle doit solliciter séparément la donnée, l’infrastructure, le design, la conformité et le marketing à chaque étape.

Le bon découpage ne consiste pas à réduire les effectifs au hasard. Il consiste à organiser le travail autour d’un résultat. Non pas « l’équipe front-end », « l’équipe communication » ou « l’équipe qualité » uniquement, mais une équipe capable d’améliorer une expérience, de résoudre un problème client ou de faire vivre un service précis.

Découper sans fabriquer des silos

Le paradoxe est immédiat : en cherchant à créer de petites équipes agiles, on peut multiplier les frontières. Une organisation finit alors par ressembler à un archipel où chacun protège son territoire. Les délais viennent moins des réunions internes que des dépendances entre groupes.

La solution n’est pas de revenir à la grande équipe unique. Les grands ensembles ont leur propre inertie. Il faut plutôt rendre les frontières franchissables. Cela passe par des règles simples et stables :

  • définir clairement ce qu’une équipe possède et ce qu’elle ne possède pas ;
  • documenter les décisions qui concernent les autres équipes ;
  • prévoir des modes de collaboration légers pour les sujets transversaux ;
  • éviter que chaque demande devienne une négociation ad hoc ;
  • traiter les services internes comme des offres dont les conditions d’usage sont compréhensibles.

Dans le monde du logiciel, on parlerait volontiers d’interface. Dans une rédaction, une université, une administration ou une entreprise industrielle, le principe reste le même : une équipe doit savoir ce qu’elle peut demander à une autre, dans quel cadre et avec quel niveau de responsabilité. Ce contrat d’interface est moins spectaculaire qu’une réorganisation, mais souvent plus efficace.

Autrement dit, les petites équipes ne suppriment pas la coordination. Elles obligent à la concevoir. Là où une grande structure compense parfois son manque de clarté par des réunions à répétition, une organisation distribuée doit rendre ses accords visibles et durables.

La connaissance circule-t-elle vraiment ?

Une équipe compacte peut aussi devenir une boîte noire. Quand quelques personnes détiennent seules l’histoire d’un système, les raisons d’un choix ancien ou les contacts utiles, leur efficacité immédiate masque une fragilité. Le jour où l’une d’elles part, change de rôle ou se trouve indisponible, tout ralentit.

Les chercheurs parlent de mémoire transactive pour désigner cette répartition de la connaissance : dans un collectif efficace, chacun ne sait pas tout, mais chacun sait qui sait quoi. Cette mémoire est précieuse. Elle devient dangereuse lorsqu’elle n’existe que dans les têtes et les conversations privées.

La règle des deux pizzas doit donc être accompagnée d’un minimum de traces : décisions écrites, documentation accessible, retours d’expérience, démonstrations régulières. Non pour bureaucratiser le travail, mais pour éviter que l’autonomie se transforme en dépendance à quelques individus.

Une petite équipe ne vaut pas par son faible effectif, mais par sa capacité à décider, agir et transmettre ce qu’elle apprend.

Quand il faut agrandir la table

Il existe des situations où la petite équipe n’est pas le bon format. Une crise majeure, une transformation qui engage plusieurs métiers, un sujet de sécurité ou une décision aux conséquences importantes réclament des regards plus nombreux. Réduire la discussion au nom de la vitesse peut alors produire des angles morts coûteux.

Le discernement consiste à distinguer deux moments. Pour explorer, produire, tester et itérer, un groupe restreint fonctionne souvent mieux. Pour arbitrer des intérêts divergents, examiner un risque ou fixer une orientation commune, un collectif plus large peut être nécessaire. Le problème naît lorsque le second format envahit le premier et que chaque microdécision devient affaire de gouvernance.

Cette distinction aide également à éviter une dérive fréquente : confondre proximité hiérarchique et capacité de décision. Une personne très haut placée n’a pas toujours besoin d’être présente dans la boucle de travail. Elle peut fixer un cadre, clarifier une priorité et laisser l’équipe avancer. C’est souvent plus exigeant que de valider chaque détail.

Le test qui révèle les frictions

Pour utiliser la règle sans tomber dans le fétichisme de la pizza, il suffit de regarder un projet en cours et de poser quelques questions franches :

  • Quel résultat précis cette équipe est-elle censée produire ?
  • Peut-elle prendre les décisions ordinaires nécessaires à ce résultat ?
  • Quelles sont les dépendances qui la ralentissent le plus ?
  • Ces dépendances sont-elles inévitables, ou résultent-elles d’une habitude organisationnelle ?
  • Si un membre disparaissait temporairement, le travail resterait-il compréhensible ?

Les réponses révèlent souvent la véritable dette organisationnelle : des responsabilités chevauchantes, des validations historiques, des outils mal partagés ou des priorités contradictoires. Réduire une équipe sans traiter cette dette ne fait que concentrer le problème.

La règle des deux pizzas reste ainsi moins une recette qu’un rappel salutaire. Les organisations aiment ajouter : une personne de plus, une réunion de plus, un niveau de validation de plus. Or l’innovation et le travail bien fait naissent souvent d’une soustraction attentive. Moins d’intermédiaires inutiles, moins de flou sur les responsabilités, moins de coordination pour la coordination. Et, à la fin, davantage de place pour le travail lui-même.

Adrien Marchal

À propos de Adrien

Adrien décrypte concepts, lois et tendances à l'intersection des sciences cognitives, de la tech et des nouvelles façons de travailler.

Voir tous ses articles

Sommaire

Statistiques

Temps de lecture 8 min

Commentaires

Partage ton avis, pose une question, ou répond à quelqu'un.

Laisser un commentaire