Utiliser le Daily Scrum pour suivre les devs fait perdre du temps !
Utiliser le Daily Scrum pour suivre l’avancement des développeurs fait perdre du temps !
Pourquoi ?
💡 Faire un focus sur les personnes poussent à paralléliser et individualiser le travail.
⚠️ Au-delà des effets néfastes sur l’aspect humain déjà évoqué dans un précédent post, le fait de pousser chaque personne à travailler dans son coin a tendance à :
1️⃣ Créer de l’inertie
2️⃣ Ralentir le délai de livraison de chacune des tâches entreprises.
L’équipe pensera prendre de l’avance et développer rapidement, mais le code n’arrivera que très tardivement en prod car chacun étant sur son sujet :
🛑 Les Pull Requests auront tendances à être revues tardivement, à s’empiler, grossir et se complexifier.
🛑 Les retours seront asynchrones, générant de la perte de temps de chacun des côtés.
🛑 Les changements de contextes à répétition diminueront la concentration et la productivité (a moins de faire attendre son voisin le temps de terminer sa tâche…).
🛑 L’interdépendance entre certaines fonctionnalités entraînera de l’attente voir des conflits.
🛑 Les personnes bloquées dans leurs tâches le resteront plus longtemps.
🛑 Les divergences de pratiques de développement se feront savoir une fois les PR crées, engendrant soit des incohérences dans le projet, soit un allongement de la durée de développement pour refaire ce qui est déjà fonctionnel.
🛑 Les utilisateurs finaux auront un délai avant d’utiliser les fonctionnalités, avec comme conséquences de plus grandes modifications et des corrections plus difficiles en cas de problèmes.
🛑 Les livraisons auront tendances à être lentes, plus grosses et à avoir plus d’impacts.
La solution à tous ces problèmes se résume en 2 points :
👉 favoriser la collaboration
👉 aider à finaliser et livrer au plus tôt ce qui est en cours avant de chercher à faire autre chose de son côté.
C’est en cela que le Daily Kanban Meeting intervient et que des pratiques comme le Trunk-Based Development, le Pair ou le Mob Programming deviennent essentiels.
À partir du moment où l’on fait tout pour finaliser des tâches en se mettant à plusieurs dessus, on peut :
✅ Se permettre de faire des PR plus atomiques (voir ne plus en avoir besoin).
✅ Limiter le changement de contexte.
✅ Éliminer l’inertie liée aux échanges asynchrones.
✅ S’entraider plus facilement.
✅ Avoir des feedbacks et livrer plus rapidement.
✅ Permettre à l’équipe de s’autogérer.
✅ Gagner en productivité.
Plutôt que de s’attarder sur l’avancement de manière individuelle, pourquoi ne pas juste regarder l’avancement des tâches ?