Dans ce chapitre, vous réunissez tous les acteurs du projet pour participer à la Sprint Review (revue de sprint, en français). C'est un rituel Scrum destiné à évaluer avec votre équipe l'atteinte de l’objectif du sprint et des objectifs du projet.
La Sprint Review dans le modèle Scrum
Vous invitez l'équipe Scrum ainsi que les parties prenantes du projet à votre Sprint Review. Ce rituel a une durée d'une heure par semaine de sprint. Votre ordre du jour est toujours le même 👌 : valider ensemble l'incrément réalisé pendant le sprint par les développeurs :
Présentez toutes les User Stories sélectionnées lors de votre Sprint Planning.
Faites la démonstration des fonctionnalités complètement terminées.
Vous ne devez jamais montrer à votre client des incréments partiellement réalisés ou en cours de finalisation pendant la Sprint Review. En gestion de projet agile, votre équipe ne reconnaît pas d'état intermédiaire : soit la fonctionnalité est finie, soit elle ne l'est pas !
Tout ce qui est produit doit être démontré à votre client et aux parties prenantes du projet. Vous préparez donc la Sprint Review en répondant à la question : Qu’avons-nous développé ?
La Sprint Review vous permet de faire le bilan du sprint réalisé. Le Product Owner peut ensuite mettre à jour le Product Backlog en fonction de ce qui a déjà été réalisé 👍 par les développeurs. Discutez avec les parties prenantes de votre gestion collective du projet pour détecter de nouvelles opportunités. Vous serez alors en mesure d'optimiser les User Stories et d'améliorer votre prochain Sprint Planning.
La présentation des fonctionnalités est organisée collectivement par votre équipe Scrum. En tant que "Monsieur Loyal", votre Product Owner doit prendre une part active aux démonstrations. Analysez en détail le retour direct des participants (feedback, en anglais) afin d'évaluer la qualité et la pertinence du travail accompli.
La Sprint Review pour le Scrum Master
La Sprint Review est une réunion informelle, pas un comité de pilotage. 😏 Vous devez obtenir des réactions et favoriser la collaboration en présentant les fonctionnalités. Profitez également de cette Sprint Review pour déterminer quelles seront les prochaines User Stories candidates au sprint suivant.
Vous vous assurez que les fonctionnalités sont présentées directement sur l’application. Vous expliquez à tous les participants que le droit à l’erreur est permis et qu’un bug peut survenir pendant la démonstration. Vous évitez les copies d’écran et autres présentations PowerPoint. L’application développée est le meilleur livrable pour capter le maximum de feedbacks.
Vous facilitez la prise de parole ou les interactions entre les développeurs et les différentes parties prenantes du projet. Voici des exemples de sujets à aborder pendant la Sprint Review :
Déroulement du sprint.
Atteinte de l’objectif du sprint.
Problèmes rencontrés.
Résolutions trouvées.
Questions sur l'incrément.
Vous encouragez votre équipe à démontrer les User Stories terminées au fil de l’eau, pendant le sprint, sans attendre la Sprint Review. Lorsque votre Product Owner constate un écart entre la User Story et ce qui est présenté, l’équipe peut ainsi corriger le tir avant la fin du sprint. Attention toutefois à ce que votre Product Owner n’en profite pas pour changer son besoin en cours de route.
Vous aidez le Product Owner à redéfinir les dates de livraison par rapport au progrès de l'équipe. Vos analyses du Product Backlog, du budget et du marché pourront aussi orienter la prochaine livraison.
Enfin, je vous préconise de structurer la planification de vos livraisons. 📅 Organisez les User Stories selon les usages des utilisateurs et les activités principales du projet à développer :
Placez en haut les User Stories qui sont indispensables pour livrer le produit ou le service.
Positionnez les autres plus bas dans votre Story Map (carte des usages, en français).
Vous anticipez le nombre de sprints entre les livraisons et planifiez leurs dates potentielles avec l'équipe. Le résultat de votre Sprint Review est un Product Backlog bien révisé pour la prochaine itération. Dans le chapitre suivant, vous approfondirez encore votre gestion de projet avec la rétrospective du sprint.
En résumé
Votre Sprint Review a pour objectif de valider l'incrément du sprint avec l'équipe Scrum et les parties prenantes du projet.
Vous vous assurez que votre équipe démontre les fonctionnalités terminées directement sur l’application.
Vous encouragez votre équipe à démontrer les fonctionnalités terminées au fil de l’eau plutôt que d’attendre la fin du sprint.
En qualité de Scrum Master, vous facilitez la prise de parole et les interactions entre les participants afin d'analyser la qualité du travail accompli.
Structurez la planification des livrables avec la pratique agile du Story Mapping (avec FeatureMap, Cardboard ou Prezi).
Vous révisez votre Product Backlog et notamment la complexité des User Stories au regard de ce que vous avez constaté pendant le sprint.
Vous savez maintenant gérer une Sprint Review. 😎 Découvrons ensemble la Sprint Retrospective dans le chapitre suivant.
