rétrospective de sprint

• Objectif(s) : améliorer la productivité (vélocité) de l’équipe de développement.
• Responsable : ScrumMaster.
• Participants : équipe de développement, ScrumMaster, Product Owner/AMOA (optionnel).
• Fréquence : Après la revue de Sprint.
• Durée maximale : 1h30.
• Document(s) en sortie : compte rendu de réunion (bilan de Sprint + plan d’actions).

Rétrospective de Sprint

Après la revue du Sprint, l’équipe de développement ainsi que le Product Owner se réunissent afin d’identifier les adaptations susceptibles d’augmenter sa productivité. Les choses qui fonctionnent, celles qui ne fonctionnent pas ainsi que les améliorations à apporter, sont identifiées dans cette réunion. Elle s’inscrit dans une démarche d’amélioration continue. Les idées de chacun sont mises à profit.

Nous avons l'habitude d'utiliser des post-ip de deux couleurs différentes et d'y noter chacun les choses positives du sprint et les choses négatives.
Le srcumaster récolte ensuite tous les post-it et les classes en deux catégories, puis par thèmes.
La discussion s'engage ensuite entre les membres de l'équipe pour voir à partir du bilan quelles sont les faits marquants du sprint et quels sont les améliorations à apporter pour les sprints suivants.

 

Revue de sprint - Gestion de projet en mode Agile.

• Objectif(s) : présentation des fonctionnalités produites au cours du Sprint au Product Owner et utilisateurs finaux, réception des feedbacks.
• Responsable : Equipe de développement ou les recetteurs
• Participants : équipe de développement, Product Owner, ScrumMaster, utilisateurs finaux, invités.
• Fréquence : A la fin du Sprint.
• Durée maximale : 2 heures.
• Document(s) en sortie : Liste des feedbacks.

Revue de Sprint

A la fin du sprint, l’équipe de développement ou de recette  présente au Product Owner  et aux utilisateurs finaux  les nouvelles fonctionnalités produites sous la forme d’une démonstration. Le Product Owner  et les utilisateurs accepte ou rejette les fonctionnalités présentées. Les feedbacks sont notés. En fonction des résultats présentés, le Product Owner peut demander une livraison du produit pour réaliser des tests de l’ensemble du produit en prévision d’une mise en production. Auquel cas, quelques jours de consolidation du produit en fonction des résultats de ces tests peuvent être nécessaires. Si le Product Owner ne demande pas de livraison, une nouveau sprint est planifié.

  La revue de sprint a l'intérêt de mettre les différentes équipes acteurs du projet : développeurs, product owner, utilsateurs au même niveau d'information. Ainsi les utilisateurs peuvent avoir un retour plus rapide sur leurs demandes et apporter des compléments. Cela permet aussi aux développeurs de comprendre mieux les besoins et le métier des utilisateurs.  

 Cela modère bien  le tunnel du temps entre l'expression de besoin et la présentation aux utilisateurs.