Guide agile · Rôles et équipes agiles
Structures d'équipe agile : types, rôles et comment choisir
Une structure d'équipe agile est la manière dont les personnes, les compétences et les responsabilités sont organisées afin qu'une petite équipe pluridisciplinaire puisse apporter de la valeur de bout en bout. Les structures courantes incluent les feature teams, les équipes composant, les combinaisons de généralistes et de spécialistes et les équipes plateforme, souvent regroupées en unités plus larges à mesure que l'organisation grandit.
À retenir
- Les équipes agiles sont petites, pluridisciplinaires, autogérées et pérennes.
- Les feature teams réduisent les passations ; les équipes composant et plateforme apportent expertise et services partagés.
- Concevez les structures autour du flux de valeur et minimisez les dépendances.
- Revoyez les structures périodiquement, mais gardez des équipes stables.
Ce qui rend une équipe agile
- Pluridisciplinaire : l'équipe possède toutes les compétences nécessaires pour transformer un élément du backlog en résultat terminé.
- Petite et stable : généralement une dizaine de personnes au plus ; le Guide Scrum 2020 indique qu'une Scrum Team compte généralement 10 personnes ou moins.
- Autogérée : l'équipe décide de la manière de faire son travail.
- Pérenne : les équipes restent ensemble sur de nombreux projets afin d'apprendre et de s'améliorer.
- Concentrée sur un seul objectif ou produit à la fois.
Voir qu'est-ce qu'une équipe agile pour les bases.
Les structures d'équipes agiles courantes
| Structure | Fonctionnement | Points forts | Points de vigilance |
|---|---|---|---|
| Feature team | Responsable de fonctionnalités client complètes sur toutes les couches | Livraison rapide de bout en bout, moins de passations | Exige des compétences larges ; le code partagé nécessite de bonnes pratiques |
| Équipe composant | Responsable d'une partie du système, comme les paiements ou la recherche | Expertise pointue, architecture cohérente | Les fonctionnalités nécessitent plusieurs équipes ; davantage de dépendances |
| Équipe de généralistes | Les membres peuvent travailler sur de nombreux types de tâches | Flexible, évite les goulots d'étranglement | Peut manquer d'expertise pointue |
| Équipe de spécialistes | Chaque membre détient une compétence distincte | Haute qualité dans chaque discipline | Goulots d'étranglement lorsqu'une compétence est surchargée |
| Équipe hybride (en T) | Les membres ont une compétence approfondie et des compétences secondaires plus larges | Concilie expertise et flexibilité | Demande du temps et du soutien pour se constituer |
| Équipe plateforme | Fournit des outils et services partagés aux autres équipes | Réduit les efforts en double | Doit traiter les autres équipes comme des clients |
Les rôles dans une équipe agile
| Rôle | Objet |
|---|---|
| Product Owner | Maximise la valeur ; est responsable du backlog et l'ordonne ; voir Product Owner Scrum |
| Scrum Master ou coach agile | Efficacité de l'équipe et levée des obstacles ; voir rôle de Scrum Master |
| Developers ou membres de l'équipe | Construisent, testent et livrent le travail ; peuvent inclure ingénieurs, designers, analystes, testeurs et rédacteurs |
| Parties prenantes | Apportent leur contribution et leurs retours, notamment lors des revues |
| Chef de projet agile (dans certaines organisations) | Coordination entre équipes, budgets et reporting ; voir chef de projet agile |
Comment concevoir la structure de vos équipes
- Partir de la chaîne de valeur : cartographiez le cheminement du travail, de la demande jusqu'au client ; voir cartographie de la chaîne de valeur.
- Choisir le type d'équipe : privilégiez des feature teams alignées sur les parcours clients ou les produits, et n'ajoutez des équipes composant ou plateforme que lorsque l'expertise ou l'échelle l'exige.
- Dimensionner les équipes : visez environ cinq à neuf membres et scindez les groupes plus importants.
- Combler les lacunes de compétences : listez les compétences nécessaires pour terminer le travail sans passation, puis recrutez, formez ou travaillez en binôme pour combler les lacunes.
- Minimiser les dépendances : si une équipe attend régulièrement une autre, ajustez les périmètres.
- Définir la coordination entre équipes : utilisez des pratiques comme un Scrum of Scrums ou une planification commune.
- Revoir régulièrement : vérifiez le flux, les dépendances et le moral tous les quelques mois et adaptez-vous.
Exemple : des équipes composant aux feature teams
Un distributeur en ligne compte quatre équipes composant (front-end web, mobile, services de paiement et base de données) de six personnes chacune. Une fonctionnalité type mobilise les quatre, si bien que les éléments s'accumulent dans des files d'attente et qu'une simple modification prend six semaines. L'entreprise se réorganise en trois feature teams alignées sur les parcours clients (navigation, achat, compte), chacune dotée de compétences front-end, mobile, back-end et test, plus une petite équipe plateforme de six personnes pour l'infrastructure partagée. Avec moins de passations, la plupart des fonctionnalités sont désormais réalisées par une seule équipe en un ou deux sprints.
Les structures à l'échelle
- Équipe d'équipes : plusieurs équipes travaillant sur un même produit partagent un backlog et se coordonnent ; voir Large-Scale Scrum (LeSS).
- Agile Release Train : dans SAFe, généralement 5 à 12 équipes planifient et livrent ensemble ; voir Agile Release Train.
- Squads, tribes, chapters et guilds : un modèle popularisé par Spotify ; voir squads, tribes, chapters et guilds.
Modèles gratuits sur ce sujet
Questions fréquentes
Quelle est la meilleure structure d'équipe agile ?
Il n'existe pas de structure idéale unique. Les feature teams conviennent à la plupart des travaux produit, avec des équipes plateforme ou composant lorsqu'une expertise pointue ou des services partagés sont nécessaires.
Quelle taille doit avoir une structure d'équipe agile ?
Petite, généralement une dizaine de personnes au plus. Les groupes plus importants doivent généralement se scinder en plusieurs équipes.
Qu'est-ce qu'une structure d'équipe agile pluridisciplinaire ?
Une équipe qui possède toutes les compétences nécessaires pour livrer un résultat terminé sans dépendre d'autres équipes.
Quelle structure d'équipe agile est préférable : feature teams ou équipes composant ?
Une feature team livre des fonctionnalités client complètes à travers tout le système ; une équipe composant est responsable d'une partie du système.
Qu'est-ce qu'un membre en T dans une structure d'équipe agile ?
Une personne qui possède une expertise approfondie dans un domaine et des connaissances pratiques dans plusieurs autres, ce qui aide l'équipe à se répartir le travail.
Une structure d'équipe agile a-t-elle besoin d'un chef de projet ?
Pas dans Scrum, qui ne prévoit aucun rôle de chef de projet. Certaines organisations conservent des chefs de projet pour la coordination entre équipes ; voir chef de projet agile.
Qui dirige dans une structure d'équipe agile ?
Les équipes agiles sont autogérées. Le product owner fixe les priorités, le Scrum Master soutient l'efficacité et l'équipe décide de la manière de faire le travail.
Qu'est-ce qu'une équipe plateforme dans une structure d'équipe agile ?
Une équipe qui construit et exploite des outils ou services partagés afin que les autres équipes puissent livrer plus vite.
Une structure d'équipe agile doit-elle être regroupée sur un même site ?
La proximité physique facilite la communication, mais de nombreuses équipes fonctionnent bien à distance ou en mode hybride avec de bons outils et des horaires de travail convenus.
À quelle fréquence une structure d'équipe agile doit-elle changer ?
Les équipes ont besoin de stabilité ; évitez donc les remaniements fréquents. Revoyez les structures tous les quelques mois et modifiez-les lorsque les dépendances ou les objectifs évoluent.
Comment une structure d'équipe agile coordonne-t-elle plusieurs équipes ?
Grâce à des backlogs partagés, une planification commune, des réunions régulières entre équipes et des cadres de mise à l'échelle ; voir cadre agile à l'échelle.