Une équipe peut tenir tous les rituels, remplir tous les tableaux, respecter tous les rôles, et n'avoir rien changé. C'est ce que nous appelons le théâtre agile : la forme sans la fonction.
Six symptômes reconnaissables
La rétrospective sans suite. On identifie les mêmes problèmes chaque fois, on les note, et rien ne change. Au bout de quelques mois, plus personne ne parle vraiment.
Le daily qui est un rapport. Chacun s'adresse au Scrum Master ou au manager plutôt qu'à l'équipe. Ce n'est plus une synchronisation, c'est un contrôle debout.
Le backlog qui est un cahier des charges découpé. Le périmètre a été figé au début, puis tranché en morceaux. La priorisation ne bouge jamais parce qu'il n'y a rien à arbitrer.
Le Product Owner sans mandat. Il transmet des décisions prises ailleurs. Il ne peut ni dire non, ni changer l'ordre. Le rôle existe, l'autorité non.
La vélocité devenue objectif. Un indicateur destiné à l'équipe est remonté, comparé, ciblé. Il devient alors une mesure de performance, et cesse instantanément d'être fiable.
Le sprint qui n'a pas d'objectif. On empile des tickets pour remplir la capacité. À la revue, on ne peut pas dire ce qu'on a appris, seulement ce qu'on a fait.
La cause commune
Tous ces symptômes ont la même origine : les pratiques ont été adoptées sans le changement de posture qui les rend utiles. On a copié les gestes visibles d'équipes agiles sans installer ce qui les rend possibles, à savoir l'autorité de décider et la sécurité de dire ce qui ne va pas.
C'est exactement ce que décrit le troisième pilier : sans adaptation réelle, tout le reste est du décor.
Deux leviers, dans cet ordre
Le premier est la sécurité. Tant que dire qu'un sprint est mal parti expose à une sanction, la transparence est impossible et rien d'autre ne peut suivre. Les travaux d'Amy Edmondson sur la sécurité psychologique documentent ce point depuis la fin des années 1990.
Le second est le mandat. Une équipe à qui l'on demande de s'auto-organiser sans lui laisser de décision réelle apprendra vite que la demande n'était pas sérieuse.
Pourquoi nous en parlons en formation
Parce que la majorité des personnes qui viennent nous voir ont déjà vécu cela, et qu'une formation qui l'ignorerait leur paraîtrait, à juste titre, hors sol. Nous préférons nommer le problème et travailler dessus plutôt que d'enseigner un Scrum de brochure.
Sur quoi cela repose
Deux sources primaires sur la sécurité psychologique, condition du premier pilier.