La sprint review marque la fin du sprint. C’est une cérémonie qui permet aux développeurs de montrer ce qui est fait pendant le projet.
À quoi sert la sprint review ?
Avant tout, la sprint review permet :
- À l’équipe de faire la démo de ce qu’ils ont fait pendant le sprint.
- Aux interlocuteurs métier de communiquer avec l’équipe par rapport au fruit de leur travail (compliments, remarques constructives, etc., tout est bon à prendre du moment que cela se fait dans la bienveillance et dans le respect du travail de chacun).
- À l’équipe et aux interlocuteurs métier d’échanger sur les next steps (prochains sprint, prochaines évolutions, etc.).
Pour qui ?
- La scrum team : Devs, PO et scrum master.
- Les interlocuteurs métier.
- Le management.
Et toutes les autres personnes qui sont intéressées par les sujets présentés.
Quand la faire ?
En fin de sprint, idéalement avant la rétro et le sprint planning !
Combien de temps dure la sprint review ?
Suivant le nombre de sujets à présenter, la taille de l’équipe, la sprint review peut durer jusqu’à deux heures. Le minimum étant 1h.
Comment l’organiser ?
- Tout d’abord, il est important de préparer la démo en amont de la sprint review avec l’équipe afin de définir :
- Les US à présenter au métier.
- Dans quel ordre les présenter.
- Un scénario si des US peuvent être regroupées.
- Puis, n’oubliez pas d’enregistrer la session pour les personnes qui n’auraient pas pu se rendre disponibles.
- Une fois la démo passée, vous pouvez présenter quelques graphiques au métier pour montrer l’avancement de l’équipe sur les différentes EPICS du backlog. Il est également possible d’échanger sur les éventuels correctifs à effectuer et de recueillir les demandes qui n’ont pas encore été matérialisées dans le backlog.
- Enfin, pensez à envoyer un CR de la sprint review qui reprend les différentes remarques du métier ainsi que l’enregistrement de la session.
C’est tout pour aujourd’hui !
Retrouvez les autres articles sur l’agilité et sur les sprint planning ici.
