Thèse

Un backlog de bugs est un dispositif d'évitement de décision plutôt qu'un outil de suivi

Angle

Un backlog de bugs n'assure pas le suivi des défauts : il les héberge, et sa fonction réelle est de rendre l'inaction respectable. Chaque priorité posée, chaque comité, chaque requalification produit la trace d'un travail sans produire la seule chose qui ferait sortir le défaut — une correction ou un refus, signés par quelqu'un. Une politique zéro bug ne vaut donc pas par la qualité qu'elle promet, mais par l'issue qu'elle interdit ; et elle se heurte aussitôt à la typologie des tickets, à la séparation entre cartes de bug et cartes de fonctionnalité, et à la vélocité, qui remplissent la même fonction d'hébergement sous des noms plus présentables.

Synthèse

Le mécanisme est une chaîne, et chaque maillon paraît raisonnable pris seul.

Les défauts sortent d'abord du plan : la roadmap porte les fonctionnalités, les défauts attendent « qu'on ait le temps ». Hors du plan, plus rien ne les ordonne — c'est la visibilité qui décide, donc la plainte d'un client important ou le dirigeant qui tombe dessus. La file censée pallier ce désordre ne le corrige pas : elle produit son propre travail — relire, requalifier, replanifier, tenir le comité — et ce travail a exactement l'apparence du pilotage.

Reste la question de savoir pourquoi personne ne vide cette file, alors que chacun sait qu'une grande partie ne sera jamais corrigée. La réponse n'est pas informationnelle. Fermer un ticket revient à écrire « on ne fera pas » et à le porter devant le client, le support et la direction. Laisser ouvert ne coûte à personne en particulier. Le statu quo est stable parce qu'il n'a pas d'auteur — et « à prioriser plus tard » est le nom qu'on donne à un refus que personne n'a signé.

Une fois ce ressort identifié, les autres dispositifs se lisent comme des variantes. La typologie riche offre une sortie honorable à toute discussion : on range au lieu de trancher. La séparation des files rend l'absence d'arbitrage commun invisible, puisque personne n'a jamais décidé de ne pas comparer. La vélocité fournit une raison chiffrée d'écarter les défauts, en protégeant la métrique contre le produit qu'elle est censée décrire. Trois formes, une fonction.

C'est ce qui donne à la règle son point d'application exact. Elle ne rend pas le logiciel meilleur ; elle supprime la troisième issue, et tout ce qui reposait dessus devient visible d'un coup — y compris le ralentissement, qui n'est pas produit par la règle mais révélé par elle : la file amortissait un taux de défauts que personne n'avait à regarder.

D'où deux conséquences que le dispositif masquait aussi. La sortie ne passe pas par une relecture du stock — elle passe par un flux extérieur, le top 3 hebdomadaire du support, qui sélectionne sans payer l'entretien de la file. Et le démontage ne suffit pas : la fabrication des défauts, elle, n'a pas bougé. Un dispositif d'hébergement démonté se reforme ailleurs — en backlog de catégories si la mesure devient le travail, en « phase de réduction » permanente si la transition n'a pas de fin.

La même fonction d'hébergement se retrouve hors du périmètre des défauts : accumuler des sujets dans une file générale pour ne pas les refuser conserve, là aussi, une décision non prise sous l'apparence d'une information préservée. Ce qui distingue une trace utile d'un abri est alors le contenu de ce qu'on écrit — un motif de refus, jamais un statut d'attente.

Couche apportée par « Le backlog n'est pas un dépotoir : c'est un outil d'action » (2026-06-03).

Tensions / contradictions

Deux notes ne tirent pas dans le même sens sur la visibilité. L'une en fait le défaut central du système — la priorité suit l'exposition sociale plutôt que le coût. L'autre en fait la méthode de sortie : le top 3 hebdomadaire du support est un classement par visibilité, assumé. La frontière tient au canal et à la régularité, pas au critère lui-même, et elle n'est pas tracée.

Tension non résolue également entre l'interdiction du troisième état et la réévaluation sur signal : une porte « rouvert si le signal revient » est utile, et elle a la forme exacte de ce que la règle exclut.

Questions

  • Dans une organisation où refuser se paie, qui peut signer un refus sans le faire remonter à un arbitre ?
  • Comment repérer un nouveau dispositif d'hébergement — un tag, un statut, une phase de transition — avant qu'il ne se stabilise ?