Ce que coûte vraiment l'abandon de l'affinage du backlog
Quand une équipe Scrum est sous pression, l'affinage est souvent la première chose qu'on sacrifie. Il paraît facultatif. Aucun événement nommé « Affinage » ne figure dans le Guide Scrum, alors on le traite comme un luxe qu'on coupe quand l'agenda déborde. Au printemps 2021, avec des équipes dispersées entre cuisines et chambres d'amis et des fournisseurs encore incapables de respecter leurs délais, bien des équipes ont discrètement cessé d'affiner en se disant qu'elles se rattraperaient plus tard. C'est rarement arrivé.
Le Guide Scrum décrit l'affinage du Product Backlog comme l'acte continu de décomposer et de préciser les éléments, en ajoutant des détails comme la description, l'ordre et la taille. Ce n'est pas une réunion, c'est une habitude. Bien menée, elle fait qu'au moment de la planification de sprint, le haut du backlog est déjà compris, estimé grossièrement et débarrassé des inconnues évidentes. Sautez-la, et vous payez la facture dans une monnaie plus chère : reprises, surprises et un objectif de sprint auquel personne ne croit vraiment.
Où la facture tombe réellement
Les dégâts de l'affinage abandonné ne sont presque jamais visibles le jour où vous le sautez. Ils apparaissent une ou deux semaines plus tard, quand un développeur ouvre un élément et découvre que ce sont trois éléments déguisés en un seul. Voici où les équipes le ressentent généralement :
La planification de sprint s'éternise et se transforme en analyse en direct, parce que l'équipe découvre les détails pour la première fois.
Des éléments bien plus gros que prévu entrent dans le sprint et font exploser la prévision.
En plein sprint, le travail s'arrête pendant qu'on court après le Product Owner ou une partie prenante pour une décision qui aurait dû être réglée des jours plus tôt.
L'objectif de sprint devient flou, parce que personne n'était assez sûr du travail pour s'engager sur un résultat clair.
Les erreurs qui épuisent discrètement les équipes
Réduire l'affinage à une seule réunion hebdomadaire. Un bloc de deux heures le jeudi devient l'endroit où les éléments vont être discutés indéfiniment. Mieux vaut affiner par touches brèves et fréquentes tout au long du sprint, en n'impliquant que les personnes utiles à chaque élément.
Affiner beaucoup trop, beaucoup trop tôt. Peaufiner des éléments qu'on ne touchera pas avant trois mois est du gaspillage. Gardez le haut du backlog net et le reste volontairement flou ; le détail émerge à mesure que les éléments montent en priorité.
Laisser le Product Owner affiner seul. Quand le PO rédige les éléments en vase clos, les développeurs héritent d'hypothèses non vérifiées. L'affinage est le moment où l'équipe fait remonter les risques techniques et les cas limites que le PO ne voit pas.
Confondre affinage et conception en amont. Le but n'est pas une spécification finie. C'est juste assez de compréhension partagée pour que l'équipe puisse planifier et démarrer avec confiance, et découvrir le reste en construisant.
Le sauter sous la pression des échéances. C'est la plus cruelle. Les sprints où un plan propre est le plus nécessaire sont précisément ceux où les équipes coupent le travail qui produit un plan propre.
Comment le rendre peu coûteux et routinier
Un bon affinage est petit et continu. Visez à garder l'équivalent d'un à deux sprints d'éléments prêts, « prêt » signifiant que l'équipe comprend l'élément, ne voit aucune inconnue bloquante et peut l'estimer sans débat. Une définition de prêt légère et partagée aide, tant qu'elle reste un repère et non une barrière. Pour les équipes réparties et hybrides, un outil de backlog partagé que chacun tient à jour compte plus que n'importe quelle cérémonie ; la conversation peut être asynchrone tant que la compréhension est réellement partagée. Le test est simple : si la planification de sprint est courte et un peu ennuyeuse, votre affinage fonctionne.
Rien de tout cela n'exige plus de réunions. Cela exige la discipline d'en faire un peu, souvent, avant l'arrivée de la pression, plutôt que de payer des intérêts sur le travail reporté.
Si votre livraison cale en plein sprint et que la planification se transforme sans cesse en gestion de crise, le conseil en exécution de programmes et de projets de XNM peut aider vos équipes à bâtir les habitudes d'affinage qui rendent la planification de nouveau prévisible.