Sauter l'affinage, payer plus tard : une liste de vérification pour des backlogs en santé
L'affinage, c'est le travail que personne ne planifie et que tout le monde paie plus tard. Dans le Guide Scrum, l'affinage du Backlog produit est l'acte continu de décomposer et de préciser les éléments du Backlog produit en éléments plus petits et plus précis, en y ajoutant des détails comme une description, un ordre et une taille. Ce n'est pas un événement formel, ce qui explique précisément pourquoi on l'abandonne en premier quand une équipe se sent débordée. L'ironie du début de 2022, alors que les équipes encaissaient les frictions du retour au bureau, des manques d'effectifs et des échéanciers instables, c'est que plus on est occupé, plus un backlog flou nous nuit.
Quand on saute l'affinage, le coût ne disparaît pas; il se déplace. Il réapparaît dans une planification de sprint qui s'éternise parce que personne ne comprend les éléments, dans des surprises en plein sprint quand une dépendance non définie surgit, et dans la confiance des parties prenantes qui s'effrite à mesure que l'équipe s'engage sur du travail qu'elle n'a pas vraiment compris. Un backlog non affiné est un backlog que l'équipe ne peut pas raisonner.
Une liste d'affinage pour cette semaine
Regardez le haut du backlog, pas le bas. L'affinage concerne la préparation des un ou deux prochains sprints, pas le perfectionnement d'éléments que vous ne toucherez pas avant des mois. Investissez votre énergie dans ce qui arrive bientôt; laissez délibérément les éléments lointains à l'état brut.
Vérifiez que les éléments du haut sont assez petits. Une bonne règle empirique : un élément proche du haut devrait être livrable à l'intérieur d'un seul sprint, avec de la marge. S'il a encore l'air d'un projet, il n'est pas prêt; découpez-le selon de vraies tranches de valeur, pas selon des couches techniques.
Confirmez que chaque élément a un pourquoi clair. Le détail ne se limite pas aux critères d'acceptation. Les développeurs devraient pouvoir dire qui en profite et ce qui change pour cette personne. Un élément qui ne décrit qu'un mécanisme, sans utilisateur ni résultat, produira un travail livré techniquement mais raté en pratique.
Faites émerger les dépendances et les inconnues dès maintenant. Le but de l'affinage est de trouver les questions tôt, quand il reste du temps pour y répondre. Si un élément dépend d'une autre équipe, d'une décision ou d'un spike, notez-le et agissez avant qu'il n'arrive en planification, pas pendant.
Estimez avec les personnes qui feront le travail. Les estimations produites par les développeurs portent de l'information sur la complexité et le risque. Une estimation faite pour satisfaire un gestionnaire, ou faite par une seule personne isolée, n'en porte aucune. Préservez la conversation, même quand elle ralentit les choses.
Gardez-le continu, pas en marathon. L'affinage fonctionne mieux comme une habitude régulière, une modeste part de capacité répartie sur le sprint, plutôt qu'une seule séance épuisante casée juste avant la planification. Un peu et souvent garde le backlog continuellement prêt.
Ce que coûte vraiment le fait de sauter l'affinage
La planification de sprint se transforme en affinage sous pression du temps; elle déborde et produit des plans plus faibles.
L'équipe s'engage à l'excès parce que personne n'a vu le travail caché avant que le sprint ne soit lancé.
La vélocité devient bruyante et inutilisable pour la prévision, parce que les éléments sont estimés de façon incohérente, ou pas du tout.
Le Product Owner perd la capacité de réordonner avec assurance, parce que les éléments sont trop flous pour être comparés.
L'affinage n'est pas une phase distincte et ce n'est pas un événement Scrum; c'est une responsabilité continue partagée par toute l'équipe Scrum. Traitez-le comme l'assurance la moins chère qu'offre le cadre. Une équipe qui consacre un peu de capacité à chaque sprint pour garder le haut de son backlog clair, petit et compris planifiera plus vite, livrera de façon plus prévisible et passera beaucoup moins de temps à s'excuser des surprises. Le sauter ne fait pas gagner du temps; il emprunte du temps à un taux d'intérêt élevé.
Si vos sprints butent constamment sur des surprises qu'un bon affinage aurait dû détecter, le service-conseil en réalisation de programmes et de projets de XNM peut aider votre équipe à ancrer cette habitude.