Idée principale

Un élément de backlog sert jusqu'à la livraison. Après, il perd l'essentiel de sa valeur : les tickets se désynchronisent, les spécifications aussi, et le comportement mis en production diffère de ce qui avait été écrit au départ. Ce qui reste durable est ailleurs — le code, le comportement observable du produit, et la documentation maintenue depuis cette réalité.

Il faut donc y passer le minimum de temps utile : assez pour collaborer, assez pour agir, pas assez pour produire une documentation qui pourrira. L'effort d'écriture se calibre sur la durée de vie de l'artefact, et celle d'un support de coordination est courte par nature.

Pourquoi c'est important

Cela tranche un faux dilemme entre écrire peu et écrire bien. La question n'est pas la qualité de l'écrit, c'est l'horizon auquel il sert : le même soin appliqué à un artefact périssable produit une archive trompeuse plutôt qu'une mémoire.

Cela donne aussi la règle inverse pour ce qui doit durer. Un artefact de longue vie mérite l'effort qu'on refuse au ticket, à condition d'être reconstruit depuis ce qui est réellement livré.

Nuances et limites

Certains contextes imposent la traçabilité de l'intention — secteurs réglementés, audits, marchés publics. L'écrit y survit à son usage parce qu'il fait preuve, ce qui est une fonction différente de la coordination.

Et « jetable » ne veut pas dire inutile : coordonner plusieurs métiers autour d'un même sujet est un travail réel, simplement borné dans le temps.

Questions ouvertes

• Comment récupérer, au moment de la livraison, les décisions prises en cours de route avant que le support ne perde sa valeur ?