Guide Scrum · Artefacts et pratiques
L'affinage du backlog dans Scrum : comment bien le mener
L'affinage du backlog est l'activité continue qui consiste à décomposer les éléments du Product Backlog et à y ajouter des détails, comme une description, un ordre et une taille. Dans Scrum, ce n'est pas un événement formel : il permet de garder le haut du Product Backlog suffisamment clair pour que l'équipe planifie ses Sprints en toute confiance.
À retenir
- L'affinage du backlog est une activité continue, et non un événement Scrum formel.
- Il décompose les éléments et y ajoute des détails comme la description, l'ordre et la taille.
- Le Product Owner et les Developers affinent ensemble ; les Developers estiment le travail.
- Gardez environ un à deux Sprints d'éléments prêts et découpez-les verticalement.
Ce qu'est l'affinage, et ce qu'il n'est pas
Le Guide Scrum 2020 décrit l'affinage du Product Backlog comme le fait de décomposer et de préciser les éléments en éléments plus petits et plus précis. C'est une activité continue : elle ne fait donc pas partie des cinq Les événements Scrum. De nombreuses équipes organisent tout de même une session d'affinage régulière, car elle rend le travail plus prévisible.
| L'affinage est | L'affinage n'est pas |
|---|---|
| Clarifier ce que signifie un élément et pourquoi il est important | S'engager sur le travail du Sprint suivant |
| Découper les éléments volumineux en éléments plus petits | Attribuer des tâches à des personnes |
| Estimer la taille des éléments pour pouvoir les ordonner et faire des prévisions | La conception technique détaillée de chaque élément |
| Ajouter des critères d'acceptation | Une réunion de suivi |
| Continu et collaboratif | Une tâche que le Product Owner fait seul |
Qui participe
- Product Owner : apporte le contexte, explique la valeur des éléments et accepte les arbitrages. Responsable du backlog.
- Developers : posent des questions, suggèrent des découpages et des options plus simples, et estiment les éléments. Le Guide Scrum les rend responsables de l'estimation.
- Scrum Master : aide si nécessaire, par exemple en formant l'équipe aux techniques de découpage ou en veillant à ce que les sessions restent ciblées.
- Parties prenantes et experts : invités lorsqu'un élément nécessite leurs connaissances, comme un client, un designer ou un spécialiste de la conformité.
Combien de temps y consacrer
Le Guide Scrum 2020 ne fixe pas de limite de temps pour l'affinage. Les versions précédentes indiquaient qu'il ne prend généralement pas plus de 10 % de la capacité des Developers, et de nombreuses équipes utilisent encore ce repère approximatif. Dans un Sprint de deux semaines, cela représente souvent une ou deux sessions d'environ une heure, plus des échanges informels.
Comment mener une session d'affinage
- Préparer. Le Product Owner choisit les éléments en haut du backlog qui demandent de l'attention et les partage à l'avance.
- Expliquez le pourquoi. Pour chaque élément, le Product Owner décrit le problème, l'utilisateur et le résultat souhaité.
- Posez des questions et répondez-y. Les Developers explorent les cas limites, les dépendances et les risques. Notez les questions ouvertes et qui y répondra.
- Convenir des critères d'acceptation. Notez les conditions qui montreront que l'élément fonctionne.
- Découper si nécessaire. Si un élément ne peut pas être Done en un seul Sprint, découpez-le en tranches plus fines qui apportent toujours de la valeur.
- Estimer. Les Developers estiment, par exemple avec des story points et le Planning Poker.
- Réordonner. Le Product Owner ajuste l'ordre en fonction de ce qui a été appris.
- Clore. Confirmez quels éléments sont prêts pour le Sprint Planning et quelles actions de suivi sont nécessaires.
Comment découper les éléments volumineux
| Technique | Exemple |
|---|---|
| Par étape du workflow | « Paiement de la commande » devient vérification du panier, informations de livraison et paiement |
| Par règle métier | Proposer d'abord la livraison standard, la livraison express plus tard |
| Par type de données ou d'entrée | Accepter d'abord les paiements par carte, puis les portefeuilles numériques |
| Par utilisateur ou par rôle | D'abord les clients, puis les administrateurs |
| D'abord simple, puis améliorer | Recherche simple, puis filtres, puis recherches enregistrées |
| D'abord un spike | Une investigation en time-box avant d'estimer un élément incertain |
Découpez verticalement, pour que chaque tranche soit utilisable seule, plutôt qu'horizontalement en couches comme la base de données, l'interface et les tests. Voir epics, stories et tâches.
Exemple chiffré
Une équipe affine l'élément « Les clients peuvent suivre leur commande », que les Developers estiment à environ 20 points, ce qui est trop pour un Sprint où ils terminent habituellement environ 25 points en plus d'autres travaux. Après discussion, ils le découpent :
| Nouvel élément | Critères d'acceptation (résumé) | Taille |
|---|---|---|
| Afficher le statut de la commande sur la page du compte | Le statut indique commandé, préparé, expédié ou livré | 5 |
| E-mail lors de l'expédition d'une commande | E-mail envoyé dans les 10 minutes, avec lien de suivi | 3 |
| Afficher le suivi du transporteur sur la page du compte | Suivi en temps réel via l'API du transporteur | 8 |
| Spike : limites de l'API du transporteur | Réponse : peut-on interroger l'API toutes les 15 minutes ? | 2 |
Le total est de 18 points, et chaque élément est utilisable seul. Le Product Owner place en premier la page de statut et l'e-mail, car ils apportent l'essentiel de la valeur, puis le spike, afin que l'élément de suivi présente moins de risque lorsqu'il arrivera en haut du backlog.
Conseils et erreurs courantes
- Affinez en continu, et pas seulement dans la précipitation la veille du Sprint Planning.
- Gardez des sessions courtes, centrées sur le haut du backlog.
- Réunissez toute l'équipe, ou au moins les Developers susceptibles de réaliser le travail ; une estimation faite par une seule personne fait perdre la compréhension partagée.
- Ne surspécifiez pas : laissez de la place à la conversation pendant le Sprint.
- Utilisez une check-list légère, parfois appelée Definition of Ready, si elle est utile, mais n'en faites pas un filtre qui bloque un travail utile.
- Suivez les questions ouvertes de manière visible pour qu'elles soient résolues avant le Sprint Planning.
Modèles gratuits sur ce sujet
Questions fréquentes
Qu'est-ce que l'affinage du backlog dans Scrum ?
C'est l'activité continue qui consiste à décomposer les éléments du Product Backlog et à y ajouter des détails, comme la description, l'ordre et la taille, afin qu'ils soient prêts pour le Sprint Planning.
L'affinage du backlog est-il un événement Scrum ?
Non. Le Guide Scrum 2020 le décrit comme une activité continue, et non comme l'un des cinq événements. Les équipes peuvent tout de même planifier des sessions d'affinage régulières.
L'affinage du backlog est-il la même chose que le backlog grooming ?
Oui. Grooming est l'ancien terme ; refinement l'a remplacé dans le Guide Scrum et c'est désormais le nom standard.
Qui participe à l'affinage du backlog ?
Le Product Owner et les Developers, avec l'aide du Scrum Master lorsque c'est utile. Des parties prenantes ou des experts se joignent lorsqu'un élément nécessite leur contribution.
Combien de temps doit durer l'affinage du backlog ?
Le Guide Scrum 2020 ne fixe aucune limite. Les versions précédentes suggéraient de ne pas dépasser environ 10 % de la capacité des Developers, ce qui reste un repère courant.
À quelle fréquence faut-il affiner le backlog ?
En continu. De nombreuses équipes organisent une ou deux courtes sessions par Sprint et traitent les questions plus modestes au fur et à mesure.
Qui estime lors de l'affinage du backlog ?
Les Developers qui réaliseront le travail. Le Product Owner explique les éléments et les arbitrages, mais ne fixe pas les estimations.
Quelle est la différence entre l'affinage du backlog et le Sprint Planning ?
L'affinage prépare les éléments au fil du temps. Le Sprint Planning est un événement en time-box au cours duquel l'équipe fixe le Sprint Goal, sélectionne les éléments et planifie le travail.
Que signifie « prêt » dans l'affinage du backlog ?
Le Guide Scrum indique que les éléments pouvant être Done en un seul Sprint sont considérés comme prêts à être sélectionnés lors du Sprint Planning. Certaines équipes ajoutent une Definition of Ready facultative.
Jusqu'à quel horizon faut-il affiner le backlog ?
Généralement de quoi couvrir les un ou deux prochains Sprints. Affiner trop loin à l'avance risque d'être du gaspillage, car les priorités et la compréhension évoluent.
L'affinage du backlog peut-il avoir lieu pendant le Sprint ?
Oui. Il a lieu tout au long du Sprint, en parallèle du travail sur le Sprint Backlog en cours.
Que faire si les sessions d'affinage du backlog débordent sans cesse ?
Préparez les éléments à l'avance, concentrez-vous sur le haut du backlog, appliquez une time-box à chaque élément et renvoyez les questions techniques approfondies à un suivi plus restreint ou à un spike.