La règle des "deux pizzas" d'Amazon : un atelier d'équipe comme exercice
Amazon a été l’une des premières entreprises à appliquer des méthodes de travail agiles à grande échelle - sans pour autant s’appuyer sur Scrum ou d’autres frameworks agiles. Un élément central pour les équipes agiles chez Amazon était la règle des “Two Pizza Teams”.
Les équipes Two Pizza d’Amazon : Pas aussi simple qu’il n’y paraît
La règle “Two Pizza Team” stipule qu’une équipe ne doit pas être plus grande que celle qui peut être nourrie avec deux pizzas. Cette règle vient d’ailleurs du fondateur d’Amazon, Jeff Bezos, en personne.
Même si des décennies se sont écoulées depuis l’origine de cette règle de la pizza, Amazon continue de maintenir en vie la “règle de l’équipe de deux pizzas”. Voir : Introduction à DevOps sur AWS. L’idée de petites équipes auto-organisées semble donc avoir une validité universelle intemporelle.
Même si l’idée de petites équipes semble simple, il y a d’autres conditions préalables à respecter pour pouvoir exploiter l’effet des petites équipes sur l’agilité de l’entreprise.
Voyons donc comment tu peux mesurer et améliorer cette philosophie de gestion et ses conditions préalables dans tes équipes également :
Health Check : Amazon Two Pizza Team
L’idée centrale de la règle “Two Pizza Teams” est que les petites équipes peuvent agir et réagir plus rapidement. Dans le développement de logiciels, cette agilité est souvent un facteur de différenciation important pour faire face à la concurrence.
Mais pour que ces petites équipes agissent effectivement plus rapidement, quelques conditions préalables doivent être remplies :
- L’équipe a un objectif clair, dont elle se sent entièrement responsable de la réalisation.
Selon une interprétation stricte, une équipe sans objectif commun n’est pas une équipe, mais un groupe de personnes. Si l’équipe ne prend pas la responsabilité d’un objectif clairement défini, même la taille de l’équipe ne contribuera pas beaucoup à l’agilité. - Les membres de l’équipe couvrent toutes les compétences nécessaires pour atteindre leurs propres objectifs.
Ton équipe est composée uniquement de personnes issues du même domaine ? Ce n’est pas une équipe agile : les équipes Agile sont cross-fonctionnelles et même au sein de l’équipe, elles ont tous les rôles et les compétences nécessaires pour atteindre leurs objectifs : Analystes commerciaux, concepteurs de produits, développeurs, etc. La composition doit toujours correspondre à l’objectif de l’équipe. - L’équipe dispose de tous les pouvoirs de décision et de toutes les ressources, et ne dépend donc pas de tiers pour atteindre nos objectifs.
Si l’équipe dépend fortement des autres équipes ou des décideurs, cela tue dans l’œuf toute agilité. L’équipe doit être capable de tester les technologies de manière autonome, de générer des données pour la prise de décision et d’obtenir le feedback direct des clients. - L’équipe a un accès direct aux clients afin de recueillir leurs commentaires.
Si une équipe de deux pizzas se contente de traiter un backlog sans avoir de contact avec les clients, cela n’est pas très prometteur. Pour que ton organisation devienne vraiment plus agile dans son ensemble, chaque équipe doit avoir un accès aussi direct que possible à ses propres clients, afin de recevoir le feedback des clients sans détours et de pouvoir y répondre.
Voir aussi Le principe d’obsession client d’Amazon
Avant de te précipiter pour réduire la taille de tes équipes, tu dois donc absolument t’occuper de ces conditions préalables. Un bon format d’atelier pour vérifier ce “Two Pizza Health Check” est la rétrospective suivante :
Vous ne savez pas exactement ce que sont les rétrospectives et comment elles vous aident à mettre en œuvre la culture “2 Pizza Team” d’Amazon ? Alors commencez ici :
Rétrospective Amazon Two Pizza Team
Avec cette rétrospective Two Pizza Team, tu peux examiner les conditions préalables avec ton équipe et lancer une évolution :
Amazon Two Pizza Team Health Check : Comment se déroule la rétro ?
Icebreaker aléatoire (2-5 minutes)
Echometer met à votre disposition un générateur de questions de check-in aléatoires.
Revue des mesures ouvertes (2-5 minutes)
Avant de commencer de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures issues des rétrospectives passées. Echometer liste automatiquement tous les points d'action ouverts des rétros passées.
Contrôle de santé
Tous les membres de l'équipe peuvent répondre aux bilans de santé de manière anonyme sur une échelle. Passez ensuite en revue les résultats des bilans de santé ensemble et notez éventuellement des commentaires supplémentaires. Si vous utilisez les mêmes bilans de santé dans plusieurs rétrospectives, vous pouvez également suivre les tendances au fil du temps dans Echometer.
- Nous avons un objectif d'équipe clair, dont nous assumons la responsabilité globale.
- Nous avons toutes les compétences dans l'équipe pour atteindre nos objectifs.
- En tant qu'équipe, nous avons tout ce qu'il faut pour atteindre nos objectifs indépendamment des tiers.
- En tant qu'équipe, il est facile pour nous de recueillir les commentaires des clients et d'y répondre.
Discuter des sujets de la rétro
Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Tout d'abord, chacun pour soi, de manière confidentielle. Echometer permet de révéler chaque colonne du tableau rétro individuellement afin de présenter et de regrouper les commentaires par la suite.
- Quelles sont les compétences ou les connaissances qui nous manquent le plus dans l'équipe ?
- Dans quelles situations notre équipe dépend-elle de tiers pour atteindre ses objectifs ?
- Qu'est-ce qui nous aiderait à répondre plus rapidement aux besoins et aux commentaires des clients ?
Question attrape-tout (recommandée)
Pour que d'autres sujets aient également leur place :
- De quoi d'autre aimeriez-vous parler dans la rétro ?
Priorisation / Vote (5 minutes)
Sur le tableau rétro dans Echometer, vous pouvez facilement prioriser les commentaires avec le vote. Le vote est bien sûr anonyme.
Définir les mesures (10-20 minutes)
Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de la mesure à prendre ? Alors, ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.
Checkout / Closing (5 minutes)
Echometer vous permet de recueillir des commentaires anonymes de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.
Amazon Two Pizza Team Health Check
Questions de contrôle de santé (échelle)
Questions ouvertes
Conclusion : règle de l’équipe Two Pizza d’Amazon
La règle de l’équipe Two Pizza conserve à juste titre sa pertinence au fil des années. Il est toutefois important de noter que la taille de l’équipe ne garantit pas à elle seule une organisation agile.
Ce n’est qu’en combinaison avec des objectifs d’équipe clairs et des équipes auto-efficaces qui peuvent élaborer des solutions en contact direct avec le client sans dépendance interne que l’organisation obtient les avantages d’une plus grande satisfaction du client et d’une vitesse de développement plus rapide sur le marché.
En fonction du contexte de l’entreprise, il ne suffit souvent pas de se pencher sur les équipes individuelles. En général, il faut aussi remettre en question la structure organisationnelle pour créer les conditions nécessaires à une entreprise agile hautement performante :
Pour devenir véritablement une organisation agile performante, vous devez envisager la structure de votre organisation différemment et être prêt à modifier votre état d’esprit et votre comportement.
Tom Godden, stratège d’entreprise AWS, source : Aperçu exécutif d’Amazon
Dans ce contexte, voir aussi La “mentalité du premier jour” d’Amazon
J’espère que la rétrospective Two Pizza Team pourra donner un coup de pouce pour créer ces conditions pour ton équipe. Et peut-être qu’elle pourra aussi donner une bonne impulsion de réflexion au niveau de l’organisation !
Le bonus ! Tu veux apprendre d’autres précurseurs agiles comme Netflix ?
Nous avons également examiné de près la culture d’innovation de Netflix et avons quelques formats d’ateliers pour vous !
- Pourquoi Netflix tous les résultats (même les échecs)
- Netflix n’a pas de processus de décision, mais des capitaines informés
- Les idées doivent être socialisées tôt chez Netflix
- Penser en termes de paris et tester des idées
