L’importance de la Sprint Review dans Scrum : Récolter du feedback pour faire évoluer le produit
Dans le cadre de l’approche Scrum, la Sprint Review représente un moment crucial dans le cycle de développement d’un produit. Elle sert principalement à récolter du feedback des parties prenantes et à évoluer la backlog en conséquence. Mais qu’est-ce qui rend la Sprint Review si essentielle et comment maximiser son efficacité ?
A quoi sert la Sprint Review ?
La Sprint Review, ou revue de Sprint, est une réunion collaborative qui de recueillir des commentaires et des suggestions auprès des parties prenantes, des clients, des utilisateurs finaux, des responsables produits et toute autre personne intéressée. Elle permet également d’ajuster les priorités pour les sprints à venir.
La Sprint Review permet de de récolter du feedback et faire évoluer la backlog (ajouter, ajuster, supprimer). La Revue de Sprint concerne principalement ces deux piliers : l’inspection et l’adaptation.
Collecter du feedback
La qualité du feedback recueilli lors de la Sprint Review est cruciale pour orienter efficacement le développement du produit. Pour cela, il est essentiel de veiller à ce que le feedback soit pertinent et axé sur la valeur. Cela implique de solliciter des retours sur ce que le produit fait actuellement, sur les opportunités business à saisir ou à ne pas manquer, ainsi que sur tout aspect qui pourrait impacter la valeur délivrée.
Différents types de feedback
Il y a deux catégories de feedback :
- Le premier se concentre sur la valeur du produit
- Le second porte davantage sur des détails d’exécution ou d’implémentation
Bien que le feedback sur les détails d’exécution ou d’implémentation ne soit pas à négliger, il est préférable de prioriser le feedback qui contribue directement à l’amélioration de la valeur du produit.
Démonstration ou tests ?
La revue de Sprint ne doit pas se limiter à une simple démonstration des fonctionnalités développées. Il est essentiel de mettre à disposition des parties prenantes un environnement de tests où ils peuvent explorer le produit de manière autonome et fournir des feedback plus détaillés. Proposer aux participants de ne faire des démonstrations que sur demande permet de maximiser l’efficacité de la session.
Une bonne sprint review ?
Plusieurs éléments sont incontournables lors d’une Sprint Review réussie. Il est essentiel de rappeler aux parties prenantes le Sprint Goal, le Product Goal et la Vision Produit.
De plus, l’équipe doit présenter les éléments de backlog transformés en incrément, présente les points positifs du Sprint, les problèmes rencontrés et de la manière dont ces problèmes ont été résolus. L’équipe présente également les renoncements et les changements majeurs, ainsi que partager ses apprentissages.
La récolte du feedback des parties prenantes est également un élément central de la Sprint Review, permettant d’orienter les prochaines itérations du produit vers le Product Goal.
Ce que dit le Scrum Guide ?
L’objectif de la Sprint Review est d’inspecter le résultat du Sprint et de déterminer les adaptations futures. La Scrum Team présente les résultats de son travail aux principales parties prenantes et les progressions vers l’Objectif de Produit sont discutées.
Scrum Guide v2020, https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf
Pendant l’événement, la Scrum Team et les parties prenantes passent en revue ce qui a été accompli durant le Sprint et ce qui a changé dans leur environnement. Sur la base de ces informations, les participants collaborent sur la marche à suivre et sur les décisions à prendre. Le Product Backlog peut également être ajusté pour répondre à de nouvelles opportunités. La Sprint Review est une session de travail et la Scrum Team doit éviter de la limiter à une session de présentation.
La Sprint Review est l’avant‐dernier événement du Sprint et se limite dans le temps à un maximum de quatre heures pour un Sprint d’un mois. Pour les Sprints plus courts, l’événement est généralement plus court.
Les 7 éléments pour une bonne Revue de Sprint
Les éléments nécessaires à une bonne Revue de Sprint comprennent :
- Le Product Owner explique quels éléments du backlog de sprint ont été réalisés et ceux qui ne l’ont pas été.
- L’équipe de développement présente les points positifs du Sprint, les problèmes rencontrés et la manière dont ces problèmes ont été résolus.
- L’équipe de développement présente le travail accompli et répond aux questions sur l’incrément.
- Le Product Owner discute de l’état actuel du backlog, projette légèrement les dates cibles et de livraison en fonction des progrès réalisés, le cas échéant.
- L’ensemble du groupe collabore pour déterminer les prochaines actions, de sorte que la Revue de Sprint fournisse une contribution précieuse à la planification du Sprint suivant.
- Révision de la façon dont le marché ou l’utilisation potentielle du produit pourrait avoir changé, et quelle est la chose la plus précieuse à faire ensuite.
- Revue de la chronologie, du budget, des capacités potentielles et du marché pour les prochaines versions anticipées de fonctionnalités ou de capacités du produit.
Ces éléments constituent une base solide pour une Revue de Sprint efficace et exhaustive, permettant à l’équipe Scrum de revoir le travail accompli, d’identifier les problèmes potentiels et de planifier les prochaines étapes avec succès.
Je n’ai jamais participé à une Revue de Sprint aussi exhaustive. Je suis donc curieuse de savoir quels points parmi ces sept vous abordez généralement lors d’une Revue de Sprint. Faites-le moi savoir dans les commentaires ci-dessous.
