Présentez vos résultats lors de la Sprint Review
La Sprint Review, ce n'est pas un simple reporting, mais le moment où vous démontrez la valeur livrée et récoltez des feedbacks pour orienter la suite.
Vous allez :
valider l'atteinte de l'objectif - L'objectif fixé est-il atteint,
recueillir des feedbacks - Retours sur usabilité, fonctionnalités, métier,
adapter le Product Backlog - Nouvelles Stories, priorités modifiées.
Structure d'une Sprint Review (1h)
La Sprint Review est composée de quatre principales phases.
Phase 1 : Contexte (5 min) |
|
Phase 2 : Démonstration (25 min) |
|
Phase 3 : Feedbacks (20 min) | Questions pour stimuler :
|
Phase 4 : Adaptation du backlog (10 min) |
|
Gérez les situations délicates
Même avec une préparation sérieuse, certaines situations imprévues peuvent survenir lors de vos présentations ou de vos rituels agiles. L’important n’est pas de tout éviter, mais de savoir réagir avec professionnalisme et calme.
Exemple 1 : Une démonstration qui plante
Il arrive qu’une démonstration technique ne fonctionne pas comme prévu.
Au lieu de paniquer, gardez votre sang-froid et montrez que vous aviez anticipé ce risque :
« J’ai prévu ce cas. Voici ce à quoi le résultat aurait dû ressembler. »
Pour cela, préparez en amont un plan B : des captures d’écran ou un environnement de démonstration séparé et stable. Cela vous permettra de continuer à illustrer votre travail sans bloquer la présentation.Exemple 2 : Un feedback très négatif
Recevoir un retour très critique peut être déstabilisant. Pourtant, ces retours sont souvent les plus utiles.
Adoptez une attitude ouverte et constructive : « Merci pour ce retour. Pouvez-vous préciser ce qui vous gêne le plus ? »
Cette posture montre que vous êtes à l’écoute et prêt à améliorer le produit, tout en désamorçant la tension."
En résumé
La Sprint Review (1h) a trois objectifs : valider l'atteinte de l'objectif, recueillir des feedbacks, adapter le Product Backlog.
La Sprint Review se compose du contexte (5 min), d’une démonstration (25 min), de feedbacks (20 min), et d’adaptation du Product Backlog (10 min).
En cas de problème technique pendant la présentation, ayez un plan B et montrez que ce qui fonctionne complètement.
Les feedbacks doivent être transformés en actions concrètes pour améliorer les Sprints suivants.
La Review examine ce qui a été livré, mais il faut aussi examiner comment l'équipe a travaillé pour s'améliorer continuellement.
