Bibliothèque · Delivery · Débutant
Sprint review : inspecter le produit, pas la vélocité
Rappeler le sprint goal, recueillir les retours des utilisateurs, situer l'incrément et décider de la suite. Suivre la vélocité (quantitatif) et la valeur obtenue (qualitatif).
Pour qui, pour quand
En résumé
Un agenda possible : rappel du sprint goal par le PO, analyse des retours des utilisateurs, incrément consolidé (où en sommes-nous ?), puis la suite (où allons-nous ?). La review est un lieu d'échange sur le produit et le marché, une inspection du résultat et une adaptation du backlog. Ce n'est pas l'endroit pour lister les retours de test, qui passent par des canaux asynchrones.
Deux lectures du sprint. La vélocité : les points ne comptent qu'en tout ou rien, une story non terminée vaut 0. La valeur : on compare celle attribuée au planning et celle constatée en review.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Rappeler le sprint goal et le product goal.
- 02Montrer l'incrément en conditions réelles, idéalement par un utilisateur.
- 03Recueillir les retours et les traduire en décisions sur le backlog.
- 04Comparer la valeur prévue au planning et la valeur obtenue.
- 05Annoncer ce qui vient au prochain sprint.
Questions à me poser
avant de te lancer
- →Qu'est-ce que les parties prenantes ont appris qu'elles ne savaient pas ?
- →Quelle décision sur le backlog sort de cette review ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
Dans ma bible
SCRUM · p. 181-182
Chargement du passage…
Sources citées : Crossthink, Scrum Life
Mes notes
ce que tu retiens, ton contexte
Situations couvertes
- · Je dois animer une sprint review
- · Je dois montrer la valeur livrée aux parties prenantes
Provenance
Ma bible PM · SCRUM, p. 181-182 · d'après Crossthink, Scrum Life
ajoutée le 2026-09-18
Mots-clés
À lire juste après
ce que cette fiche appelle
Ce qui renvoie ici
des fiches qui citent celle-ci - c'est là que tes REX réapparaissent