La Sprint Review est l'événement Scrum qui clôt le travail du Sprint en transformant l'Increment livré en apprentissages concrets sur la valeur métier. Ce guide complet est conçu pour devenir la meilleure ressource francophone sur la Sprint Review et pour vous aider à réussir les questions PSM I qui s'y rapportent.
Qu'est-ce que la Sprint Review ? Selon le Scrum Guide 2020
Selon le Scrum Guide 2020, « 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 le résultat de son travail aux principales parties prenantes et la progression vers le Product Goal est discutée. »
La Sprint Review n'est pas une simple démonstration produit. C'est un atelier de travail où l'on examine ce qui a été fait, ce qui ne l'a pas été, ce que cela révèle du marché, et comment le Product Backlog doit évoluer pour maximiser la valeur.
La Sprint Review boucle le Sprint en transformant le travail terminé en apprentissages qui adaptent le Product Backlog.
Pourquoi la Sprint Review existe
La Sprint Review existe pour incarner les trois piliers de l'empirisme Scrum : transparence, inspection, adaptation. Sans elle, l'Increment resterait un livrable technique non confronté à la réalité du marché.
- Confronter l'Increment à un regard externe.
- Vérifier que le Sprint Goal a bien produit la valeur attendue.
- Discuter de la progression vers le Product Goal.
- Réorienter le produit en fonction des signaux marché.
- Maintenir la confiance entre la Scrum Team et son écosystème.
La Sprint Review matérialise les trois piliers de l'empirisme Scrum sur l'Increment et le Product Backlog.
Objectifs de la Sprint Review
| Objectif | En pratique |
|---|---|
| Inspecter l'Increment | Montrer le travail terminé conforme à la DoD |
| Recueillir du feedback | Capter les réactions des parties prenantes |
| Adapter le Product Backlog | Ajouter, supprimer, réordonner des PBI |
| Mesurer la progression | Discuter de l'avancée vers le Product Goal |
| Aligner l'écosystème | Partager direction, contraintes, opportunités |
Participants
La Sprint Review réunit la Scrum Team et les principales parties prenantes invitées par le Product Owner.
- Product Owner — anime la discussion sur la valeur et le Product Backlog
- Developers — présentent l'Increment terminé
- Scrum Master — facilite, garantit la timebox
- Utilisateurs et clients
- Sponsors et management produit
- Experts métier · marketing · support
- Équipes en dépendance
Les parties prenantes ne sont pas obligatoires au sens Scrum, mais sans elles la Sprint Review perd sa raison d'être : collecter un feedback externe sur la valeur livrée.
| Participant | Rôle pendant la Sprint Review |
|---|---|
| Product Owner | Anime la discussion sur la valeur, présente l'état du Product Backlog, recueille les feedbacks et adapte le PB |
| Developers | Présentent l'Increment terminé, expliquent les choix techniques, répondent aux questions |
| Scrum Master | Facilite l'événement, garantit la timebox, aide à recentrer la discussion sur l'inspection-adaptation |
| Parties prenantes | Inspectent l'Increment, posent des questions, expriment besoins, contraintes et opportunités |
| Invités externes | Apportent une expertise ponctuelle (architectes, marketing, support) |
Qui anime la Sprint Review
Le Scrum Guide ne désigne pas explicitement un animateur pour la Sprint Review. En pratique :
- le Product Owner anime la discussion sur la valeur, le Product Goal et le Product Backlog ;
- les Developers animent la présentation technique de l'Increment ;
- le Scrum Master facilite l'événement, garantit la timebox et coache l'équipe pour rester centrée sur l'inspection-adaptation.
Durée maximale (Timebox)
La Sprint Review a une timebox maximale de 4 heures pour un Sprint d'un mois. Pour des Sprints plus courts, l'événement est généralement plus court.
| Durée du Sprint | Timebox max (Scrum Guide) | Durée typique observée |
|---|---|---|
| 1 mois (4 semaines) | 4 heures | 2 à 4 heures |
| 3 semaines | ≈ 3 heures | 1 h 30 à 3 heures |
| 2 semaines | ≈ 2 heures | 1 à 2 heures |
| 1 semaine | ≈ 1 heure | 30 à 60 minutes |
Déroulement type d'une Sprint Review
- 11 — Ouverture
Le Product Owner rappelle le Sprint Goal et le contexte du Sprint.
- 22 — Présentation de l'Increment
Les Developers montrent le travail terminé, conforme à la Definition of Done.
- 33 — Discussion sur la valeur
Comparaison entre Sprint Goal annoncé et résultat livré. Mesures, indicateurs, retours utilisateurs.
- 44 — Collecte des feedbacks
Les parties prenantes réagissent : besoins évolutifs, opportunités, contraintes.
- 55 — Adaptation du Product Backlog
Le PO ajuste le Product Backlog (nouveaux PBI, réordonnancement) en collaboration.
- 66 — Projection vers la suite
Discussion du Product Goal, du marché, des prochaines options. Préparer le terrain du prochain Sprint Planning.
Inspection de l'Increment
L'Increment présenté doit être conforme à la Definition of Done. Tout ce qui n'est pas Done ne doit pas être montré comme terminé.
Présentation du travail terminé
La présentation doit être centrée sur l'utilisateur et la valeur livrée, pas sur les détails techniques. Quelques principes :
- partir d'un scénario d'usage réaliste ;
- utiliser un environnement proche de la production ;
- illustrer la contribution au Sprint Goal ;
- évoquer les métriques ou indicateurs disponibles ;
- laisser de la place aux questions.
Collecte des feedbacks
Les parties prenantes inspectent l'Increment ; le feedback adapte le Product Backlog ; le prochain Sprint en hérite.
Le feedback se collecte de plusieurs façons : questions ouvertes, ateliers en sous-groupes, votes de priorisation, démonstration en main, retours qualitatifs et quantitatifs.
Adaptation du Product Backlog
L'un des résultats clés de la Sprint Review est un Product Backlog mis à jour. Le PO peut :
- ajouter de nouveaux PBI issus des feedbacks ;
- retirer des PBI devenus obsolètes ;
- réordonner pour maximiser la valeur ;
- raffiner certaines hypothèses ;
- ajuster la progression vers le Product Goal.
Sprint Review vs Sprint Retrospective
| Critère | Sprint Review | Sprint Retrospective |
|---|---|---|
| Objet | Le produit (Increment, Backlog) | Le processus (équipe, pratiques) |
| Participants | Scrum Team + parties prenantes | Scrum Team uniquement |
| Timebox max (Sprint 1 mois) | 4 heures | 3 heures |
| Output principal | Product Backlog adapté | Plan d'amélioration |
| Question centrale | Avons-nous livré de la valeur ? | Comment mieux travailler ensemble ? |
| Animation | PO + Devs + SM facilite | Scrum Master facilite |
Sprint Review vs démonstration produit
| Critère | Sprint Review | Démonstration |
|---|---|---|
| Objectif | Inspection-adaptation collaboratives | Montrer ce qui a été fait |
| Dynamique | Bidirectionnelle, discussion ouverte | Unidirectionnelle, présentation |
| Output | Product Backlog adapté | Aucun output formel |
| Rôle des parties prenantes | Co-acteurs | Audience passive |
| Conformité Scrum | Événement officiel | Pas un événement Scrum |
Sprint Review vs Sprint Planning
| Critère | Sprint Review | Sprint Planning |
|---|---|---|
| Place dans le Sprint | Avant-dernier événement (fin) | Premier événement (début) |
| Timebox max (Sprint 1 mois) | 4 heures | 8 heures |
| Input principal | Increment terminé | Product Backlog raffiné |
| Output principal | Product Backlog adapté | Sprint Backlog (Sprint Goal + PBI + plan) |
| Parties prenantes | Invitées | Non requises |
Valeur métier créée
La Sprint Review est l'unique événement Scrum centré explicitement sur la valeur métier. Elle relie ce qui a été produit à ce que le marché et les utilisateurs en font.
- Mesures d'usage (adoption, conversion, NPS, temps gagné).
- Confrontation avec les hypothèses du Product Owner.
- Détection d'opportunités émergentes.
- Réorientation éventuelle du Product Goal.
Exemple concret de Sprint Review
Imaginons une équipe travaillant sur « Mobiloo », une application mobile de location de scooters électriques.
| Élément | Contenu |
|---|---|
| Sprint Goal | « Permettre à un utilisateur de réserver un scooter en moins de 60 secondes. » |
| Fonctionnalités terminées | Recherche géolocalisée · sélection rapide · paiement Apple Pay · confirmation push |
| Démonstration | Un Developer simule une réservation en temps réel sur un scooter de test |
| Feedback parties prenantes | Le support souhaite un message clair en cas de batterie faible · le marketing demande un partage social du trajet · les utilisateurs pilotes signalent un délai de chargement de 4 s |
| Adaptation du Product Backlog | Ajout d'un PBI « alerte batterie faible » (haut) · ajout PBI « partage social » (moyen) · ajout PBI « optimisation chargement carte » (haut) |
| Progression Product Goal | Adoption en hausse de 14 %, on garde la trajectoire actuelle |
La Sprint Review clôt le travail du Sprint, juste avant la Sprint Retrospective.
Bonnes pratiques / mauvaises pratiques
| Aspect | Bonne pratique | Mauvaise pratique |
|---|---|---|
| Préparation | Increment Done · scénarios prêts · bonnes parties prenantes invitées | Préparation de slides au lieu du produit |
| Animation | Discussion ouverte, questions structurées, adaptation en séance | Monologue du PO ou des Devs |
| Format | Démonstration sur produit réel, données réalistes | Mock-ups statiques, démonstration en environnement de dev |
| Feedback | Capté, structuré, transformé en PBI | Noté sans suite |
| Product Backlog | Adapté en séance | Inchangé après la Review |
| Conclusion | Direction claire, prochain Sprint Planning préparé | Vague « on verra la suite » |
Erreurs fréquentes
| Erreur | Conséquence | Correction |
|---|---|---|
| Réduire la Review à une démo | Pas d'adaptation, perte de valeur de l'événement | Préparer des questions, prévoir un temps de discussion |
| Présenter du travail non Done | Perte de confiance, transparence cassée | Limiter strictement à ce qui est conforme à la DoD |
| Aucune partie prenante invitée | Pas de feedback externe, événement vide de sens | Le PO invite à chaque Sprint les bonnes personnes |
| PO qui « valide » le Sprint | Confusion avec une recette client | Rappeler que l'Increment est validé en continu par la DoD |
| Pas d'adaptation du Product Backlog | Aucun lien entre Review et prochain Sprint | Réordonner et ajouter des PBI en séance |
| Animation top-down | Parties prenantes passives, feedback faible | Distribuer la parole, ateliers en sous-groupes |
Questions PSM I sur la Sprint Review
Vous trouverez ci-dessous 15 questions originales dans le style Scrum.org, avec une correction détaillée. Ces questions n'ont pas été copiées de l'examen officiel.
FAQ — questions fréquentes
Retrouvez plus bas, dans la section FAQ structurée, les réponses aux dix questions les plus posées sur la Sprint Review.
À lire aussi
Source officielle : Scrum Guide 2020.