Cérémonies Agiles : faire une Revue de Sprint ou une Démo ?

Cérémonies Agiles SCRUM : faire une Revue de Sprint ou une Démo ?

Les questions qui reviennent souvent dans nos équipes agiles sont :
– « quelles différences entre une revue et une démo ? »
– « Peut-on démontrer cette User Story ? » 
– « Que fait-on pendant le revue de sprint ? »

Revue et démo interviennent en fin de Sprint, mais quelle est la différence ?

Trop souvent, démo et revue sont confondues et ces cérémonies sont menées sans tirer profit au maximum de leur potentiel ==> Découvrez quelques idées et recettes pour gagner votre temps !

Différence avec une Rétro / Retrospective ?

Si vous confondez Rétrospective et Revue de Sprint, il faudra consulter nos autres articles sur notre blog DC Talks (https://dc-consultants.net/blog), et venir à une de nos sessions de formation

Il s'agit de deux évènements bien différents en SCRUM :
- Revue : montrer le produit et aborder la réalisation en public
- Rétrospective : introspection de l'équipe sur la manière de travailler, et amélioration de méthodologie.

Définition

En Agile SCRUM, la revue de sprint (Sprint Review) est le moment pour présenter le travail effectué durant le dernier sprint aux parties prenantes du projet. C'est un moment clé pour communiquer les éléments d'avancement, les difficultés rencontrées, et surtout récupérer des FEEDBACKS utilisateurs !
En reprenant le SCRUM GUIDE (version officielle) : "La Revue de sprint comprend les éléments suivants :
• Le Product Owner indique quels éléments du Backlog Produit ont été « Finis » et ceux qui n'ont pas été « Finis » ;
• L'équipe de développement démontre le travail « Fini » et répond aux questions sur l'incrément ;
• Le Product Owner discute de l’état actuel du Backlog Produit tel qu'il est. Il ou elle projette les dates prévisionnelles et celles de livraison en fonction des progressions réalisées à ce jour (si nécessaire)."

Pour qui ?

Pour tous les acteurs qui interviennent dans la réalisation d'un produit ou service en mode Agile. Il est conseillé d'inviter des représentants de clients ou d'utilisateurs, les clients eux-mêmes.
Bref, "la Terre entière"!

Comment faire une Revue de Sprint / Sprint Review ?

Lorsque vous organisez une Revue de sprint, n’ayez que 2 objectifs en tête :

  • Avoir des avis sur le produit !
  • Communiquer sur la roadmap

Que faire ?

La responsabilité est partagée entre :

  • le Scrum Master : organise l’évènement
  • le Product Owner : invite les participants « métiers »
  • l’équipe : prépare des scénarios de démonstration, et tout l’opérationnel.

Pendant l’atelier, présenter/rappeler les User Stories traitées, puis faites vivre l’expérience par la démonstration sur des exemples.

Il est de bon ton de contextualiser les sujets démontrés, vous n’aurez pas que des pros dans la salle!

Ecoutez les remarques, et prenez en note ! Attention toutefois aux grincheux négatifs, qui trouvent toujours que c’est nul… c’est rarement le cas en réalité !

Temps à prévoir :

30 min à 1h. Au delà, prévoir également les cachets anti-migraine !

Livrable :

Le Produit ! The Product ! El Producto !

Ou plutôt l’incrément de produit fonctionnel.

 

Quelle différence entre Review et Démo ?

En reprenant les éléments issus du ScrumGuide, on comprend que la Démonstration fait partie intégrante de la Revue.

==> En général, les équipes se concentrent à faire la démonstration, même lorsque la réunion s’appelle Revue.

Le plus important à notre sens, c’est d’avoir le lien avec les utilisateurs et des retours ! 

Peut-on tout démontrer ?

La question se pose souvent, notamment pour les éléments techniques (API webservices, batchs, etc.)

Tout peut se démontrer en général : il suffit de bien découper vos éléments porteurs de valeur (les User Stories), et de bien expliquer ce que vous montrez.

Notre avis sur une bonne fin de Sprint

Les Digital Catalysts de DC CONSULTANTS organisent et coachent régulièrement des Revues de Sprint, et leur expérience permet de booster la valeur perçue de ces réunions.

Tout est démontrable, à condition de bien préparer une revue. Le plus important reste d’ouvrir le dialogue avec des personnes issues du métier qui vont alimenter le Product Owner dans ses besoins à venir. 

Nous serons ravis de vous en dire plus lors d’une rencontre, il suffit de nous laisser vos coordonnées juste là ! 

Nous connaître

DC CONSULTANTS est une société de conseil spécialiste de l’agilité.

Depuis 2013, nos consultants accompagnent les transformations agiles d’équipes et d’entreprises à l’échelle avec du Coaching Agile, du ScrumMastering, des interventions en tant que Product Owner.

Nous trouver

9 Rue du Quatre Septembre
75 002 PARIS FRANCE
Tel. : 01 84 17 75 69
Email: contact@dc-consultants.net

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.