

Comment piloter un projet et éviter les écarts ? En suivant ces 7 étapes et en maîtrisant des outils simples, votre projet va dans la bonne direction !
Le média de ceux qui réinventent l'entreprise
La sprint review est l’une des cérémonies Scrum qui se déroulent au sein du cadre travail agile Scrum. Cette réunion a lieu à la fin de chaque sprint, afin de passer en revue le travail accompli durant le sprint écoulé. C’est le moment de présenter les développements logiciels apportés au produit, qui sont testés et fonctionnels.
Mais plus que la simple démonstration du produit, de ses corrections ou de ses nouvelles fonctionnalités, l’objet de cette réunion est également d’échanger et d’identifier les améliorations possibles.
Découvrez toutes les caractéristiques de la sprint review, qui y participe, son déroulement par étapes et comment en assurer une organisation efficace !
La sprint review, ou revue de sprint en français, est la réunion destinée à évaluer les résultats obtenus par l’équipe scrum après un sprint. Elle permet d’analyser les progrès réalisés par le développement afin d’atteindre l’objectif fixé.
Si l’on pense souvent que la sprint review consiste à faire une démonstration du produit, il ne s’agit là que d’une petite partie de l’événement en tant que tel. Elle est également le moment adéquat pour :
Conformément au modèle Scrum, un projet est évalué au regard de l’objectif du sprint déterminé lors de la réunion de planification du sprint.
Les principales finalités de la sprint review sont :
Cela s’inscrit dans l’ADN de la méthode Scrum, qui vise à maximiser la valeur du produit à apporter aux utilisateurs.
Les participants à la revue de sprint sont :
Chacun joue un rôle fondamental pour le bon déroulement de l’événement :
Le Product owner, dont la présence est fondamentale tout au long du développement, est la personne qui veille à ce que toutes les parties intéressées soient disponibles pour assister à la réunion.
Lors de la réunion, le Product owner :
Le Scrum Master est une sorte de contrôleur, dont les rôles sont :
L’équipe de développement a pour rôle de présenter l’incrément au moment de la sprint review. Elle expose ce qui a été accompli et, en cas de problème survenu, la solution à mettre en place pour le résoudre.
L’équipe reçoit aussi des feedbacks qui lui serviront à améliorer continuellement le produit, qu’il s’agisse :
Les autres parties intéressées ou parties prenantes peuvent être les utilisateurs et les sponsors. Leur participation est importante, car ils peuvent fournir un feedback de qualité et ouvrir de nouvelles perspectives. Cela permet au développement d’avancer avec succès.
Ainsi, la sprint review offre le cadre idéal pour :
D’après le Scrum guide, une sprint review ne doit pas durer plus de 4 h pour des sprints courant sur une période d’un mois.
Pour des sprints plus courts, elle dure en général moins longtemps, souvent 1 h.
S’il n’y pas de déroulé type, car chaque réunion s’adapte au contexte et à l’organisation qui lui est propre, il est possible de l’organiser en se basant sur les étapes suivantes :
Pour ouvrir la réunion, la première chose à faire est d’annoncer l’objectif du sprint. Cela servira de rappel aux participants et permettra à chacun de partir de la même base pour évaluer ce qui leur sera présenté.
Après l’annonce de l’ordre du jour, la Scrum team présente :
C’est également l’occasion de laisser place aux questions/réponses et de recueillir du feedback.
La démonstration est une session de présentation de l’incrément de produit, visant à vérifier son fonctionnement réel.
Dans le cas du développement d’une application web, par exemple, il est idéal de donner aux participants la possibilité d’interagir avec elle pour obtenir d’eux le feedback le plus complet possible, dans la perspective de l’optimiser.
Cette étape a lieu si elle est jugée pertinente, mais n’est pas centrale dans la sprint review.
Lors de la revue de sprint, différents indicateurs peuvent être utilisés et présentés afin de suivre l’atteinte des objectifs, tels que :
Grâce aux interactions des différents participants à cette réunion, qui seront traduites en nouvelles user stories (US), vous disposez maintenant d’une liste de :
Ce moment d’échanges est essentiel pour aborder l’ensemble des sujets concernant le produit, de façon collaborative et en capitalisant sur les retours exprimés. C’est ainsi que le product backlog est revu, adapté et priorisé pour répondre aux nouveaux besoins.
En dernier lieu, la réunion peut se clôturer par la définition des actions à venir dans le prochain sprint, avec les différents lots de livraison prévus et leurs échéances.
Pour finir, nous vous partageons des bonnes pratiques à appliquer pour tirer le maximum de valeur de ce processus complet de revue du sprint :
Vous avez désormais tous les éléments pour faire de chaque sprint review une occasion d’augmenter la valeur de votre produit. Et vous, avez-vous des conseils ou retours d’expérience à partager sur la bonne conduite de cette réunion de projet ?