Idée principale

La règle d'entrée d'un backlog ne porte ni sur la maturité de l'idée, ni sur sa valeur, ni sur son origine : elle porte sur le nombre de personnes que le sujet mobilise. Tant qu'un Product Manager creuse seul, il n'y a rien à mettre dans un outil partagé. Dès qu'il faut une étude de faisabilité avec un développeur, une exploration des données produit avec un data analyst, une conception d'interface avec le design, ou une réunion entre support, produit et technique, le backlog devient utile.

Avant ce seuil, le sujet existe ailleurs, et cet ailleurs n'a pas besoin d'être standardisé — Obsidian, Apple Notes, Trello, un carnet. Cet espace sert à absorber la tempête d'idées : on y collecte, on y relie, on y laisse reposer, on y supprime. Beaucoup d'idées ne méritent jamais d'être vues par quelqu'un d'autre, et c'est le fonctionnement normal d'un tel espace, pas sa défaillance.

Pourquoi c'est important

Cela donne un critère d'entrée qui se tranche seul, sans comité et sans grille de maturité : de qui ai-je besoin ? Une idée de trois lignes déposée « pour ne pas oublier » échoue à ce test, quelle que soit sa qualité — elle ne mobilise encore personne.

Cela légitime aussi l'hétérogénéité des outils personnels. Vouloir standardiser l'amont revient à imposer le coût d'un outil collectif à un travail qui n'est pas encore collectif.

Nuances et limites

Le seuil se franchit parfois dans l'autre sens : un sujet entre dans le backlog, s'y révèle mal compris, et doit repartir dans l'espace personnel. La règle ne dit rien de ce retour, qui est mal vu parce qu'il ressemble à un recul.

Et certaines organisations imposent une trace dans l'outil dès la première mention, pour des raisons de traçabilité. La règle d'entrée devient alors une règle de statut plutôt qu'une règle de présence.

Questions ouvertes

• Qui arbitre le seuil quand le Product Manager croit encore creuser seul alors que le sujet engage déjà la technique ?