Bibliothèque · Cadrage · Avancé
Feature, component ou impact team : comment organiser les équipes
Les feature teams livrent des fonctionnalités de bout en bout, les component teams maîtrisent un composant, les impact teams visent un résultat mesurable. Chacune a ses avantages et ses dépendances.
Pour qui, pour quand
En résumé
La feature team sait tout faire pour livrer une fonctionnalité de bout en bout : analyse, conception, développement, test, intégration. Elle limite les dépendances et accélère, au prix de compétences dupliquées d'une équipe à l'autre. La component team possède un composant ou un service : elle a une forte expertise, mais les autres équipes attendent après elle.
L'impact team s'organise autour d'un résultat mesurable (un KPI, un objectif), avec des profils variés. Elle est très alignée sur la stratégie, mais demande des objectifs clairs et beaucoup de collaboration transverse.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Cartographier les dépendances actuelles entre équipes.
- 02Repérer où l'attente est la plus longue.
- 03Passer en feature ou impact team là où les dépendances coûtent le plus.
- 04Garder en component teams les socles qui demandent une expertise rare.
- 05Réévaluer l'organisation chaque semestre.
Questions à me poser
avant de te lancer
- →Combien d'équipes faut-il pour livrer une fonctionnalité typique ?
- →Quelle équipe fait attendre toutes les autres ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
Dans ma bible
SCRUM · p. 198-199
Chargement du passage…
Mes notes
ce que tu retiens, ton contexte
Situations couvertes
- · Je dois organiser ou réorganiser les équipes
- · Les dépendances entre équipes bloquent les livraisons
Provenance
Ma bible PM · SCRUM, p. 198-199
ajoutée le 2026-09-18
Mots-clés
À lire juste après
ce que cette fiche appelle
Ce qui renvoie ici
des fiches qui citent celle-ci - c'est là que tes REX réapparaissent