Le paradoxe de l'agilité
Beaucoup d'organisations affichent l'étiquette « Scrum » comme un trophée sans jamais récolter les fruits de l'agilité. On appelle cela le « Scrumbut » (« Nous faisons du Scrum, mais… »). Ce « mais » est l'aveu d'un échec culturel. Le véritable obstacle n'est pas la méthode, mais la peur de la transparence.
Leçon 1 : le pouvoir ne se prend pas, il se donne
En l'absence de leadership clair, une figure autoritaire émerge et prend le contrôle. Pourquoi l'équipe l'accepte-t-elle ? Pour éviter le blâme : si une seule personne décide, les autres se dédouanent. L'auto-gestion n'est pas une absence de structure, c'est une acceptation collective de la responsabilité — impossible sans sécurité psychologique.
Leçon 2 : l'équité est le piège des Story Points
Imposer des points standards pour « équilibrer » la charge est un non-sens. Les Story Points ne sont pas des heures : c'est une estimation relative, propre à une équipe. La vélocité est un outil de prédictibilité, pas un indicateur de performance individuelle.
La valeur se crée en équipe, jamais en solo.
Leçon 3 : le « Scrumbut » ou l'illusion du changement
Le symptôme le plus toxique est le rôle hybride « Scrum Master / Chef de Projet » : l'un cherche à contrôler, l'autre à émanciper. Autre dérive, le Daily Scrum qui s'éternise. Le move radical du coach : si l'équipe ne s'adresse qu'au Scrum Master, il doit quitter la réunion pour forcer la coordination.
Leçon 4 : la valeur réelle contre la dictature de la Road Map
La Road Map traditionnelle est un mensonge rassurant : elle donne une illusion de certitude sur des mois. La Road Map liste des tâches ; le Product Backlog liste des problèmes à résoudre. Scrum remplace la certitude illusoire par une gestion fondée sur ce qu'on observe vraiment, pas sur ce qu'on avait prévu.
Leçon 5 : briser les silos
La séparation des compétences est le tombeau de l'agilité. Si votre équipe attend 24 h une validation externe, votre « Definition of Done » est une fiction. Le Test-First — écrire le test avant le code — n'est pas qu'une technique de développement : c'est une stratégie de communication qui aligne métiers et développeurs avant la première ligne écrite.
Conclusion
Scrum est un miroir : il ne règle pas vos problèmes, il les rend visibles. La plupart des entreprises préfèrent casser le miroir plutôt que changer leur culture. Votre équipe est-elle en train de gérer des tâches ou de résoudre des problèmes ?
Pour aller plus loin
- Fowler, F. M. (2021). Advanced Scrum Case Studies. Silicon Valley Scrum Press.
- Blog My Agile, Le Scrumbut.