Le Daily Scrum est l'événement Scrum le plus court, mais l'un des plus mal pratiqués. Il est aussi un classique du PSM I, avec des questions pièges sur les participants, le rôle du Scrum Master, la durée et la confusion fréquente avec une réunion de statut. Ce guide reprend l'essentiel pour ne plus se tromper.
Définition
Le Daily Scrum est un événement de 15 minutes maximum pour les Developers de la Scrum Team. Il a lieu chaque jour ouvré du Sprint, à la même heure et au même endroit pour réduire la complexité. Son objectif est d'inspecter le progrès vers le Sprint Goal et d'adapter le Sprint Backlog si nécessaire.
Le format est libre. Les trois questions historiques (« hier / aujourd'hui / obstacles ») ne sont plus prescrites depuis le Scrum Guide 2020. Les Developers choisissent ce qui fonctionne le mieux pour eux, tant que l'événement reste centré sur le Sprint Goal.
Qui participe ?
Les Developers sont les acteurs obligatoires. Le Product Owner et le Scrum Master peuvent assister, mais :
- Le Product Owner peut participer activement uniquement s'il travaille comme Developer sur le Sprint.
- Le Scrum Master s'assure que le Daily Scrum a lieu et reste dans les 15 minutes. Il ne l'anime pas, ne le facilite pas activement, ne pose pas les questions.
Les autres parties prenantes (managers, parties prenantes externes, clients) n'y assistent pas. Le Daily Scrum n'est pas un événement public.
Les 15 minutes
La règle est stricte : 15 minutes maximum, peu importe la taille de l'équipe (jusqu'à 10 personnes selon le Scrum Guide). Cette contrainte oblige les Developers à :
- Préparer leur intervention à l'avance.
- Se concentrer sur ce qui sert le Sprint Goal.
- Renvoyer les discussions techniques détaillées après le Daily.
Un Daily qui déborde régulièrement est un signal : soit l'équipe est trop grande, soit elle confond Daily Scrum et réunion technique, soit le Sprint Goal n'est pas clair.
Daily Scrum vs réunion de statut
Beaucoup d'organisations transforment le Daily Scrum en réunion de statut adressée au Scrum Master, au Product Owner ou à un manager. C'est une dérive classique. La différence :
- Une réunion de statut répond à : « où en sommes-nous vis-à-vis du plan ? ». Elle est tournée vers le reporting.
- Le Daily Scrum répond à : « quel est notre meilleur plan pour les prochaines 24 heures, pour atteindre le Sprint Goal ? ». Il est tourné vers l'adaptation.
En d'autres termes : un reporting regarde en arrière, le Daily Scrum regarde en avant. Des outils comme le Burn-down Chart aident les Developers à visualiser le travail restant vers le Sprint Goal.
Erreurs fréquentes
- Faire animer le Daily par le Scrum Master ou le Product Owner.
- Transformer le Daily en réunion de statut adressée à un manager externe.
- Approfondir des sujets techniques pendant le Daily au lieu de les déplacer après.
- Sauter le Daily « parce que tout va bien ».
- Changer d'heure ou de format chaque jour, ce qui ajoute de la complexité au lieu d'en retirer.
- Imposer les trois questions historiques alors que le Scrum Guide 2020 ne les prescrit plus.
Questions pièges du PSM I
Quelques pièges récurrents :
- « Qui anime le Daily Scrum ? » → Les Developers.
- « Le Scrum Master doit-il être présent ? » → Non, ce n'est pas obligatoire.
- « Le Daily peut-il dépasser 15 minutes si nécessaire ? » → Non, 15 minutes est une limite stricte.
- « Les trois questions sont-elles obligatoires ? » → Non, plus depuis 2020.
- « Le Daily est-il l'occasion pour le Scrum Master de demander des comptes ? » → Non. Le Daily est pour les Developers, pour leur propre adaptation.