Comprendre les quatre réunions agiles essentielles est le moyen le plus rapide d'améliorer le fonctionnement d'une équipe Scrum. Chaque cérémonie a un but distinct, un public différent, et une définition différente du succès. Menez-les bien et elles se complètent. Menez-les mal, ou confondez l'une avec l'autre, et vous verrez les mêmes frictions se reproduire sprint après sprint.
Ce guide couvre la Planification de Sprint, le Stand-up Quotidien, la Revue de Sprint et la Rétrospective de Sprint : à quoi sert chacune, comment la mener efficacement, et les erreurs les plus courantes à éviter.
Les quatre types de réunions agiles
| Réunion | Quand | Durée | Qui facilite |
|---|---|---|---|
| Planification de Sprint | Début de chaque sprint | 1–2 heures | Scrum Master |
| Stand-up Quotidien | Tous les jours | 15 minutes | Équipe (auto-facilitée) |
| Revue de Sprint | Fin de sprint | 1–2 heures | Product Owner |
| Rétrospective de Sprint | Fin de sprint (après la Revue) | 1–2 heures | Scrum Master |
1. Planification de sprint
Qu'est-ce que c'est
La Planification de Sprint ouvre chaque sprint. L'équipe passe en revue le backlog produit avec le Product Owner, s'accorde sur un objectif de sprint, et sélectionne le travail auquel elle s'engagera à livrer au cours des une à quatre prochaines semaines.
L'objectif de sprint est le résultat le plus important. Une liste de tâches n'est pas un objectif de sprint. Un objectif de sprint permet à l'équipe de se rassembler face à des changements de priorités en cours de sprint.
Ce à quoi cela doit ressembler
- L'objectif de sprint est convenu avant la fin de la réunion; pas "nous le découvrirons au fur et à mesure."
- Les éléments du backlog sont bien affinés; l'équipe ne passe pas son temps de planification à déchiffrer ce qu'un ticket signifie.
- Chaque élément sélectionné a une définition partagée du fait et une estimation réaliste.
- La charge de travail tient compte de la capacité réelle : vacances, tâches d'astreinte, report du dernier sprint.
Erreurs courantes
Se surengager. Les équipes qui ratent régulièrement leur objectif de sprint essaient habituellement de faire trop, et non de travailler trop lentement. Utilisez les données de vélocité et une planification de capacité honnête plutôt que l'optimisme.
Sauter l'affinage. Si la Planification de Sprint dépasse régulièrement le temps prévu, le problème est généralement des éléments de backlog sous-affinés. Trop d'inconnues dans la salle ralentissent tout.
Pas d'objectif de sprint. Sans objectif partagé, l'équipe optimise pour les tâches individuelles plutôt que pour les résultats collectifs. Lorsqu'un imprévu survient en plein milieu de sprint, il n'y a pas de nord pour les décisions de triage.
2. Stand-up quotidien
Qu'est-ce que c'est
Le Stand-up Quotidien est une synchronisation quotidienne de 15 minutes pour coordonner le travail de l'équipe et faire remonter les blocages. Ce n'est pas un rapport de situation au Scrum Master; c'est une conversation d'équipe à équipe.
Les trois questions classiques :
- Qu'ai-je fait hier ?
- Que vais-je faire aujourd'hui ?
- Quelque chose me bloque-t-il ?
Ce à quoi cela doit ressembler
- La réunion commence et se termine à l'heure, chaque jour.
- Les blocages sont clairement nommés, pas enterrés. Un blocage non réglé en fin de journée est bien plus coûteux qu'un bref inconfort de 60 secondes au stand-up.
- L'équipe se parle, pas au Scrum Master.
- Les discussions plus approfondies sont prises hors ligne immédiatement après, pas explorées en temps réel.
Erreurs courantes
Le transformer en rapport de situation. Si le Scrum Master pose les questions et que les membres de l'équipe y répondent, c'est devenu une cérémonie de rapport plutôt qu'un outil de coordination.
Dépasser les 15 minutes. Si les stand-ups débordent régulièrement, le problème provient habituellement des mises à jour qui devraient appartenir à une réunion distincte. Appliquez fermement la règle "prendre hors ligne".
Considérer les blocages comme facultatifs à mentionner. Les équipes qui disent systématiquement "pas de blocages" alors que des blocages existent clairement ont un problème de sécurité psychologique, pas un problème de stand-up. Abordez-le lors de la rétrospective.
3. Revue de sprint
Qu'est-ce que c'est
La Revue de Sprint a lieu à la fin du sprint. L'équipe démontre le travail accompli aux parties prenantes et au Product Owner, et le backlog est ajusté en fonction de ce qui a été construit et des retours reçus.
La Revue de Sprint est la boucle de rétroaction entre l'équipe et l'entreprise. Sans elle, l'équipe construit dans un vide.
Ce à quoi cela doit ressembler
- Seul le travail qui répond à la définition du fait est démontré. Les travaux partiellement terminés ne sont pas montrés.
- Les parties prenantes sont activement engagées : posant des questions et donnant des retours, pas regardant une présentation.
- Le Product Owner ajuste le backlog en fonction de ce qu'il voit et entend, pas plus tard dans la semaine lorsque le moment est passé.
- La discussion reste centrée sur le produit, pas sur le processus de l'équipe (c'est pour cela que la rétrospective est là).
Erreurs courantes
Présenter un travail non terminé. Cela érode la confiance dans la définition du fait et apprend aux parties prenantes à s'attendre à un résultat approximatif plutôt que vérifié.
Présentation à sens unique. Si les parties prenantes sont des observateurs passifs, la revue ne fonctionne pas. Le but entier est d'obtenir un retour qui change ce que l'équipe construit ensuite. Concevez la session pour créer un dialogue.
Aucune partie prenante présente. Une Revue de Sprint avec uniquement l'équipe de développement est une répétition, pas une revue.
4. Rétrospective de sprint
Qu'est-ce que c'est
La Rétrospective de Sprint est l'espace de l'équipe pour réfléchir à comment elle a travaillé, pas à ce qu'elle a construit. Elle suit la Revue de Sprint et se concentre sur le processus, la collaboration, et l'amélioration continue.
Trois questions encadrent la plupart des rétrospectives :
- Qu'est-ce qui a bien fonctionné ?
- Qu'est-ce qui pourrait être amélioré ?
- Que ferons-nous différemment au prochain sprint ?
La troisième question est la plus importante. Une rétrospective sans éléments d'action concrets n'est qu'une conversation.
Ce à quoi cela doit ressembler
- Les actions issues de la rétrospective précédente sont examinées au début.
- L'équipe est honnête, ce qui nécessite une sécurité psychologique.
- La session produit deux ou trois éléments d'action spécifiques, attribués, pas une liste de souhaits de dix.
- Le format varie d'un sprint à l'autre. La rotation des formats de rétrospective garde la conversation fraîche.
TeleRetro a plus de 50 formats et modèles de rétrospective pour convenir aux différents humeurs de l'équipe et types de sprints. Le retrobot de TeleRetro peut suggérer un format si vous n'êtes pas sûr de par où commencer.
Erreurs courantes
Même format à chaque sprint. La familiarité engendre des réponses en pilote automatique. Essayez de faire alterner entre Lean Coffee, Mad Sad Glad, ou Sailboat pour changer ce qui émerge.
Éléments d'action sans responsables. "Nous devrions améliorer le pipeline CI" n'est pas une action. "Priya va enquêter sur la parallélisation de la suite de tests d'ici jeudi prochain" l'est.
Parties prenantes ou managers dans la salle. Les rétrospectives sont pour l'équipe. La présence externe change ce que les gens disent. Gardez la participation à l'équipe et au Scrum Master par défaut.
Comment les quatre réunions se connectent
Les quatre cérémonies forment un cycle. La Planification de Sprint fixe la direction. Les stand-ups maintiennent la coordination. La Revue de Sprint vérifie la production par rapport à la vision du produit. La Rétrospective améliore la manière dont l'équipe travaille pour que le cycle suivant soit meilleur que le précédent.
Lorsqu'une cérémonie est faible, cela met la pression sur les autres. Les équipes avec une mauvaise Planification de Sprint ont tendance à avoir des stand-ups chaotiques. Les équipes sans rétrospectives efficaces répètent les mêmes problèmes sprint après sprint. Traiter les quatre réunions comme un système connecté, plutôt que quatre obligations séparées, est ce qui permet au rythme agile de réellement fonctionner.
Questions fréquemment posées
Toutes les réunions sont-elles nécessaires en agile ?
En Scrum en particulier, oui : toutes les quatre cérémonies sont définies dans le Guide Scrum. En Kanban ou d'autres cadres, la structure est plus flexible. De nombreuses équipes Kanban organisent un stand-up quotidien et une rétrospective périodique mais passent outre la Planification de Sprint et la Revue de Sprint dans leur forme traditionnelle. Ce qui compte, c'est que les objectifs sous-jacents soient atteints : coordination, retour d'information et amélioration continue.
Quelle est la différence entre une revue de sprint et une rétrospective de sprint ?
La revue de sprint concerne le produit : ce qui a été construit, si cela respecte la définition du fait, et ce que pensent les parties prenantes. La rétrospective concerne l'équipe : comment vous avez travaillé ensemble, ce qui vous a ralenti, et ce qu'il faut changer. Réunions différentes, participants différents, résultats différents.
Qui doit participer à chaque réunion ?
- Planification de Sprint : L'équipe de développement, le Scrum Master, et le Product Owner.
- Stand-up Quotidien : L'équipe de développement. Le Scrum Master peut assister mais ne doit pas le diriger.
- Revue de Sprint : L'équipe de développement, le Scrum Master, le Product Owner, et les parties prenantes invitées.
- Rétrospective de Sprint : L'équipe de développement et le Scrum Master. Le Product Owner peut participer si l'équipe l'invite, mais c'est optionnel et doit être le choix de l'équipe, pas une obligation.
Combien de temps chaque réunion doit-elle durer ?
Le Guide Scrum lie la durée à la longueur du sprint. Pour un sprint de deux semaines : Planification de Sprint jusqu'à quatre heures, Revue de Sprint jusqu'à deux heures, Rétrospective de Sprint jusqu'à 1,5 heure. En pratique, les équipes expérimentées sont plus courtes. Les stand-ups sont toujours de 15 minutes, quelle que soit la longueur du sprint.
Mise à jour
Expérimentez une meilleure rétro
Créez une rétro en quelques secondes et voyez par vous-même.