L'équipe de réalisation (les « développeurs », au sens large : toute personne qui contribue à construire l'incrément) a deux caractéristiques qui la distinguent d'une équipe classique.

Pluridisciplinaire

Elle réunit toutes les compétences nécessaires pour transformer une story en incrément terminé : conception, développement, test, et parfois design ou données. L'objectif est de ne pas dépendre, pour finir une story, d'une personne extérieure à l'équipe. Quand une compétence manque, on la fait monter dans l'équipe plutôt que de créer une dépendance permanente.

Auto-organisée

L'équipe décide elle-même comment réaliser le travail : qui prend quelle tâche, dans quel ordre, avec quelle solution technique. Personne de l'extérieur ne répartit les tâches. Cela suppose que l'équipe s'engage collectivement sur l'objectif de sprint, pas individuellement sur des tâches assignées.

Pourquoi l'auto-organisation marche mieux

Ceux qui font le travail sont ceux qui connaissent le mieux les difficultés réelles. Une répartition décidée d'en haut ignore ces détails et vieillit mal dès le premier imprévu.

La taille

Petite : en général trois à neuf personnes. En dessous, on manque de compétences ; au-dessus, la coordination interne coûte plus qu'elle ne rapporte, et on gagne souvent à scinder en deux équipes.

La responsabilité est collective

« La story n'est pas finie » est un problème de l'équipe, pas de la personne qui l'avait prise. C'est ce qui pousse les membres à s'entraider plutôt qu'à se renvoyer la responsabilité.

Exemple concret : l'équipe de fidélité compte cinq personnes : deux au développement, une au test, une au design, une aux données. Pour finir une story, elle n'a besoin de personne d'autre. À la planification, elle se répartit le travail elle-même, sans que le PO ni le SM n'assignent quoi que ce soit.

À vous de jouer : expliquez en une phrase ce que signifie « équipe auto-organisée » dans Scrum.