Idée principale

Dans Jira ou tout outil équivalent, la séparation paraît une commodité de classement. Elle produit en réalité deux files pilotées par des forces différentes : les fonctionnalités par la roadmap, les défauts par l'urgence, le support, la pression client ou un comité de priorisation.

Entre les deux, personne ne regarde l'ensemble sous l'angle de la douleur et de la valeur. Les deux files sont classées, aucune n'est comparée à l'autre.

L'alternative tient en une seule sorte de carte : une carte de travail, qui porte un problème à traiter. Ce problème peut venir d'un défaut logiciel, d'une capacité absente, d'une mauvaise conception, d'une dette technique — l'arbitrage reste le même : quelle douleur, quelle valeur, quel impact, quelle décision.

Pourquoi c'est important

Le daily du matin sert alors à décider ce qui compte maintenant, au lieu de débattre vingt minutes pour savoir si l'élément est un défaut, une fonctionnalité, une amélioration ou un rework.

Plus généralement : la structure de l'outil décide de ce qui est comparable. Deux files, deux logiques, aucune arbitrage commun — et cela n'apparaît nulle part comme une décision, puisque personne ne l'a prise.

La séparation par nature de travail ne s'arrête d'ailleurs pas aux défauts : backlog produit, backlog technique, backlog bugs, backlog support, backlog discovery produisent le même effet, multiplié. On ne priorise pourtant pas des catégories, on priorise des douleurs, des risques et de la valeur — et le sujet issu du support qui mobilise support, data et développement ne se range dans aucune des cases. Le bon raisonnement n'est pas « dans quel backlog va ce sujet ? » mais « quel problème adresse-t-on, et de quelles personnes avons-nous besoin ? ».

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

Nuances et limites

L'unité pertinente est l'espace de priorisation, pas l'organisation : plusieurs équipes travaillant sur des périmètres distincts peuvent tenir plusieurs files ou plusieurs vues sans rien casser. Ce qui ne tient pas, c'est la fragmentation à l'intérieur d'un même espace d'arbitrage.

Certaines organisations ont besoin d'un reporting qualité, parfois contractuel. Des tags et des métriques y suffisent, à condition qu'ils ne structurent pas la file elle-même.

Questions ouvertes

• Quelles contraintes — certification, engagement contractuel, audit — rendent la file séparée non négociable ?