Answered
Revue de sprint

Bonjour, j'aimerais savoir quel est l'objectif principal de la revue d'un sprint et qui sera présent durant cette revue?

  
  
Posted 3 months ago
Votes Newest

Answers 3


Bonne question ! Tout d'abord, ce qu'il faut savoir c'est que la revue de sprint (ou Sprint Review en anglais), est l'avant-dernier évènement du Sprint et, elle est limitée dans le temps dépendamment de la durée globale prévue du sprint en question.

En ce qui concerne son objectif et les membres qui y participent, le Guide Scrum vf nous apprend que : « 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 les résultats de son travail aux principales parties prenantes et les progressions vers l'Objectif de Produit sont discutées. » (p. 10)

En d'autres mots, ici il s'agit de faire un suivi de ce qui a été fait et des potentiels changements qui ont eu lieu et auxquels il faudra s'adapter; ceci afin de réorienter nos décisions ou encore, de s'ouvrir à de nouvelles opportunités.

Pour plus de précisions sur les participants à cet évènement, saches qu'on peut y trouver les développeurs, le Scrum Master, le Product Owner, quelques utilisateurs, et toute autre personne intervenant de près ou de loin dans le projet.


Selon le blog Aubry Conseil, un site de l'auteur des ouvrages Scrum et L'art de devenir une équipe agile, l'objectif principal d'une revue de Sprint est de permettre une revue de ce qui a été réalisé pendant le sprint, afin d’en tirer les conséquences pour la suite du projet. Les participants à la revue de Sprint sont l'équipe Scrum, c'est-à-dire, les Developers, le Scrum Master ainsi que le Product Owner. Toutes les personnes qui sont partie-prenantes du projet y sont également invitées et leur présence encouragée.

  
  
Posted 3 months ago
Edited 3 months ago

Pour plus de précision, le site nutcache nous indique qu'après la démonstration, durant la revue de sprint, il y a une séance de question/réponse qui sert notamment à amener des proposition de changement ou bien d'évolution par rapport au produit, ce qui grossit potentiellement le backlog produit. En observant les éléments qui ont pu être ajoutés et supprimés ou encore suite aux propositions des autres membres de l'équipe durant la démonstration, le backlog produit est actualisé, ainsi que le burndown chart et le plan de release. Ce sont des étapes à ne pas manquer et qui permettent l'avancement du projet.

  
  
Posted 3 months ago