L'équipe Scrum

Scrum ne définit pas trois équipes, ni deux équipes et un chef. Il définit une seule équipe portant trois responsabilités distinctes. Cette nuance décide de tout le reste.

Pourquoi une seule

Dans beaucoup d'organisations, le Product Owner est rattaché au métier et les développeurs à la DSI. Chacun a sa hiérarchie, ses objectifs et ses réunions. Le résultat est prévisible : on négocie au lieu de construire.

Une équipe unique partage un objectif de sprint, une définition de fini et une responsabilité collective sur le résultat. Personne ne peut y réussir seul pendant que les autres échouent.

Ce que l'auto-organisation veut dire, et ne veut pas dire

L'équipe décide comment elle réalise le travail : la répartition, l'ordre technique, les pratiques, l'organisation interne du sprint. C'est le onzième des douze principes.

Elle ne décide pas seule quoi construire, cela relève du Product Owner, ni de sa propre composition, ni de son budget. L'auto-organisation est un périmètre d'autonomie précis, pas une absence de cadre.

C'est aussi la source du malentendu le plus fréquent avec les managers, qui entendent parfois plus personne ne décide là où il faut lire l'autorité sur le comment se déplace vers ceux qui font.

Combien de personnes

Le guide Scrum recommande une équipe suffisamment petite pour rester agile et suffisamment grande pour produire un incrément utile, en pratique une dizaine de personnes au maximum. La raison est mécanique : le nombre de canaux de communication croît beaucoup plus vite que le nombre de personnes.

La pluridisciplinarité compte davantage que la taille. Une équipe qui doit attendre une autre équipe pour livrer n'est pas autonome, et tout son rythme dépendra de délais qu'elle ne maîtrise pas.