Vous avez probablement entendu parler d'Amazon règle des deux pizzas : Aucune équipe ne doit être plus nombreuse que le nombre de personnes pouvant être nourries adéquatement par deux grosses pizzas.
Ce que vous ne savez probablement pas, c'est que malgré le succès initial de l'approche, peu de personnes au sein d'Amazon parlent réellement d'équipes de deux pizzas.
Au lieu de cela, le modèle a été progressivement affiné et finalement remplacé par un type de modèle d'équipe beaucoup plus performant, encore utilisé aujourd'hui.
Comme Colin Bryar et Bill Carr les décrivent dans leur nouveau livre fascinant Travailler à l'envers : informations, histoires et secrets d'Inside Amazon , les équipes de deux pizzas étaient petites. Autonome. Mesuré par un ensemble bien défini de métriques. Assumer la responsabilité de tous les aspects de leur domaine d'intervention : conception, technologie, résultats commerciaux, etc.
adam williams mari john atwater
Tout cela sonne bien en théorie.
Pourtant, parfois, deux pizzas ne suffisaient vraiment pas.
De plus, les équipes de deux pizzas ne réussissaient que pour des tâches telles que le développement de produits, un domaine où les dépendances enchevêtrées avaient historiquement ralenti le taux d'innovation et de mise en œuvre. Il est difficile de faire quelque chose lorsqu'un autre domaine fonctionnel résiste, beaucoup moins activement contre vous.
Pire encore, Amazon a découvert que le plus grand prédicteur du succès d'une équipe n'était pas de savoir si elle était petite, mais si elle avait un leader avec « les compétences, l'autorité et l'expérience appropriées pour doter et gérer une équipe dont Unique [mes italiques] l'objectif était de faire le travail.
Ou comme le vice-président directeur des appareils d'Amazon, Dave Limp, a déclaré: 'La meilleure façon d'échouer à inventer quelque chose est d'en faire un travail à temps partiel.'
C'est pourquoi, avec le temps, les équipes de deux pizzas sont devenues des équipes de leader monothread (STL), un terme emprunté à l'informatique qui signifie ne travailler que sur une chose à la fois.
Expédié par Amazon
Le monothread est un terme emprunté à l'informatique qui signifie ne travailler que sur une chose à la fois.
Un exemple de la façon dont une équipe leader à un seul fil a réussi là où des équipes à deux pizzas ont échoué ? L'idée qui est devenue Fulfillment by Amazon (FBA).
L'idée derrière Expédié par Amazon était simple : donner aux vendeurs tiers l'accès aux services d'entrepôt et d'expédition d'Amazon.
Les avantages pour les vendeurs tiers étaient clairs : les marchands enverraient des produits à Amazon pour qu'Amazon stocke, prélève, emballe et expédie en leur nom, éliminant non seulement les maux de tête logistiques d'un vendeur tiers, mais rendant les coûts d'entreposage variables plutôt que fixes. .
Les cadres des équipes de vente au détail et d'exploitation pensaient que FBA était une excellente idée, mais pendant plus d'un an, rien ne s'est passé. Ils étaient tous « des personnes exceptionnellement capables, mais ils n'avaient pas la bande passante pour gérer la myriade de détails que FBA impliquait », écrivent les auteurs.
Ensuite, Tom Taylor, vice-président à l'époque, a été invité à abandonner toutes ses autres responsabilités et a reçu les pleins pouvoirs pour embaucher et doter une équipe. Fondamentalement, cette équipe a également reçu une autonomie suffisante pour construire et déployer la tâche qui lui était assignée, sans se coordonner ou demander l'approbation des autres équipes.
En bref, une personne hautement qualifiée a été chargée - et non seulement avait l'autorité de mener à bien le projet, mais a été autorisée à se concentrer uniquement en menant à bien le projet.
Comme Bryar et Carr l'écrivent :
Un leader monothread peut diriger une petite équipe, mais il peut également diriger le développement de quelque chose d'aussi grand qu'Amazon Echo ou Digital Music.
Un leader monothread d'Amazon Echo et d'Alexa avait la liberté et l'autonomie pour évaluer les nouveaux problèmes de produit qui devaient être résolus, décider de quoi et combien d'équipes ils avaient besoin, comment les responsabilités devraient être réparties entre les équipes et quelle taille chaque équipe devrait être.
quelle est la taille de zac posen
Le résultat?
Mise au point plus nette. Plus de créativité. Innovation plus rapide. Autorité et responsabilité plus claires. Augmentation des niveaux d'appropriation et d'engagement parmi les membres de l'équipe.
'Alors que ces résultats positifs étaient possibles avant la création de la première équipe monothread autonome', écrivent Bryar et Carr, 'ils sont maintenant devenus la conséquence naturelle et attendue de ce modèle d'innovation très amazonien'.
Mettre la STL en action
La prochaine fois que vous constituerez une équipe, essayez l'approche STL.
Étant donné que votre organisation est probablement plus petite que celle d'Amazon, vous ne pourrez peut-être pas complètement libérer le chef d'équipe.
Mais vous pouvez vous assurer qu'il a suffisamment de temps à consacrer à la conduite du projet en réaffectant temporairement certaines tâches, certaines responsabilités, etc.
De cette façon, le chef d'équipe (semi-) monothread obtient la bande passante nécessaire pour prendre en charge le projet, et les autres membres de votre organisation ont la possibilité d'intervenir, d'intensifier et de développer et d'étendre leurs compétences.
linsey davis et paul roberts
Gagnant-gagnant.
Décidez ensuite du nombre de personnes qui devraient faire partie de l'équipe. Si vous pouvez garder deux pizzas, très bien.
Une pizza ? Encore mieux. Plus l'équipe est petite, plus elle est gérable et agile. Plus chaque individu se sent précieux. Et plus ils ont tendance à être investis dans le résultat global.
Assurez-vous simplement de vous concentrer davantage sur le choix d'un chef d'équipe possédant les compétences et l'expérience nécessaires pour faire le travail que sur la taille de l'équipe.
Et que vous donniez à cette personne à la fois le temps et le pouvoir de faire le travail.
