Une mémoire qui garde tout peut vous faire prendre de pires décisions qu'aucune mémoire
Ça fait deux mois que je construis Verbasil, une mémoire d'entreprise. Et la leçon la plus contre-intuitive de ces deux mois ne vient pas de ce que la mémoire oublie. Elle vient de ce qu'elle ressort.
Sept choses mortes, présentées comme vivantes
Début août, en utilisant Verbasil sur ma propre boîte, je tombe sur ceci : sept éléments à suivre étaient en réalité déjà réglés. Mais rien ne les avait fermés. Alors ils restaient là, et le chat de Verbasil continuait de les citer comme des sujets en cours.
Ce qui m'a arrêté, ce n'est pas l'erreur. C'est le ton. La machine ne doutait pas. Elle présentait des choses mortes avec la même assurance que des choses vivantes, parce que dans sa mémoire, il n'y avait aucune différence : tout était là, donc tout était vrai.
Se tromper avec confiance coûte plus cher qu'oublier
Une mémoire vide a un mérite qu'on sous-estime : elle se tait. Quand vous ne savez pas, vous vérifiez, vous redemandez, vous repartez du réel. C'est pour ça que le titre de cet article n'est pas une exagération : une mémoire vide vous force à vérifier, une mémoire périmée vous en dispense. La première vous coûte du temps, la seconde vous coûte des décisions.
Car une mémoire qui garde tout a toujours une réponse. Et quand une décision a changé, quand un choix a été annulé, elle a deux réponses : l'ancienne et la nouvelle, côte à côte, avec le même poids. Rien ne dit à la machine laquelle est vivante.
C'est ça le vrai piège, et personne ne me l'avait annoncé : pas l'oubli, la fausse confiance. Un associé qui vous dit « je ne sais plus » vous rend service. Un associé qui vous répète une consigne annulée, sur le ton de la certitude, vous fait prendre de mauvaises décisions en toute sérénité.
Trois choix d'ingénierie qui en sont sortis
Ces situations, rencontrées en construisant et en utilisant mon propre produit, ont donné trois règles de conception. Ce sont des choix réels du moteur, pas des principes décoratifs.
Défaire est un geste de mémoire à part entière. Archiver n'est pas supprimer. Quand une source est archivée chez nous, tout ce qui en découlait expire avec elle, avec la date du geste. Et si on revient en arrière, seul ce que ce geste précis avait éteint se rallume. Ce détail a l'air technique ; il décide de tout. Sans lui, désarchiver ressusciterait des décisions rangées à la main des semaines plus tôt, et la mémoire redeviendrait menteuse par un autre chemin.
Ce qui dort se signale, au lieu d'attendre. Un élément qui n'a pas bougé depuis un mois n'est plus une information, c'est une question. Alors le produit la pose : c'est fait, je garde, ou plus d'actualité ? Trois issues, un geste. C'est la réponse directe aux sept éléments morts du début : ils n'attendaient pas une meilleure recherche, ils attendaient qu'on leur demande s'ils étaient encore vrais.
Dans le doute, avertir plutôt qu'affirmer. Quand la source d'une décision a été réécrite depuis, on ne sait pas dire automatiquement si la décision tient encore. On a choisi de ne pas deviner : la décision porte un signal « source modifiée, à relire », et c'est l'humain qui tranche. Une mémoire honnête sait dire « à vérifier ».
Le test que je vous propose
Regardez la mémoire de votre propre boîte, quelle que soit sa forme : votre wiki, vos notes, votre canal d'équipe. Et posez-vous une seule question : qu'est-ce qui y est encore présenté comme vivant alors que c'est mort ?
Si la réponse est « je ne sais pas », c'est normal. Personne ne fait ce tri, parce qu'aucun outil ne le demande. On empile, et on fait confiance à l'empilement.
C'est la conviction que ces deux mois m'ont donnée : le travail d'une mémoire n'est pas de garder. C'est de savoir ce qui est encore vrai, et d'avoir l'honnêteté de dire le reste.
Si le sujet de fond vous intéresse, j'ai écrit sur pourquoi les startups oublient leurs décisions et sur comment garder trace des décisions sans en faire une corvée.