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

Backlog Refinement

Le Backlog Refinement (ou Backlog Grooming) regroupe toute la Scrum Team (Development Team, Scrum Master et Product Owner) afin de donner de la visibilité sur les Sprints à venir et le travail restant.

Sans le Backlog Refinement, la décomposition des Epics se fait en début de Sprint durant le Sprint Planning et la visibilité est donc réduite au Sprint actuel.

Objectifs du Backlog Refinement

  • Clarifier et décomposer les Epics.

  • Evaluer ou réévaluer l'effort nécessaire pour réaliser des User Stories.

  • Retirer les User Stories superflues.

  • Ajouter de nouvelles User Stories.

  • Le Backlog Refinement peut avoir lieu une à deux fois par semaine (et non par Sprint).

  • Si la Development Team finalise toutes les User Stories avant la fin du Sprint, le Backlog Refinement permet d'ajouter de nouvelles User Stories au Sprint Goal du Sprint actuel.

Le Backlog Refinement ne doit pas durer plus d'une heure.

Les Epics ne doivent pas être décomposées en fonction du "process" comme dans un cycle en V mais plutôt en fonction de la valeur fonctionnelle.

Il est souvent inutile d'affiner et décomposer des Epics trop à l'avance (Cf. Epic).

PreviousSprint RetrospectiveNextTimeboxing

Last updated 6 years ago