1. Accueil
  2. Docs
  3. Kit Agile
  4. Démarche Agile
  5. Sprint Review

Sprint Review

La présente page vous guide dans l’utilisation de votre document Excel intitulé « Sprint Review ».

Si vous n’êtes pas encore membre, découvrez notre kit de l’agilité. Ne manquez pas l’opportunité de l’acquérir et de profiter de tous les avantages qu’il peut apporter à votre gestion de projet agile.

Objectif du livrable

La Sprint Review vise à réunir les experts et les décideurs métiers avec l’équipe Agile pour évaluer l’avancement du produit. 

Elle permet également d’analyser les changements dans l’écosystème du produit, comme de nouvelles réglementations ou des évolutions du marché.

Le support de la Sprint Review, permet de faciliter l’animation de cette cérémonie, de s’assurer que les différents aspects réactifs à la construction du produit ont été passés en revue.

Déblocage des macros

Avant d’ouvrir un fichier Excel, pensez à débloquer les macros.

Pour ce faire, faites un clic droit sur le fichier avant de l’ouvrir. Ensuite choisissez Propriétés, puis activez la case à cocher Débloquer sous l’onglet Général.

Ceci afin d’éviter d’avoir un message rouge à l’ouverture d’un fichier Excel :

activation des macros

Activation des macros

Pour s’assurer du bon fonctionnement du template, vérifiez que les macros sont activées :

Quand utiliser ce livrable ?

Le support de Sprint Review est utilisé lors de la phase d’exécution à la fin de chaque Sprint.

Comment utiliser ce livrable ?

Avant la Sprint Review

  1. Identifier les participants à la Sprint Review en précisant les participants obligatoires et ceux facultatifs
  2. Pré-remplir le template du support de la Sprint Review

Durant la Sprint Review

  1. Rappeler aux participants les objectifs de la Sprint Review et comment le support sera utilisé
  2. Partager le support en séance avec les participants en le renseignant au fur à mesure et valider les éléments renseignées avec les participants
  3. Faire un récapitulatif des décisions, des points en suspens et des actions retenues lors de cette Review

Après la Sprint Review

  1. Partager le support avec l’ensemble les participants à la Sprint Review 
  2. Demander le feedback des participants n’ayant pas assisté à la Review

Structure du document

  1.  Informations sur le produit :
  • Nom du produit 
  • Nom/N° de la release
  • Besoins adressés et/ou valeur attendue: OKR concerné
  1. Information sur le Sprint :
  • N° du Sprint
  • Objectif du Sprint
  • Statut des USs (User Stories) du sprint
  • Ce qui a été réalisé durant le Sprint : Liste des USs qui répondent à la DoD (Definition Of Done). Ce critère doit être défini en amont dans le livrable “framework agile”.
  • Ce qui n’a pas été réalisé durant le Sprint : Liste des USs qui n’ont pas été réalisées durant le sprint en question. Ceci inclus la liste des USs non finies ou non démarrées accompagnées d’un commentaire
  1. Démo de l’incrément du Sprint : 

C’est la présentation de l’ensemble des user stories achevés durant le sprint en cours. 

Ces éléments de travail accomplis et testés, une fois combinés, forment un « incrément » du produit qui devrait être prêt à être livré. 

Cette démo est généralement menée par l’équipe de développement et est destinée à montrer les progrès réalisés sur le produit à toutes les parties prenantes (démonstrations de nouvelles fonctionnalités, de correctifs de bugs, d’améliorations, etc.)

Il s’agit ici de lister les retours des parties prenantes après la démo, par priorité.

Cette liste aide à déterminer quels points doivent être abordés en premier dans les futurs sprints.

  1. Revue Roamdap produit : 

La revue de cette roadmap fait partie de la revue de Sprint et permet aux parties prenantes de discuter et de réévaluer le plan du produit en fonction des résultats du Sprint actuel.

Il s’agit ici de faire la liste des changements discutés sur la roadmap et le plan de release suite au Sprint. 

Ces changements pourraient inclure l’ajout, la modification ou la suppression de certaines fonctionnalités, ou des ajustements dans le calendrier des releases.

  1. Plan d’action : 

À la fin de chaque revue de Sprint, l’équipe devrait avoir une idée claire des actions à entreprendre pour le prochain Sprint. 

Ce plan d’action est essentiellement une liste de tâches, d’objectifs ou d’actions concrètes qui doivent être accomplis pour continuer à faire avancer le produit.

Il s’agit ici de lister les actions et next steps identifiées lors de la review. Ces actions et ces prochaines étapes sont alors enregistrées et classées par date d’échéance.

  1. Return On Time Invested (ROTI) : 

Les participants doivent évaluer la réunion sur une échelle allant de 0 à 4, avec 0 représentant un temps qui aurait été plus utile s’il avait été passé ailleurs, et 4 indiquant que le participant a tiré le meilleur parti possible du temps consacré à la réunion.

Le but de l’usage du ROTI dans ce contexte est d’évaluer si la revue de Sprint a été bénéfique pour les participants et d’obtenir un retour d’information rapide sur la manière d’améliorer les prochaines revues.

Il est donc question ici de noter :

  • La moyenne de la note du Return On Investment des participants à la review afin d’évaluer leur niveau de satisfaction
  • Les feedbacks des participants sur la Review en commentaires, en plus de la note ROTI

En savoir plus

Pour en savoir plus sur la Sprint Review, consultez le lien de cet article.

Comment pouvons-nous aider ?