Cette page a été traduite automatiquement. Pour une meilleure expérience de lecture, veuillez passer à l'anglais.

Passer à l'anglais
Jean Michel Diaz
Jean Michel Diaz

La règle des "deux pizzas" d'Amazon : un atelier d'équipe comme exercice

Amazon war eines der ersten Unternehmen, das agile Arbeitsweisen in gro em Mastab angewendet hat - ganz ohne sich daf cr auf Scrum oder andere agile Frameworks zu st ctzen. Ein Kernelement f cr agile Teams bei Amazon war dabei die “,Two Pizza Teams”,-Regel.

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 du 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 :

🤔

Du bist unsicher was Retrospektiven sind und wie sie dir helfen, die “,2 Pizza Team”),-Kultur von Amazon umzusetzen? Dann starte hier:

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 :

Articles de contrôle de santé

Répondre sur une échelle

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.

👍 👎

Questions ouvertes

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 ?

💬

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 :

“To truly become a high-performing agile organization, you must look at your organization structure differently and be willing to change your mindset and behavior.” 

Tom Godden, AWS Enterprise Strategist
Source : Aperçu exécutif d’Amazon


Dans ce contexte, voir aussi Amazons “,Tag 1 Mentalit dt”,

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 ?

Wir haben auch Netflix’ Innovationskultur unter die Lupe genommen und haben ein paar Workshop-Formate f cr dich!

Catégorie du blog

Plus d'articles sur "Conseils sur l'agilité"

Voir tous les articles de cette catégorie
Modèle Agile Spotify : Explication des Squads, Tribes, Chapters et Guilds

Modèle Agile Spotify : Explication des Squads, Tribes, Chapters et Guilds

Aperçu rapide du modèle Spotify : comment les Squads, les Tribes, les Chapters et les Guilds mettent l’agilité à l’échelle, quels rôles sont impliqués et à quoi vous devez faire attention lors de la mise en œuvre.

5 idées de rétrospective de sprint que les équipes sont sûres de célébrer

5 idées de rétrospective de sprint que les équipes sont sûres de célébrer

En tant que psychologue et Scrum Master, j'ai probablement une vision inhabituelle des idées de rétrospective de sprint. Je me concentre un peu plus sur le côté "soft" de l'amélioration continue. O...

Mes 7 modèles préférés pour les rétrospectives Agile

Mes 7 modèles préférés pour les rétrospectives Agile

Dans mon équipe, nous organisons une rétrospective agile plus souvent que la moyenne : tous les vendredis, soit une fois par semaine. Et vous ne le croirez pas, mais grâce aux nombreux modèles de r...

Comment améliorer la communication au sein d'une équipe de développement de logiciels à distance ?

Comment améliorer la communication au sein d'une équipe de développement de logiciels à distance ?

Il existe diverses mesures et approches pour améliorer la communication au sein des équipes virtuelles ou d'ingénierie à distance de développeurs de logiciels et d'ingénieurs logiciels. Peu importe...

DORA & SPACE Metrics : 2 ateliers d'équipe pour l'amélioration

DORA & SPACE Metrics : 2 ateliers d'équipe pour l'amélioration

Si vous êtes un responsable technique, vous aimeriez probablement savoir dans quelle mesure votre équipe fournit des logiciels et comment vous pouvez l'améliorer. Vous avez peut-être déjà entendu p...

Working Agreements : 10 exemples, modèles & templates

Working Agreements : 10 exemples, modèles & templates

Une collaboration efficace au sein des équipes est essentielle à la réussite, en particulier dans le contexte des méthodes agiles comme Scrum. Les working agreements jouent un rôle crucial dans la...

Liste de contrôle pour les chefs d'équipe : 10 tâches essentielles

Liste de contrôle pour les chefs d'équipe : 10 tâches essentielles

En tant que chef d'équipe, tu assumes une grande responsabilité envers tes collaborateurs et ton équipe. Grâce à cette liste de contrôle pour les chefs d'équipe, tu pourras plus facilement garder u...

Le Scrum Master en tant que Servant Leader : 8 pistes de réflexion

Le Scrum Master en tant que Servant Leader : 8 pistes de réflexion

En tant que psychologue expérimenté et Scrum Master, je comprends les défis auxquels sont confrontés les team leaders dans les environnements agiles. Trouver l'équilibre entre agilité et leadership...

Toutes les équipes Scrum ne sont pas agiles : Fake Agile

Toutes les équipes Scrum ne sont pas agiles : Fake Agile

Fake Agile : Est-ce que chaque équipe Scrum est agile ? Non, malheureusement, toutes les équipes Scrum ne sont pas réellement agiles. Laissez-moi vous expliquer : Une équipe Scrum se définit par le...

Echometer Bulletin d'information

Ne manque pas les mises à jour sur Echometer & reçois de l'inspiration pour travailler de manière agile