La collègue qui se souvient du pourquoi

Imaginons une petite entreprise, le matin où sa fondatrice prend enfin une semaine de congé. Il reste du travail, mais rien qui devrait avoir besoin d’elle. Une proposition commerciale est presque prête. Un client demande une petite modification. Une nouvelle collègue a accès au dossier partagé, au dépôt du projet et aux échanges sur ce compte.

Puis quelqu’un demande si le support est compris dans le prix.

Le modèle de proposition dit que oui. Le contrat de l’an dernier le facture à part. Un message mentionne une exception, sans préciser si elle a survécu à la négociation. La personne qui prépare la proposition trouve les trois documents. Elle envoie une petite question à la fondatrice.

Un peu plus tard, un développeur repère un ancien composant facile à remplacer. Il existe une version plus récente, les tests passent, et le changement simplifierait la maintenance. Avant de fusionner la modification, quelqu’un se rappelle qu’il y avait une raison de garder l’ancienne version. Nouveau message à la fondatrice.

Dans l’après-midi, elle a répondu à plusieurs questions qui ne prenaient qu’une minute chacune. Mais chacune l’a aussi ramenée vers un client, une négociation ou une décision technique qu’elle pensait réglée pour l’entreprise.

Cette entreprise est imaginaire. Ce qui mérite qu’on s’y arrête, c’est le peu de choses qui doivent dérailler pour transformer un jour de congé en journée de travail.

Quand se souvenir fait partie du poste

Revenons à l’époque où l’entreprise tenait en deux personnes autour d’un bureau. Cela fonctionnait très bien. Toutes deux avaient entendu l’appel du client. Toutes deux savaient quelle promesse était ferme et quelle idée restait à explorer. Un regard pouvait porter le contexte qu’il faut aujourd’hui un paragraphe pour expliquer.

L’entreprise grandit. Les conversations se séparent. Une personne s’occupe de la livraison, une autre des ventes, une autre des factures. La fondatrice sait encore relier ces conversations, parce qu’elle était là quand le travail formait une seule histoire continue. La nouvelle collègue en reçoit les morceaux qui ont été conservés.

Lui demander de l’aide n’a rien d’absurde. C’est souvent le moyen le plus rapide d’obtenir une réponse qui tient compte du contrat, de la relation client et de ce que personne n’a pensé à écrire. Sa mémoire est devenue une composante du fonctionnement de l’entreprise.

C’est justement ce qui rend la situation difficile à changer. Chaque interruption est raisonnable prise isolément. Rédiger une explication soigneuse prend plus longtemps que répondre à la question. L’entreprise peut remettre le partage du contexte à plus tard chaque fois que quelqu’un est disponible pour le fournir.

Elle finit par recruter une personne pour prendre un domaine en charge, lui donne accès à tout, et découvre qu’il lui manque encore une forme d’autorisation : l’information nécessaire pour agir.

Un dossier nommé décisions

Supposons qu’un développeur propose de consigner les décisions importantes dans Git. L’équipe l’utilise déjà, le Markdown se lit facilement, les changements peuvent être relus. Un dossier apparaît. On y décrit une contrainte d’hébergement, la raison de conserver une ancienne dépendance et les engagements de support qui relèvent du contrat.

Cela aide. Le prochain développeur peut examiner les raisons d’un choix et l’historique de ses révisions. Conserver et comparer des modifications, c’est précisément le rôle du contrôle de version.

Puis la personne qui prépare la proposition demande si ce client peut bénéficier des mêmes conditions que la dernière fois.

La réponse déborde les frontières bien nettes du nouveau dossier. Une partie relève d’un accord commercial. Une autre concerne le coût du support d’un ancien déploiement. Une autre encore est une promesse faite après une livraison difficile. Un document peut en conserver une partie, mais quelqu’un doit encore relier ces éléments à la question et déterminer si le raisonnement de l’an dernier tient toujours.

L’équipe pourrait organiser ce travail autour de Git. Elle pourrait maintenir un index, attribuer des responsables, définir comment remplacer les décisions et apprendre à chaque agent où chercher. Ce peut être un bon choix. C’est aussi un travail qui continue une fois le dépôt créé.

La mémoire de la fondatrice remplissait plusieurs fonctions à la fois : retrouver l’épisode pertinent, reconnaître l’exception, savoir ce qui avait changé et juger ce qui pouvait être partagé. Mettre les mots dans des fichiers accomplit une partie de ce travail. Le reste devient plus visible quand quelqu’un d’autre essaie de s’en servir.

Donnons maintenant un agent à la nouvelle collègue. Il peut parcourir les documents et produire rapidement une proposition soignée. S’il retrouve l’ancien modèle mais manque l’exception, l’équipe obtient un brouillon convaincant fondé sur une connaissance incomplète de sa propre activité. La prochaine amélioration utile concerne ce qui parvient à l’agent avant qu’il écrive.

Une mémoire dont quelqu’un d’autre peut se servir

C’est ici que Mana entre dans le récit. Mana donne aux agents connectés un espace commun pour les décisions, les enseignements et les autres connaissances utiles. Un enregistrement peut porter sa source et son périmètre, être destiné à un public défini et être corrigé sous la même identité en conservant son historique. Un agent peut rechercher les éléments qui étayent une réponse au lieu de dépendre entièrement de ce qui se trouve dans sa conversation actuelle.

Dans notre entreprise imaginaire, l’exception de support devrait être expliquée de façon exploitable. Quel client concerne-t-elle ? Qu’a-t-on convenu ? Où est la preuve de cet accord ? Un accord ultérieur l’a-t-il modifiée ? Ces questions exigent toujours de l’attention de la part de la personne qui consigne la décision. Choisir ce qui mérite d’être conservé fait partie du travail.

Mana ne peut pas retrouver une promesse que personne n’a enregistrée. Il offre un endroit où la réponse peut survivre à une session et devenir accessible à un autre agent autorisé. Il fournit aussi une quantité limitée de contexte permanent à la connexion. Les grandes règles de travail peuvent arriver tôt ; les détails d’un compte particulier peuvent être recherchés lorsque la tâche le demande.

La personne qui prépare la proposition a alors davantage de chances de voir à la fois l’offre habituelle et la raison pour laquelle ce client nécessite un examen particulier. Git peut continuer à héberger le code et ses documents versionnés. Mana sert à faire circuler la connaissance entre le travail qui l’a produite et celui qui en aura besoin.

Il faut conserver une difficulté dans cette histoire. Une entreprise peut très efficacement se souvenir d’une mauvaise décision. Elle peut transformer un contournement provisoire en règle, ou garder une explication après la disparition des circonstances qui la justifiaient. Donner à un enregistrement un responsable, une source et un historique permet de l’examiner. Il faut encore que quelqu’un le fasse. Une bonne mémoire partagée devrait faciliter la découverte qu’une ancienne réponse ne s’applique plus.

Revenons à la proposition pendant les congés de la fondatrice. Cette fois, la collègue retrouve l’exception, en lit la raison et remarque que la nouvelle demande sort de son périmètre. Elle peut préparer les parties habituelles de la proposition et poser une question précise sur le nouvel engagement.

La fondatrice reçoit toujours un message. Il porte sur une décision qu’elle doit réellement prendre.

C’est ce changement que je voudrais observer avant de compter les documents stockés ou les questions traitées. Quelqu’un d’autre a pu suivre l’histoire assez loin pour reconnaître où s’arrête la connaissance existante de l’entreprise. La conversation peut commencer à cet endroit.