Review

Ressources

• Les erreurs à ne pas commettre en Sprint Review Meeting ! - Scrum Life

Definition 1. Outils d’introspection du produit pour adapter la direction à donner.

Définition par le Scrum Guide

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.

Pendant l’événement, la Scrum Team et les parties prenantes passent en revue ce qui a été accompli durant le Sprint et ce qui a changé dans leur environnement. Sur la base de ces informations, les participants collaborent sur la marche à suivre et sur les décisions à prendre. Le Product Backlog peut également être ajusté pour répondre à de nouvelles opportunités. La Sprint Review est une session de travail et la Scrum Team doit éviter de la limiter à une session de présentation.

La Sprint Review est l’avant‐dernier événement du Sprint et se limite dans le temps à un maximum de quatre heures pour un Sprint d’un mois. Pour les Sprints plus courts, l’événement est généralement plus court.

Session de travail

Affirmation 1. La Sprint Review n’est pas une demo sur les nouvelles features du produit

De nombreuses équipes limitent la Sprint Review à une démonstration. Alors oui, nous pouvons réaliser une démo durant cette session, mais devons également :

• Recueillir du feedback.
• Être transparent afin de garantir la confiance
  • Pourquoi on a été bloqué
  • Pourquoi nous n’avons pas eu le temps ?
  • Quel ajustement a-t-on pris
• Prendre des décisions
  • Que doit-on faire pour aller vers le Product Goal

⇒ Les parties prenantes sont pleinement impliquées dans le processus de création du produit.

Affirmation 2. Tout le monde a le droit de prendre la parole

Du développeur au client, tout le monde à de droit de parler et toutes les voix sont équivalentes

Affirmation 3. Seuls les éléments remplissant la Definition of Done sont considérés comme finis et appartenant au Product Increment

Les éléments non faits vont de nouveau dans le Product Backlog. La Definition of Done nous permet d’être sereins lors de la Sprint Review. On évite l’effet démo puisque le travail fait est réellement fini

Les erreurs à ne pas faire

1. Découvrir le travail réalisé

L’équipe Scrum (PO, SM et dév) doivent être au courant de ce qui a été réalisé tout au long du sprint.

• Est-ce qu’on se rapproche du Sprint Goal ?
• Est-ce que tout le monde sait où nous en sommes ?

2. Préparer la revue

On doit avoir confiance en notre travail. Donc nous n’avons pas besoin de répéter la revue.
De plus la Definition of Done doit nous servir à être prêt en évitant l’effet démo.

3. Être pressé

Les parties prenantes doivent être présentes et intéressées. Si elles ne viennent, c’est un signe qu’on ne travaille pas sur la bonne chose. ⇒ Demander aux parties prenantes se qu’on aurait du faire pour qu’elles viennent.

4. Faire une démo

Si la démonstration sert à monter qu’on a bien travailler alors inutiles :

• On travaille bien c’est un fait. Relation de confiance
• On a les critères de Definition of Done

La démo doit nous servir à obtenir du feedback. Mais le mieux est de récupérer le feedback en regardant comment les utilisateurs prennent en main le produit. On analyse leur utilisation.

Conclusion

La Sprint Review est bien plus qu’une présentation des features. Elle permet une meilleure transparence avec les parties prenantes et d’adapter le plan en conséquence.