L’erreur la plus courante dans les Daily Scrum d’équipes agiles ne vient ni des développeurs, ni de Scrum.
Elle vient du cadre et d’un rôle… présent au mauvais endroit, au mauvais moment. Et en 15 minutes par jour, cette erreur suffit à transformer un bel événement de collaboration en simple réunion de reporting.
En mode observation pour cette nouvelle équipe que je découvre, j’entre dans la salle. Le Daily commence.
Chaque développeur se tourne vers le Product Owner et fait son rapport. « Hier j’ai fait ça, aujourd’hui je fais ça, pas de problème. » Le PO hoche la tête, pose des questions, demande des justifications.
15 minutes plus tard, tout le monde repart démotivé.
Voilà comment on tue une équipe agile en douceur. Sans même s’en rendre compte.
Cette dérive se fait insidieusement. Le Product Owner assiste au Daily peut être avec les meilleures intentions, par exemple pour rester connecté. Mais sa simple présence change imperceptiblement la dynamique. Les développeurs commencent inconsciemment à lui adresser leurs updates plutôt qu’à se parler entre eux. Le cercle vicieux s’installe.
Le PO pose des questions, challenge certaines décisions. Parfois avec bienveillance. Mais le résultat est le même. L’équipe se sent jugée, surveillée, contrôlée. Et personne ne dit rien, parce que personne ne veut être celui qui « fait des histoires ».
87% des équipes utilisent Scrum (16th State of Agile Report), mais combien ont dévoyé le Daily en une simple réunion de statut ? Selon mon experience, beaucoup sont tombées dans ce piège à un moment ou un autre.
Les conséquences sont dévastatrices :
– les développeurs perdent leur sentiment d’autonomie;
– ils ne se parlent plus vraiment entre eux, ils font leur rapport.
– l’événement s’étire, perd son efficacité et sa valeur;
– les blocages ne sont plus mentionnés de peur d’être perçus comme des excuses.
Bref, la confiance s’érode silencieusement.
Quand cette dérive s’installe, il faut intervenir rapidement mais avec subtilité.
1 Rappeler que la présence du Product Owner n’est pas requise à ce court RDV puisque le daily est avant tout pour l’équipe de développement pour se synchroniser et que le cas échéant il se doit d’être celle d’un observateur bienveillant.
2 Recadrer le Daily comme un moment pour l’équipe, par l’équipe.
3 Restaurer cette autonomie qui fait toute la différence entre une équipe qui exécute et une équipe qui s’auto-organise vraiment.
La présence du PO au Daily peut être source de valeur quand elle est bien gérée, et source de toxicité quand elle ne l’est pas.
J’accompagne les équipes produit et leur management à restaurer des événements collaboratifs qui redonnent autonomie, confiance et responsabilité réelle.
Si ce sujet résonne, prenons le temps d’en discuter.
