L’intérêt de la réunion de Backlog Refinement (Réunion d’Affinage) est de s’assurer de la pertinence du Backlog Produit pour les prochains incréments (PIs et/ou Sprints) pour votre équipe de développement qui travaille en mode Scrum ou SAFe.

Affinage de Backlog (Affinage) Just in Time avec le PO le Scrum Master et l'équipe de développement pour découper et estimer des Epics

Je trouve que le schémas ci dessus explique très bien la nécessité de Groomer/Affiner un Thème au bon moment (Just In Time). Si le développement d’une fonctionnalité est éloigné dans la roadmap, nous devrons plutôt avoir des Epic (épopée). Plus le développement d’une épopée (Epic SAFe) approche dans le temps (Sprint en cours ou Sprint +1 par exemple), plus nous devrons diviser cette Epic en User Stories et sous tâches. D’où la nécessité d’avoir une réunion d’affinage fréquente entre les Développeurs, le Product Owner.

Le Backlog Refinement c’est quoi ?

Notre objectif est d’affiner au mieux les travaux qui seront entrepris lors des prochains incréments et itérations.

Pour cela nous devons:

  • Créer de nouvelles User Stories si de nouveaux besoins apparaissent.
  • Identifier des User Stories qui n’ont plus de sens et donc à effacer (annuler ou fermer).
  • Réévaluer les priorités des US si nécessaire.
  • Estimer les US / modifier d’anciennes estimations.
  • Découper des US trop lourdes ou pas assez précises.
  • Identifier les dépendances avec d’autres équipes et faire le nécessaire pour se synchroniser.
  • Essayer de réponde aux mieux aux critères INVEST pour chaque User Story créées.

L’acronyme INVEST veut dire :

  • I pour Indépendante : chaque User Story doit être indépendante des autres au moins sur le sprint en cours. On crée une User Story faisable en moins d’un Sprint et non « Stretch » qu’on propage sur 3 sprints.
  • N pour négociable : les détails doivent être négociables. Une User Story ne spécifie pas dès le début tous les détails techniques pour la réalisation de celle-ci. L’équipe de développement qui réalise la tâche forge et décide du contenu de la US en négociant son contenu avec le Product Owner.
  • V pour valeur : chaque User Story doit apporter de la valeur business pour les métiers ou les clients. c’est grâce à cette valeur que nous prioriserons nos sprints (sourire).
  • E pour Estimable : chaque Récit Utilisateur doit être estimable par l’équipe de développement.
  • S pour Suffisamment petite : chaque User Story doit être bien découpée afin d’être livrée au sein d’un seul Sprint.
  • T pour Testable : il faut que toutes les US soient testables.
Backlog Refinement avec le Product OWner, le Scrum Master et l'équipe de développement pour découper et estimer des User Stories

Qui participe à la réunion d’Affinage ?

  • Le Product Owner présente les Epics/User Stories/Fonctionnalités à développer.
  • Les membre de l’équipe de développement découpent et estiment les éléments de Backlog.
  • Le Scrum Master facilite la réunion en veillant à ce que la méthodologie Agile soit bien appliquée.

Quand et à quelle fréquence ?

Idéalement le Backlog Refinement est une réunion hebdomadaire d’une durée minimale de 30 minutes. Ou, toute autre fréquence et durée que les équipes estiment nécessaires.

Pour aller plus loin

Vous pouvez aussi lire le livre suivant. En tant que Scrum Master, je trouve que c’est un livre référence pour comprendre la théorie et la pratique du framework Scrum :
Scrum, de la théorie à la pratique

SCRUM master theorie pratique - Scrum Master - Communauté Agile Freelance

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *