Sprint Review (définition) : la revue de sprint, ou sprint review, est la réunion de fin de sprint durant laquelle l’équipe présente l’incrément réalisé aux parties prenantes et recueille leurs retours.
C’est un moment d’inspection du produit, qui alimente directement les ajustements du backlog. La revue n’est ni une cérémonie de validation ni une réunion de statut : c’est un temps de travail collectif portant sur ce qui vient d’être construit.
Une revue de sprint n’est pas une démonstration
La confusion est presque universelle. Une démonstration est descendante : l’équipe montre, l’auditoire regarde. Une revue est un échange : on manipule le produit, on questionne les choix, on constate ce qui manque, et l’on décide ensemble de la suite à donner.
Le format en diaporama est le symptôme le plus fiable d’une revue dévoyée. S’il faut des captures d’écran pour présenter l’incrément, c’est que celui-ci n’est pas réellement utilisable — ce qui contredit la définition même de l’incrément et mériterait d’être traité comme tel.
Qui participe, et ce qui en sort
Les parties prenantes concernées sont invitées : utilisateurs, métier, direction selon le contexte. Leur présence conditionne l’utilité de l’événement. Une revue tenue entre l’équipe et le seul Product Owner ne produit aucun retour nouveau et devient une formalité.
Il en sort un backlog mis à jour. Les retours recueillis peuvent créer de nouveaux éléments, en réordonner d’autres, en supprimer certains devenus sans objet. C’est cette mise à jour, bien plus que la présentation elle-même, qui justifie de réunir tout le monde.
Le Scrum Guide fixe une durée maximale de quatre heures pour un sprint d’un mois. En pratique, une revue bien préparée sur un sprint de deux semaines tient largement dans l’heure.
Un dernier élément distingue les revues utiles des autres : ce qui se passe quand un retour dérange. Une partie prenante qui signale que la fonctionnalité livrée ne répond pas au besoin rend un service considérable, même si le moment est désagréable. L’accueillir sans se justifier, le transformer en élément de backlog et l’arbitrer ouvertement est exactement ce que l’événement doit permettre. Une équipe qui se défend au lieu d’écouter transforme la revue en exercice de communication et se prive de sa seule utilité.