Ressources
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 a le 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) doit ê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 pas, c’est un signe qu’on ne travaille pas sur la bonne chose. ⇒ Demander aux parties prenantes ce qu’on aurait dû faire pour qu’elles viennent.
4. Faire une démo
Si la démonstration sert à montrer qu’on a bien travaillé alors inutile :
- 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.