Là où INVEST déraille : six habitudes qui ralentissent discrètement votre équipe
INVEST est un moyen mnémotechnique de ce qui rend un élément du Backlog produit prêt à être traité : Indépendant, Négociable, à Valeur ajoutée, Estimable, petit (Small) et Testable. Bill Wake l'a proposé en 2003, et il a survécu à une douzaine de modes d'outillage parce qu'il décrit une réalité simple. Un élément qui échoue au test a tendance à stagner, à s'étendre ou à vous surprendre tardivement. Le Guide Scrum n'impose pas les récits utilisateurs : voyez donc INVEST comme une grille utile plutôt qu'une règle. Le problème, c'est que les équipes récitent l'acronyme tout en rédigeant des éléments qui le brisent en douce.
Quand la pandémie a poussé les équipes vers le travail hybride et entièrement à distance, les éléments de backlog mal rédigés sont devenus plus coûteux. On ne peut plus se pencher au-dessus d'un bureau pour préciser ce que voulait dire « gérer les cas limites ». L'élément écrit est désormais la conversation, et les perturbations d'approvisionnement laissaient peu d'occasions d'absorber les reprises. Voici les échecs les plus fréquents, et à quoi ressemble la bonne pratique.
Les erreurs qui reviennent sans cesse
Prendre l'Indépendance pour une chimère. Certaines équipes renoncent totalement à l'indépendance et acceptent un backlog où l'élément B ne peut avancer tant que l'élément A n'est pas livré. Un peu de couplage est normal, mais une chaîne de dépendances rigides tue votre capacité à réordonner selon la valeur. Corrigez-le en découpant verticalement à travers les couches, pour que chaque élément livre un mince résultat de bout en bout plutôt que « la partie base de données » suivie de « la partie écran ».
Confondre Négociable et flou. Négociable veut dire que le périmètre peut être discuté, pas que l'élément est à moitié rédigé. Une phrase sans critères d'acceptation n'est pas souple : c'est une dispute programmée pour le dernier jour du Sprint. Gardez l'intention ferme et l'implémentation ouverte.
Sauter la question de la Valeur. Beaucoup d'éléments décrivent une activité (« refactoriser le module d'authentification ») sans résultat énoncé. Si vous ne pouvez dire qui en profite et comment, vous ne pouvez honnêtement le classer face au reste. Même le travail technique a une histoire de valeur : faites-la dire à voix haute par le Product Owner.
Forcer une estimation sur l'inconnaissable. Estimable ne signifie pas deviner un chiffre. Cela signifie comprendre assez l'élément pour le dimensionner. Si vous n'y arrivez pas, l'élément n'est pas mauvais : c'est le signe qu'il faut d'abord un petit spike encadré dans le temps pour apprendre, puis estimer le vrai travail.
Qualifier tout de petit. Le symptôme le plus courant est l'élément qui s'étend discrètement sur tout un Sprint. Les gros éléments cachent le risque et privent l'équipe de rétroaction. Découpez par étapes du flux, par variantes de données, par scénario nominal contre scénario d'erreur, ou par règles et rôles, jusqu'à ce que chaque morceau puisse plausiblement se terminer en deux jours.
Laisser le caractère Testable implicite. Si personne ne peut dire comment savoir que c'est terminé, ce n'est pas terminé : c'est ouvert. Des critères d'acceptation rédigés avant le début du travail sont l'outil qualité le moins cher dont vous disposez, et dans une équipe à distance ils servent aussi de définition partagée qu'on ne peut obtenir en tapotant l'épaule de quelqu'un.
Comment ancrer la grille
INVEST est une aide au raffinement, pas un portail à débattre devant les parties prenantes. Faites une vérification légère pendant le raffinement du Backlog produit : lisez à voix haute les éléments du haut et, pour chacun, posez la question gênante que suggère l'acronyme. Pour qui cela a-t-il de la valeur ? Pourrait-on le livrer sans les trois éléments en dessous ? Pourrait-il se terminer en deux jours ? Vous ne cherchez pas un score parfait : vous faites ressortir la lettre qui, en ce moment, vous ment.
Raffinez peu et souvent, pour que les éléments arrivent en haut du backlog déjà minces et clairs.
Rédigez les critères d'acceptation comme des exemples concrets, pas des adjectifs comme « rapide » ou « intuitif ».
Quand un élément résiste au découpage, séparez la version la plus simple du reste.
Laissez les Développeurs, et non un gabarit, juger si un élément est estimable et petit.
Pratiquée avec constance, INVEST cesse d'être une affiche au mur pour devenir une habitude qui protège votre Sprint. Le gain : un flux plus régulier, moins de surprises de dernière minute et un backlog que l'on peut réordonner selon la valeur sans tout faire s'effondrer comme une rangée de dominos.
Si votre backlog est devenu une source de friction plutôt que de concentration, le conseil en exécution de programmes et de projets de XNM peut aider vos équipes à rédiger des éléments plus clairs et à livrer à un rythme plus prévisible.