La Sprint Review est un événement Scrum qui résume le travail sur le produit qui a été réalisé pendant le Sprint en cours. Elle a lieu le dernier jour du Sprint et est ouverte aux parties prenantes. Son objectif est d’évaluer l’incrément, c’est-à-dire de présenter la dernière version du produit. Une partie importante de la Sprint Review est également la discussion des améliorations et des mises à jour effectuées. Et aussi de faire les changements nécessaires dans le Product Backlog, afin que toutes les parties prenantes puissent voir l’état actuel du produit.
Sprint Review – table des matières :
- Introduction
- Le rôle des parties prenantes pendant la Sprint Review
- Publication des incréments
- Travail sur le Product Backlog pendant la Sprint Review
- Résumé
Introduction
La Sprint Review et la Sprint Rétrospective sont deux événements de résumé de Sprint. Dans cet article, nous avons écrit plus en détail sur les rôles que chaque événement Scrum joue. Aujourd’hui, nous allons juste mentionner qu’ils offrent une opportunité de concrétiser les trois piliers de l’empirisme – transparence, inspection et adaptation – concernant le produit et le travail de l’équipe Scrum.
La Sprint Review est dédiée au produit. Et son objectif est d’inspecter l’incrément, c’est-à-dire les résultats du travail effectué dans le Sprint qui vient de se terminer. L’événement dure un maximum de quatre heures. Tous les membres de l’équipe Scrum, ainsi que les parties prenantes, c’est-à-dire toutes les personnes intéressées par l’avancement du produit, y assistent.
Le rôle des parties prenantes pendant la Sprint Review
Lors de la Sprint Review, l’équipe Scrum présente l’incrément aux parties prenantes. Ce faisant, elle résume les tâches complétées et répond à des questions spécifiques :
- Qui a effectué la tâche ?
- Qu’est-ce qui a été fait spécifiquement ?
- Dans quel but cela a-t-il été fait ?

Les parties prenantes fournissent des retours aux membres de l’équipe Scrum. Cela permet une adaptation, c’est-à-dire d’ajuster la façon de travailler de l’équipe Scrum aux besoins et à la vision du client. Cela se fait pour maximiser la valeur commerciale du produit. Les retours fournis à chaque Sprint Review sont particulièrement importants lors de la création de produits innovants qui doivent être adaptés en permanence aux activités de la concurrence et aux besoins du marché.
Publication des incréments
Nous ne devrions pas considérer la Sprint Review comme le seul moment où l’équipe Scrum publie un incrément au client. Si certaines fonctionnalités du produit répondent à la définition de terminé au préalable, le Product Owner peut décider de le publier immédiatement.
Il est également possible qu’un élément du Product Backlog sur lequel l’équipe Scrum a travaillé lors d’un Sprint donné n’ait pas été complété et ne réponde pas à la définition de terminé. Il ne peut alors pas être publié ni même présenté lors de la Sprint Review.
Travail sur le Product Backlog pendant la Sprint Review
La mise à jour du Product Backlog fait autant partie de la Sprint Review que la présentation des résultats du travail aux parties prenantes. En général, la mise à jour du Backlog est consacrée à la dernière partie de la réunion, de sorte que les parties prenantes n’ont pas à y assister.
Le Product Owner met à jour le Product Backlog en fonction des retours des parties prenantes et des leçons apprises par l’équipe de développement. Cela est particulièrement crucial si les retours obtenus ont un impact sur la forme et l’objectif du prochain Sprint. La mise à jour du Backlog est alors une étape essentielle pour préparer la prochaine planification de Sprint.

Sprint Review – résumé
La Sprint Review est une réunion de l’équipe Scrum avec les parties prenantes, au cours de laquelle les résultats du travail sur le produit obtenus lors du dernier Sprint sont présentés. Sa partie clé est une discussion avec les parties prenantes, au cours de laquelle elles donnent des retours sur le produit. Grâce à cette conversation, il est possible de adapter efficacement et éventuellement corriger la direction du travail sur le produit en fonction des exigences du marché. Grâce aux discussions avec les parties prenantes tenues à la fin de chaque Sprint, les chances de maximiser la valeur commerciale du produit développé par l’équipe Scrum augmentent.
Si vous aimez notre contenu, rejoignez notre communauté de abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Scrum Guide:
- Glossaire des termes, rôles et notions de base
- Qu'est-ce que Scrum ?
- Valeurs Scrum
- Comment mettre en œuvre Scrum dans votre entreprise ?
- Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
- Qui est un Product Owner ?
- Les erreurs les plus courantes du Product Owner
- Qui est le Scrum Master ?
- Les erreurs les plus courantes des Scrum Masters
- Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
- Équipe de développement en Scrum
- Les erreurs les plus courantes des développeurs
- Artifacts Scrum
- Élargir Scrum
- Backlog de sprint
- Qu'est-ce que le Product Backlog ?
- Qu'est-ce que les User Stories ?
- Créer la meilleure User Story avec INVEST
- Les erreurs les plus courantes dans les User Stories
- Critères d'acceptation de l'histoire utilisateur
- Estimation et Points d'Histoire dans Scrum
- Planning Poker
- Jeu d'estimation d'équipe
- Définir l'incrément
- Événements Scrum
- Qu'est-ce qu'un graphique d'avancement ?
- Avantages et inconvénients du graphique de burndown
- Tableaux Kanban dans Scrum et Scrumban
- Vélocité en Scrum - Vitesse de l'équipe de développement
- Scrum quotidien
- Planification de Sprint
- Revue de Sprint
- Qu'est-ce qu'une rétrospective de sprint ?
- Erreurs courantes lors d'une rétrospective de Sprint
- Nourrir le backlog produit
- Comment créer et interpréter un graphique de burndown ?
- Qu'est-ce qu'un Sprint dans Scrum ?
- Coopération entre le Product Owner et le Scrum Master
- Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
- Caractéristiques d'un bon Scrum Master