La Sprint Review est un événement Scrum qui résume le travail sur le produit qui a été réalisé pendant le Sprint en cours. Elle a lieu le dernier jour du Sprint et est ouverte aux parties prenantes. Son objectif est d’évaluer l’incrément, c’est-à-dire de présenter la dernière version du produit. Une partie importante de la Sprint Review est également la discussion des améliorations et des mises à jour effectuées. Et aussi de faire les changements nécessaires dans le Product Backlog, afin que toutes les parties prenantes puissent voir l’état actuel du produit.

Sprint Review – table des matières :

  1. Introduction
  2. Le rôle des parties prenantes pendant la Sprint Review
  3. Publication des incréments
  4. Travail sur le Product Backlog pendant la Sprint Review
  5. Résumé

Introduction

La Sprint Review et la Sprint Rétrospective sont deux événements de résumé de Sprint. Dans cet article, nous avons écrit plus en détail sur les rôles que chaque événement Scrum joue. Aujourd’hui, nous allons juste mentionner qu’ils offrent une opportunité de concrétiser les trois piliers de l’empirisme – transparence, inspection et adaptation – concernant le produit et le travail de l’équipe Scrum.

La Sprint Review est dédiée au produit. Et son objectif est d’inspecter l’incrément, c’est-à-dire les résultats du travail effectué dans le Sprint qui vient de se terminer. L’événement dure un maximum de quatre heures. Tous les membres de l’équipe Scrum, ainsi que les parties prenantes, c’est-à-dire toutes les personnes intéressées par l’avancement du produit, y assistent.

Le rôle des parties prenantes pendant la Sprint Review

Lors de la Sprint Review, l’équipe Scrum présente l’incrément aux parties prenantes. Ce faisant, elle résume les tâches complétées et répond à des questions spécifiques :

  1. Qui a effectué la tâche ?
  2. Qu’est-ce qui a été fait spécifiquement ?
  3. Dans quel but cela a-t-il été fait ?
Sprint Review

Les parties prenantes fournissent des retours aux membres de l’équipe Scrum. Cela permet une adaptation, c’est-à-dire d’ajuster la façon de travailler de l’équipe Scrum aux besoins et à la vision du client. Cela se fait pour maximiser la valeur commerciale du produit. Les retours fournis à chaque Sprint Review sont particulièrement importants lors de la création de produits innovants qui doivent être adaptés en permanence aux activités de la concurrence et aux besoins du marché.

Publication des incréments

Nous ne devrions pas considérer la Sprint Review comme le seul moment où l’équipe Scrum publie un incrément au client. Si certaines fonctionnalités du produit répondent à la définition de terminé au préalable, le Product Owner peut décider de le publier immédiatement.

Il est également possible qu’un élément du Product Backlog sur lequel l’équipe Scrum a travaillé lors d’un Sprint donné n’ait pas été complété et ne réponde pas à la définition de terminé. Il ne peut alors pas être publié ni même présenté lors de la Sprint Review.

Travail sur le Product Backlog pendant la Sprint Review

La mise à jour du Product Backlog fait autant partie de la Sprint Review que la présentation des résultats du travail aux parties prenantes. En général, la mise à jour du Backlog est consacrée à la dernière partie de la réunion, de sorte que les parties prenantes n’ont pas à y assister.

Le Product Owner met à jour le Product Backlog en fonction des retours des parties prenantes et des leçons apprises par l’équipe de développement. Cela est particulièrement crucial si les retours obtenus ont un impact sur la forme et l’objectif du prochain Sprint. La mise à jour du Backlog est alors une étape essentielle pour préparer la prochaine planification de Sprint.

sprint review

Sprint Review – résumé

La Sprint Review est une réunion de l’équipe Scrum avec les parties prenantes, au cours de laquelle les résultats du travail sur le produit obtenus lors du dernier Sprint sont présentés. Sa partie clé est une discussion avec les parties prenantes, au cours de laquelle elles donnent des retours sur le produit. Grâce à cette conversation, il est possible de adapter efficacement et éventuellement corriger la direction du travail sur le produit en fonction des exigences du marché. Grâce aux discussions avec les parties prenantes tenues à la fin de chaque Sprint, les chances de maximiser la valeur commerciale du produit développé par l’équipe Scrum augmentent.

Si vous aimez notre contenu, rejoignez notre communauté de abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Caroline Becker

En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.

View all posts →

Scrum Guide:

  1. Glossaire des termes, rôles et notions de base
  2. Qu'est-ce que Scrum ?
  3. Valeurs Scrum
  4. Comment mettre en œuvre Scrum dans votre entreprise ?
  5. Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
  6. Qui est un Product Owner ?
  7. Les erreurs les plus courantes du Product Owner
  8. Qui est le Scrum Master ?
  9. Les erreurs les plus courantes des Scrum Masters
  10. Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
  11. Équipe de développement en Scrum
  12. Les erreurs les plus courantes des développeurs
  13. Artifacts Scrum
  14. Élargir Scrum
  15. Backlog de sprint
  16. Qu'est-ce que le Product Backlog ?
  17. Qu'est-ce que les User Stories ?
  18. Créer la meilleure User Story avec INVEST
  19. Les erreurs les plus courantes dans les User Stories
  20. Critères d'acceptation de l'histoire utilisateur
  21. Estimation et Points d'Histoire dans Scrum
  22. Planning Poker
  23. Jeu d'estimation d'équipe
  24. Définir l'incrément
  25. Événements Scrum
  26. Qu'est-ce qu'un graphique d'avancement ?
  27. Avantages et inconvénients du graphique de burndown
  28. Tableaux Kanban dans Scrum et Scrumban
  29. Vélocité en Scrum - Vitesse de l'équipe de développement
  30. Scrum quotidien
  31. Planification de Sprint
  32. Revue de Sprint
  33. Qu'est-ce qu'une rétrospective de sprint ?
  34. Erreurs courantes lors d'une rétrospective de Sprint
  35. Nourrir le backlog produit
  36. Comment créer et interpréter un graphique de burndown ?
  37. Qu'est-ce qu'un Sprint dans Scrum ?
  38. Coopération entre le Product Owner et le Scrum Master
  39. Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
  40. Caractéristiques d'un bon Scrum Master