Idée principale

Un ticket Jira sait dire qui l'a ouvert, à quel client il se rattache, quel est son statut et qui en a la charge. Une page Notion sait dire ce qu'elle contient et quand elle a été modifiée. Une ligne de base de données sait dire qu'un fait a eu lieu à une date. Tous ces objets tiennent parfaitement l'événement.

Ce qu'aucun ne tient, c'est ce que l'événement a appris à l'équipe : pourquoi ce ticket comptait plus que les autres, à quelle tension produit il se rattachait, quelle décision passée il remettait en cause, quel signal faible il confirmait, quelle idée en restera dans trois mois. Ce raisonnement existe au moment où le ticket est traité, et il n'a pas d'endroit où se déposer — le champ « commentaire » le reçoit, mais rien ne le rend retrouvable en tant que raisonnement.

La valeur ne se trouve donc pas dans l'objet, elle se trouve autour de lui. Un système d'information qui n'enregistre que l'objet perd tout ce qui l'entourait, et ne s'en aperçoit jamais, puisque ce qu'il conserve reste exact.

Pourquoi c'est important

Cela déplace le diagnostic quand une organisation constate qu'elle « oublie ». Le réflexe est de chercher une meilleure arborescence, une meilleure nomenclature, un meilleur moteur de recherche — donc de traiter un problème de rangement. Mais retrouver mieux ce qui n'a jamais été écrit ne donne rien.

Cela dit aussi ce qu'il faut regarder pour juger un outil documentaire : pas sa capacité à classer, mais sa capacité à recevoir un raisonnement et à le relier à l'objet qui l'a provoqué.

Nuances et limites

Certains objets portent une part du raisonnement par construction : un compte rendu de décision, une revue d'incident, une note d'arbitrage. Ils restent l'exception, et ils sont rédigés une fois, pas mis à jour.

Cette exception a une version outillée du côté produit, et elle confirme l'écart plus qu'elle ne le referme. Une règle de décision transverse écrite avec son contexte, ses alternatives écartées et ses conséquences acceptées conserve exactement ce qu'aucune carte ne conserve : pourquoi l'entreprise a tranché ainsi, et ce qui devrait changer pour qu'elle tranche autrement. Mais le dispositif n'a de valeur que rare — quelques règles par an — alors que le système d'information, lui, enregistre tout. L'écart pointé ici n'est donc pas comblé par un objet supplémentaire : il est déplacé vers la question de savoir quels raisonnements, parmi tous ceux qui traversent l'organisation, méritent d'être écrits.

Couche apportée par « Product Decision Record : tracer les choix produit qui structurent l'entreprise » (2026-06-03).

Et tout raisonnement ne mérite pas d'être conservé. Une grande partie de ce qui se dit autour d'un ticket est jetable ; l'écart pointé ici ne devient coûteux que pour ce qui aurait servi ailleurs.

Questions ouvertes

• À quel moment du traitement d'un ticket peut-on capter ce qu'il apprend sans alourdir le travail de celui qui le traite ?