Le backlog qui s'est affiné jusqu'à l'épuisement (et comment une équipe l'a redressé)
Une équipe logicielle répartie que j'appellerai l'escouade Atlas a passé la seconde moitié de 2020 en télétravail complet. En janvier 2021, elle avait un problème qu'elle n'arrivait pas à nommer. Son backlog produit avait enflé à plus de quatre cents éléments, chacun soigneusement rédigé, estimé et étiqueté. Pourtant, la planification de sprint s'éternisait, les mêmes questions revenaient en cours de sprint, et l'équipe terminait rarement ce qu'elle prévoyait. Elle affinait sans cesse, et cela empirait les choses.
Le Guide Scrum décrit l'affinage du backlog produit comme l'acte continu de décomposer et de préciser les éléments en morceaux plus petits et plus exacts, en ajoutant des détails comme la description, l'ordre et la taille. Ce n'est pas un événement obligatoire distinct, et ce n'est pas un concours de documentation. Atlas en avait discrètement fait un.
Comment l'affinage a déraillé
En télétravail, l'équipe avait remplacé les échanges de couloir par des tickets écrits, ce qui était judicieux. Mais elle a surcompensé. Chaque idée de chacun devenait un élément du backlog. Des éléments tout en bas, à des mois d'être traités, étaient estimés en détail. Les séances d'affinage couvraient toute la liste plutôt que la prochaine tranche. Résultat : un backlog qui paraissait complet mais relevait surtout du bruit, et une équipe qui confondait écrire sur le travail et le comprendre.
Affiner des éléments trop lointains pour être stables, si bien que le détail était périmé au moment de commencer le travail.
Traiter les estimations comme des engagements, ce qui rendait tout le monde réticent à scinder ou réordonner les éléments.
Laisser le backlog grossir sans jamais retirer les éléments qui ne reflétaient plus l'objectif produit.
Ce qui a vraiment réglé le problème
Le Product Owner, à qui revient le backlog produit et son ordonnancement, a repris en main l'élagage. Ensemble, l'équipe s'est entendue sur un rythme plus léger et un objectif plus clair pour l'affinage.
Affiner le sommet, pas l'ensemble. L'affinage s'est concentré sur les éléments les plus susceptibles d'entrer dans les un ou deux prochains sprints, laissant les éléments inférieurs comme de simples ébauches.
Rendre les éléments prêts, pas parfaits. Un élément était jugé prêt lorsque les développeurs le comprenaient assez bien pour le prévoir avec confiance, et non lorsque chaque champ était rempli.
Élaguer sans pitié. Tout ce qui n'avait pas bougé depuis trois mois et ne servait plus l'objectif produit était archivé. Le backlog est passé sous la barre des cent éléments.
Affiner par petites tranches fréquentes. Deux séances de trente minutes par semaine, caméras allumées et un seul élément abordé à la fois, ont remplacé la réunion marathon.
En trois sprints, la planification était plus courte, les prévisions plus fiables, et les mauvaises surprises en cours de sprint ont nettement diminué. La leçon n'est pas que l'affinage est facultatif. C'est qu'il s'agit d'une conversation visant une compréhension partagée du prochain travail, et non d'un musée du backlog à conserver indéfiniment.
Si votre équipe se noie dans un backlog qui grossit plus vite qu'il ne livre, le service-conseil de XNM en réalisation de programmes et de projets peut vous aider à instaurer des habitudes d'affinage qui gardent le travail clair et l'équipe en mouvement.