Revue de sprint et rétrospective de sprint
La revue de sprint permet d'examiner le produit avec les parties prenantes ; la rétrospective de sprint vise à améliorer le fonctionnement de l'équipe. Découvrez la différence entre ces deux activités, qui y participe et pourquoi elles sont toutes deux indispensables.
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 que l’on confond souvent. La manière la plus simple de les distinguer est la suivante : 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’explication des 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 (la manière dont 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 y participe ? | Équipe Scrum + parties prenantes | Équipe Scrum uniquement |
| Résultat | Mise à jour du backlog produit | Une brève liste des améliorations apportées à l’équipe |
| Commande | Tout d’abord | Deuxièmement |
| Période définie (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 retours d’expérience. Les parties prenantes constatent ce qui a réellement été réalisé, posent des questions et réagissent. Cette réaction modifie souvent le Product Backlog et l’orientation du prochain sprint. Il s’agit d’une collaboration portant sur le produit et les prochaines étapes, 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 réservée à 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 d’expérience 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 relative au produit, mais un ensemble restreint d’actions, dont l’équipe se sent responsable, 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 ce qu’est une rétrospective de sprint.
Pourquoi vous avez besoin des deux
Il est tentant de regrouper ces deux moments pour gagner du temps, mais ils 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 discussion franche, parfois délicate, sur le processus s’en trouve évincée. Personne ne souhaite soulever le fait que « nos tests sont réalisés à la hâte » devant le client. Les maintenir distinctes 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 rétrospective portant sur un cycle plus long, telle qu’une rétrospective de version ou de projet. Pour cette comparaison, consultez notre article intitulé « 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 du sprint consiste à examiner le produit : l’équipe présente ce qu’elle a réalisé et recueille les retours des parties prenantes afin de déterminer la marche à suivre. La rétrospective de sprint porte sur le processus : l’équipe y réfléchit à la manière dont elle a travaillé et convient des 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 a lieu 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 de passer en revue le produit avec les parties prenantes en premier lieu permet à l’équipe d’intégrer ces retours d’expérience récents lors de 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. Leurs objectifs, leurs participants et leur ton sont différents. La revue est un échange sur le produit, orienté vers l’extérieur et mené avec les 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 a tendance à nuire à la réflexion honnête dont dépend la rétrospective, car les participants hésitent à soulever des problèmes de processus en présence des 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 retours d’expérience sur le produit. La rétrospective de sprint ne rassemble que l’équipe Scrum (les développeurs, le Product Owner et le Scrum Master) afin que l’équipe puisse s’exprimer librement sur son fonctionnement.