Revue de sprint vs rétrospective de sprint
La revue de sprint inspecte le produit avec les parties prenantes ; la rétrospective de sprint améliore la façon dont l'équipe travaille. Découvrez la différence, qui y participe et pourquoi vous avez besoin des deux.
La révision de sprint et la rétrospective de sprint sont deux cérémonies distinctes qui ont lieu à la fin de chaque sprint et sont souvent confondues. La manière la plus simple de les distinguer : la révision de sprint consiste à examiner le produit avec les parties prenantes, tandis que la rétrospective de sprint vise à améliorer la manière dont l’équipe travaille. Vous avez besoin des deux, et elles ne sont pas interchangeables.
Si vous découvrez l’ensemble des réunions Scrum, consultez d’abord l’article expliquant les quatre cérémonies Scrum — ce chapitre se concentre sur les deux réunions qui clôturent le sprint.
Comparaison rapide entre la revue de sprint et la rétrospective de sprint
| Réunion de revue de sprint | Rétrospective de sprint | |
|---|---|---|
| Point fort | Le produit — ce qui a été réalisé | Le processus — comment l’équipe a travaillé |
| Question à laquelle elle répond | « Que devrions-nous construire ensuite ? » | « Comment pouvons-nous améliorer notre travail lors du prochain sprint ? » |
| Visages | En direction des parties prenantes | En interne, à l’équipe |
| Qui participe | Équipe Scrum + parties prenantes | Équipe Scrum uniquement |
| Résultat | Mise à jour du backlog de produit | Une brève liste des améliorations apportées à l’équipe |
| Commande | Tout d’abord | Deuxièmement |
| Calendrier (sprint de deux semaines) | Jusqu’à environ 2 heures | Jusqu’à environ 90 minutes |
À quoi sert la revue de sprint de sprint ?
La revue du sprint est une séance de travail au cours de laquelle l’équipe présente le travail accompli pendant le sprint et recueille des commentaires. Les parties prenantes voient ce qui a réellement été fait, posent des questions et réagissent — et cette réaction modifie souvent le Product Backlog et l’orientation du prochain sprint. Il s’agit d’une collaboration autour du produit et de la suite des opérations, et non d’une démonstration à sens unique ou d’une réunion de validation.
À quoi sert la rétrospective de sprint ?
La rétrospective de sprint est l’occasion pour l’équipe de s’auto-évaluer — ses membres, ses relations, ses processus et ses outils — et de s’engager à mettre en œuvre des améliorations concrètes. Elle a lieu après la revue afin que l’équipe puisse intégrer les retours sur le produit, et elle exclut délibérément les parties prenantes pour que chacun puisse s’exprimer en toute franchise. Le résultat n’est pas une décision concernant le produit, mais un petit ensemble d’actions dont l’équipe se sent responsable et qu’elle mettra en œuvre lors du prochain sprint. C’est le moteur de l’amélioration continue, et c’est le sujet du reste de ce guide — commencez par qu’est-ce qu’une rétrospective de sprint.
Pourquoi vous avez besoin des deux
Il est tentant de regrouper ces deux activités pour gagner du temps, mais elles vont dans des directions opposées. La revue est tournée vers l’extérieur et axée sur le produit ; la rétrospective est tournée vers l’intérieur et axée sur l’équipe. Si vous les combinez, la conversation honnête, parfois inconfortable, sur le processus est évincée : personne ne souhaite soulever le fait que « nos tests sont précipités » devant le client. Les garder séparées préserve la sécurité psychologique dont la rétrospective a besoin (voir Construire une rétrospective psychologiquement sûre).
Il convient également de distinguer la rétrospective de sprint d’une revue portant sur un cycle plus long, comme une rétrospective de version ou de projet — pour cette comparaison, consultez notre article sur la rétrospective de sprint par rapport à la rétrospective de version.
Foire aux questions
Quelle est la différence entre une revue de sprint et une rétrospective de sprint ?
La revue de sprint permet d’examiner le produit : l’équipe présente ce qu’elle a réalisé et recueille les commentaires des parties prenantes afin de déterminer la marche à suivre. La rétrospective de sprint examine le processus : l’équipe réfléchit à la manière dont elle a travaillé et s’accorde sur les améliorations à apporter pour le prochain sprint. La revue porte sur le « quoi » et s’adresse aux parties prenantes ; la rétrospective porte sur le « comment » et s’adresse à l’équipe elle-même.
Qu’est-ce qui vient en premier : la revue de sprint ou la rétrospective de sprint ?
La revue de sprint a lieu en premier, suivie de la rétrospective de sprint, et ces deux activités se déroulent à la fin du sprint. Le fait d’examiner d’abord le produit avec les parties prenantes permet à l’équipe d’intégrer ces commentaires récents à la rétrospective, au cours de laquelle elle réfléchit à la manière dont elle a travaillé et aux changements à apporter.
Peut-on regrouper la revue de sprint et la rétrospective de sprint en une seule réunion ?
Il est préférable de les distinguer. Elles ont des objectifs différents, des participants différents et des tons différents : la revue est un échange sur le produit destiné aux parties prenantes, tandis que la rétrospective est une discussion franche, réservée à l’équipe, sur les moyens de s’améliorer. Les fusionner tend à nuire à la réflexion honnête dont dépend la rétrospective, car les participants hésitent à soulever des problèmes de processus devant les parties prenantes.
Qui participe à la revue de sprint et à la rétrospective de sprint ?
La revue de sprint rassemble l’ensemble de l’équipe Scrum ainsi que les principales parties prenantes invitées par le Product Owner, car son objectif est de recueillir des commentaires sur le produit. La rétrospective de sprint n’est suivie que par l’équipe Scrum — les développeurs, le Product Owner et le Scrum Master — afin que l’équipe puisse s’exprimer librement sur son fonctionnement.