Article original : How to Run an Effective Daily Scrum – Tips for Team Members and Managers
Commençons par une question simple : Pourquoi nous réunissons-nous pour une courte réunion chaque jour ?
Si vous travaillez dans une équipe Scrum, vous avez probablement entendu parler du daily scrum, parfois appelé daily stand-up. C'est l'un des événements clés de Scrum.
Le "daily" a généralement lieu à la même heure chaque jour et devrait durer environ 15 minutes.
À première vue, cela semble simple. Lorsque c'est votre tour, vous répondez à trois questions de base. Mission accomplie, n'est-ce pas ?
Eh bien, sans une structure et quelqu'un pour faire respecter cette structure, une réunion quotidienne de 15 minutes peut se transformer en une discussion de 45 minutes.
Qu'est-ce que le Daily Scrum ?
Les équipes Scrum utilisent le daily scrum pour s'aligner et partager leurs efforts.
Chaque personne répond généralement à trois questions :
Qu'ai-je fait hier pour aider l'équipe à atteindre son objectif ?
Que prévois-je de faire aujourd'hui pour aider l'équipe à atteindre son objectif ?
Y a-t-il des obstacles sur mon chemin ?
J'appelle cela les "trois classiques". Hier, Aujourd'hui, Blocages.
D'après cette explication, si vous n'avez jamais assisté à un daily scrum, vous pourriez penser que ce n'est qu'une réunion triviale et plutôt inutile. Mais il peut mettre en évidence des problèmes importants en temps réel.
Par exemple, si quelqu'un dit : "Je suis bloqué en attendant qu'un script de base de données se termine", le reste de l'équipe peut suggérer une solution de contournement.
Ou si le product owner dit : "Nous devons changer la priorité d'une fonctionnalité", tout le monde l'apprend immédiatement.
Pourquoi garder le Scrum court ?
En théorie, le daily scrum dure 15 minutes, plus ou moins. Pourtant, de nombreuses équipes le laissent s'étendre à une demi-heure ou plus.
C'est risqué.
Lorsque ces réunions deviennent trop longues, les gens perdent leur intérêt. De plus, ils pourraient sauter la suivante, pensant que c'est une perte de temps.
Au-delà de cela, la brièveté encourage les gens à ne partager que ce qui compte le plus.
Si quelqu'un plonge dans des détails complexes, cela pourrait faire dérailler la conversation.
Ce n'est pas l'espace pour décrire chaque table de votre schéma de base de données. C'est un moment pour partager vos progrès, mettre en avant votre plan et faire savoir à vos coéquipiers si vous êtes bloqué.
Les trois questions essentielles
Le daily scrum suit généralement le même schéma. C'est prévisible, et c'est une bonne chose.
Développons chaque question :
Les tâches d'hier : C'est une mise à jour sur ce que vous avez terminé. Par exemple, je pourrais dire : "J'ai configuré le nouvel environnement de test pour notre fonctionnalité de connexion utilisateur." Cela aide le reste de l'équipe à voir comment les tâches progressent et si je termine ma partie de l'objectif du sprint.
Les plans d'aujourd'hui : Ensuite, nous partageons ce que nous allons aborder. Par exemple, "Aujourd'hui, je vais corriger un bug dans le service de paiement." Cette information aide tout le monde à voir comment le travail de la journée s'aligne avec le backlog du sprint.
Les blocages : C'est un point crucial. Si quelque chose m'empêche de terminer mes tâches, je le mentionne ici. Par exemple, "J'ai besoin d'un accès à l'environnement de staging, mais j'attends une mise à jour des permissions pour y accéder." Cela signifie que si quelqu'un dans l'équipe peut résoudre cela, nous accélérons les progrès.
Dans mes équipes, nous avons généralement le tableau Jira ouvert et associons la mise à jour de chaque personne avec l'histoire correspondante. Cela donne aux gens un peu plus de contexte. Vous n'êtes pas obligé de faire cela, mais mes équipes trouvent cela utile.
Comment empêcher le Scrum de devenir une réunion de statut
Un daily scrum n'est pas seulement un rapport de statut. C'est une chance pour l'équipe de se réaligner rapidement.
Mais certains managers le traitent comme un moment pour voir qui est sur la bonne voie. Cela peut détourner l'attention de la coopération. D'un autre côté, une équipe pourrait le traiter comme un rassemblement informel sans aucune structure. Ces extrêmes mènent généralement à la frustration.
Quel est le juste milieu ?
C'est là où l'équipe se concentre sur les tâches qui mènent à l'objectif du sprint tout en offrant une aide rapide lorsque les gens sont bloqués.
La réunion devrait porter sur la collaboration et les besoins de l'équipe Scrum, et non sur le fait de plaire à un manager.
De plus, si quelque chose nécessite une discussion plus approfondie, planifiez un suivi. Par exemple, vous pourriez dire : "Terminons le stand-up, puis nous pourrons discuter de la question de modélisation après."
Si vous trouvez que vos stand-ups deviennent trop longs, vous devez en discuter en tant qu'équipe lors de la rétrospective de sprint et ajuster.
Un exemple typique d'un Daily Scrum fluide
Dessinons un tableau rapide.
L'équipe travaille sur une fonctionnalité qui gère l'inscription des utilisateurs et le traitement des paiements. Chaque jour, le daily scrum se déroule comme suit :
Développeur A :
Hier, j'ai nettoyé le formulaire d'inscription des utilisateurs.
Aujourd'hui, j'ajouterai une validation de formulaire pour l'email.
Je suis bloqué par une clé API manquante, donc si quelqu'un peut la partager, je peux avancer.
Développeur B :
Hier, j'ai testé l'intégration des paiements.
Aujourd'hui, je corrigerai un bug que j'ai trouvé pendant les tests.
Pas de blocages.
Ingénieur QA :
Hier, j'ai automatisé les tests pour le service de panier.
Aujourd'hui, je vérifierai le nouveau formulaire d'inscription des utilisateurs.
Pas de blocages, mais je veux organiser une petite discussion sur la couverture des tests bientôt.
L'ensemble du processus se termine en environ 10 minutes. Après le scrum, le Développeur A et le Développeur B pourraient rester pour échanger cette clé API manquante. Tout le monde se plonge dans sa journée. C'est tout—court, efficace et utile.
Problèmes courants qui perturbent le Daily Scrum
Discutons de quelques pièges que j'ai vus apparaître au fil des ans :
S'éloigner du sujet : Par exemple, un développeur pourrait commencer à décrire toute l'architecture d'un nouveau microservice. Le reste de l'équipe se demande comment cela les affecte.
Essayer de résoudre chaque problème en temps réel : Le daily scrum n'est pas l'endroit pour déboguer du code ou résoudre d'autres problèmes en groupe. Si quelque chose de complexe nécessite une discussion, notez-le et parlez-en après le stand-up avec les parties intéressées.
Attendre les retardataires : Commencer en retard peut rapidement devenir une habitude. Si les gens apprennent que la réunion commence vraiment à 9h05, ils commencent à arriver à 9h10. La solution la plus simple est de commencer à l'heure. Les gens s'adaptent généralement une fois qu'ils voient que vous êtes sérieux.
Personne ne mentionne les blocages : Parfois, les gens se sentent mal à l'aise d'admettre un problème devant l'équipe. Si cela arrive, le daily scrum perd sa valeur. Cette réunion est précisément l'endroit où vous devriez vous sentir en sécurité pour dire : "Je suis bloqué ici."
Trop de personnes dans la réunion : Dans certaines organisations, plusieurs équipes rejoignent un seul daily scrum. Cela peut entraîner de la confusion. Il est préférable de garder chaque daily scrum petit et ciblé. Si vous avez un grand projet, vous pourriez le diviser en équipes Scrum plus petites.
Conseils pour garder la réunion sur la bonne voie
Il existe diverses façons d'aider à garder un daily scrum de dégénérer en une réunion longue et interminable.
Tout d'abord, assurez-vous de respecter les 15 minutes (ou moins). Un minuteur peut vraiment aider. Certaines équipes utilisent un compte à rebours réel sur un écran, ce qui peut être amusant. Si vous trouvez que c'est systématiquement plus long, cela peut être un signe que vous avez trop de personnes, que les membres de votre équipe ont besoin d'un rappel sur le format, etc.
Deuxièmement, assurez-vous d'avoir un leader capable qui comprend comment gérer le scrum. Souvent, le scrum master ou le responsable d'équipe peut intervenir si la conversation s'égare. Ils pourraient dire : "Bon point. Gardons cela pour plus tard." Cela garantit que le scrum ne se transforme pas en une séance de brainstorming.
Vous devriez également vous assurer que l'équipe se concentre sur ses objectifs de sprint pendant la réunion. En plus de partager les tâches, rappelez-vous pourquoi vous les faites. Par exemple, si vous savez que l'objectif du sprint est de lancer un nouveau flux de paiement, gardez cela à l'esprit. Cela aidera à rationaliser les trois questions de chacun.
Ensuite, assurez-vous de promouvoir une culture d'entraide. Si quelqu'un mentionne un blocage, invitez le groupe à voir qui peut aider. C'est une approche pratique qui favorise le travail d'équipe.
Et enfin, il peut être utile d'utiliser le tableau scrum. Ce tableau—qu'il soit physique ou numérique—aide les gens à visualiser les progrès. Si vos tâches sont sur des notes autocollantes ou dans un outil comme Jira, vous pouvez rapidement montrer quelles tâches sont terminées, en cours ou en attente de révision.
Façons pratiques pour les managers de soutenir le Daily Scrum
Certaines personnes demandent si les managers doivent assister au scrum tous les jours. Il n'y a pas de règle stricte, mais si vous participez, voici quelques points à garder à l'esprit pour aider votre équipe à rester sur la bonne voie.
Tout d'abord, assurez-vous de laisser l'équipe parler. Le daily scrum est pour l'équipe de développement de partager leur plan et leurs blocages. En tant que manager, vous devriez éviter de le transformer en un contrôle de performance.
Ensuite, essayez d'observer les schémas en cours ou en développement. Le manager peut repérer les tendances. Par exemple, si un certain problème revient sans cesse, il pourrait l'escalader ou allouer plus de ressources pour le résoudre.
Et essayez d'offrir de l'aide sans dominer la réunion. Dès que vous sentez un obstacle que votre position peut résoudre—comme une approbation budgétaire manquante—intervenez. Sinon, laissez l'équipe s'approprier la réunion.
Foire aux questions
À quel point la règle des 15 minutes est-elle stricte ?
Assez stricte si vous pouvez l'éviter. Si votre équipe est petite, vous pourriez finir en encore moins de temps.
Devons-nous nous tenir debout physiquement ?
Certains disent que cela garde la réunion courte. D'autres ne peuvent pas se tenir debout ou préfèrent s'asseoir. Dans mes équipes, l'objectif est la brièveté, donc s'asseoir ou se tenir debout n'a pas autant d'importance. Nous avons aussi généralement un stand-up hybride où certaines personnes sont au bureau et d'autres non. Pour cela, nous participons tous virtuellement.
Que faire si nous n'avons rien de nouveau à dire ?
Ce n'est pas grave. Un rapide "Pas de mises à jour, pas de blocages" est parfaitement acceptable. La réunion pourrait ne durer que cinq minutes. Super—tout le monde peut retourner au travail plus tôt.
Pouvons-nous parfois sauter le daily scrum ?
Certaines équipes sautent si tout est stable. Je ne le fais jamais, car cela confirme qu'aucun nouveau blocage n'est apparu. C'est comme un bref contrôle de l'état. Si il n'y a rien à partager, la réunion ne durera pas longtemps de toute façon.
Qui parle en premier ?
Certaines équipes passent un "bâton de parole" en cercle. D'autres suivent l'ordre des tâches sur le tableau. J'ai même vu des équipes le faire par ordre alphabétique. J'aime aussi mélanger en jouant au "jeu de la nomination" où la personne qui parle désigne la suivante. La méthode n'a pas d'importance, tant que tout le monde a son tour. J'aime cependant mélanger l'ordre pour garder la réunion un peu "fraîche".
Conclusion
Le daily scrum peut être l'une des parties les plus utiles de Scrum s'il est bien fait. Il aide à la communication ouverte, à la détection précoce des blocages et à un sentiment de responsabilité partagée.
De plus, il nous rappelle ce que nous visons à atteindre en tant qu'équipe (l'objectif du sprint), ce qui est facile à oublier lorsque tout le monde a la tête dans le code ou les tests.
Par-dessus tout, gardez cela simple. Concentrez-vous sur les progrès d'hier, le plan d'aujourd'hui et les obstacles sur votre chemin.
Si vous avez besoin de conversations plus approfondies, planifiez-les juste après le scrum avec les personnes qui se soucient le plus du sujet. De cette façon, vous respectez le temps de tout le monde.
Dans son temps libre, Ben écrit son blog tech Just Another Tech Lead et gère un site créant des calculatrices en ligne gratuites pour toujours sur CalculatorLord.com.