Équipes interfonctionnelles vs auto-organisées vs fonctionnalité vs composants en Agile

Traditionnellement, un projet est organisé autour d’  équipes de composants  (c’est-à-dire UX, Dev, Business, Tester, et …), toute version qui nécessite une gamme d’expertise de composants devra impliquer plusieurs équipes de composants. En règle générale, différentes équipes auront des ensembles de priorités différents, ce qui entraîne inévitablement des goulots d’étranglement dans le cycle de lancement du produit.

Selon Wikipedia, une équipe interfonctionnelle est un groupe de personnes ayant une expertise fonctionnelle différente travaillant vers un objectif commun. L’un des meilleurs moyens d’améliorer la qualité de votre équipe est de la rendre interfonctionnelle. Une équipe interfonctionnelle possède toutes les compétences nécessaires pour transformer une idée en un produit fonctionnel.

“ Une  équipe interfonctionnelle  possède toutes les compétences nécessaires pour accomplir le travail sans dépendre d’autres personnes ne faisant pas partie de l’équipe ” — Scrum Guide

Contrairement à l’approche par équipe de composants,  les équipes interfonctionnelles  sont des groupes composés de personnes issues de différents domaines fonctionnels de l’entreprise. – il doit être formé non seulement avec des spécialistes techniques (développeurs Back-end, Front-end, ingénieurs QA, etc.) mais également composé de membres tels que des analystes commerciaux, des spécialistes du marketing et de l’UX ou toute autre personne prenant une part active au projet.

Une  équipe auto-organisée  est une équipe qui a l’autonomie de choisir la meilleure façon d’accomplir son travail, plutôt que d’être dirigée par d’autres en dehors de l’équipe. Contrairement aux principes de gestion traditionnels, les équipes auto-organisées ne sont pas dirigées et contrôlées d’en haut ; ils évoluent plutôt à partir des membres de l’équipe participant activement et collectivement à toutes les pratiques et événements Scrum.

Equipe traditionnelle vs équipe Agile

« Une  équipe d’ auto-organisation  se compose d’un groupe de travailleurs du savoir qui doivent se gérer eux-mêmes. Ils doivent avoir de l’autonomie » —  Peter Drucker.

Le Scrum Guide indique « L’équipe Scrum se compose d’un Product Owner, de l’équipe de développement et d’un Scrum Master. Elles sont:

« Les équipes Scrum  sont  auto-organisées  et  interfonctionnelles » —  Guide Scrum :

Équipe de composants vs équipe de fonctionnalités

L’approche traditionnelle consiste à décomposer le produit de manière plus ou moins logique et significative en composants et à leur affecter des équipes de composants. Cependant, ces composants sont totalement sans rapport avec le point de vue du client.

Une approche d’équipe de fonctionnalités est maintenant presque universellement acceptée pour organiser leurs équipes, par opposition à l’équipe de pile technologique, en particulier, dans l’approche de livraison continue, elle met l’accent sur les fonctionnalités (c’est-à-dire une tranche verticale du système) qui résolvent les besoins des utilisateurs qui peuvent généralement accélérer valoriser la livraison de toutes les fonctionnalités ou logiciels fonctionnels et raccourcir la boucle de rétroaction des utilisateurs réels. Une équipe technique aurait toutes les compétences nécessaires pour effectuer le travail nécessaire au niveau des tâches pour faire le travail. En particulier, en supposant une architecture à trois niveaux, les membres de l’équipe travailleraient sur des tâches liées aux parties de l’interface graphique, du niveau intermédiaire et de la base de données de cette histoire.

Le gros inconvénient de l’organisation des composants est évident : elle ralentit le flux de valeur. La majorité des fonctionnalités du système créent des dépendances qui nécessitent une coopération entre les équipes de composants pour créer, déployer et finalement publier. Les équipes passent une grande partie de leur temps à discuter des dépendances entre les équipes et à tester le comportement des composants plutôt que d’être en mesure de fournir de la valeur à l’utilisateur final.