La démonstration de sprint (ou revue de sprint) est une partie importante de Scrum que les gens ont tendance à sous-estimer.
Une démo de sprint bien faite, bien que ça puisse sembler peu marquant, a un effet profond.
- L’équipe se voit attribuer le mérite pour le travail accompli.
- Les autres personnes découvrent ce que l’équipe fait.
- Faire une démo force l’équipe à terminer leur travail et à le livrer, sans démo, nous gardions une énorme pile de choses terminée à 99%
Si l’équipe est plus ou moins obligée de faire une démo, si elle n’a pas quelques chose qui fonctionne vraiment, la démo sera embarrassante. L’équipe hésitera pendant la démo et les applaudissements ne seront qu’à moitié sincères. Les gens se sentiront désolés pour l’équipe, et seront peut être irrité d’avoir gâché du temps pour assister à une démo aussi nulle.
Ça blesse. Mais l’effet est comme une médecine amère, le prochain sprint, l’équipe essaiera d’avoir des choses vraiment terminées
Checklist pour les démos de sprint
- Assurez vous de présenter clairement l’objectif du sprint
- Ne dépensez pas trop de temps à préparer la démo. Ignorez de qui ne marche pas et concentrez vous sur la démonstration du code qui marche
- Gardez la démo à un niveau métier, oubliez les détails techniques. Concentrez-vous sur « ce que nous avons fait » plutôt que sur « comment nous l’avons fait »
Référence : ScrumAndXpFromTheTrenches