Le Guide Agile par Wishtack
  • Le Guide Agile par Wishtack
  • Sans Agilité
    • Bottom-up vs Top-down
    • Exemple de Régression Naturelle
  • Agile Manifesto
  • Scrum
    • Théorie et Piliers du Scrum
    • Valeurs du Scrum
    • Scrum Team
    • Artefacts
      • Product Backlog
      • Sprint Backlog
      • Increment
      • User Story
      • Epic
      • Expression du Besoin
      • Definition of Done
      • Definition of Ready
    • Evénements
      • Sprint
      • Sprint Planning
      • Stand-Up Meeting ou Daily Scrum
      • Sprint Review
      • Sprint Retrospective
      • Backlog Refinement
      • Timeboxing
    • Mesures & Outils
      • Story Points vs Temps
      • Valeur, Bugs et Chores
      • Vélocité
      • Scrum Board
      • Burn Down Chart
      • Burn Up Chart
      • Technical Debt
  • Priorisation & Planning
    • Le Modèle de Kano
    • La Méthode MoSCoW
    • Release Planning
    • User Story Mapping
  • eXtreme Programming
    • Apprendre à Conduire
    • Valeurs de l'eXtreme Programming
    • Pratiques de l'eXtreme Programming
    • Testing
    • Intégration Continue, Livraison Continue et Déploiement Continu
      • Intégration Continue
      • Livraison Continue
      • Déploiement Continu
      • Review Apps
  • Indicateurs
  • Kanban
    • Principes du Kanban
    • Workflow
    • Indicateurs et Paramètres
    • Classes of Service
  • Transformation Agile
    • Projet Pilote
    • Plan de Passage à l'Agilité
    • Le Changement
    • Contractualisation
    • Management
    • Scrum of Scrums
  • Agile at Scale
  • Transformation Etape par Etape
  • Outils
  • Quelques Liens
  • Bonus
    • The "Rong" Way to do Agile
    • Agile Causal Relations
    • Talks
Powered by GitBook
On this page
  1. Scrum
  2. Evénements

Sprint Review

PreviousStand-Up Meeting ou Daily ScrumNextSprint Retrospective

Last updated 6 years ago

A la fin de chaque Sprint, la Development Team, le Product Owner et le Scrum Master se réunissent.

Le(s) client(s) et les développeurs d'autres équipes peuvent être invités.

Comme les autres évènements d'un Sprint, le Sprint Review doit rester informel (pas de slides etc...).

La durée maximum du Sprint Review est d'1 heure pour une itération d'une semaine.

Cette durée est proportionnelle à celle des itérations.

Objectifs du Sprint Review

  • Présentation (par le Product Owner) des User Stories finalisées et celles qui ne le sont pas.

  • Présentation (par la Development Team) des difficultés rencontrées et des solutions adoptées.

  • Récolte de "feedback" de tout le monde (membres de l'équipe, client, autres équipes etc...).

  • Présentation du Backlog et des dates projetées des releases à venir si nécessaire (Cf. vélocité).

  • Reflexion et sélection des objectifs futurs.

  • Les User Stories non finalisées ne sont jamais présentées pendant le Sprint Review.

    L'une des principales raisons et que certaines personnes extérieures à l'équipe pourraient forcer la livraison ou "vendre" une User Story non finalisée.

https://www.scrumalliance.org/community/articles/2013/september/why-shouldn-t-i-show-half-complete-stories-in-spri