Former à tenir un système, pas à utiliser un outil
FormationTransmissionExploitationAutonomie2026-06-099 min
Savoir se servir d'un outil et savoir le tenir sont deux compétences différentes. La seconde est celle qui décide si le système survit au départ du prestataire.
Deux compétences qu'on confond
Quand une organisation dit qu'elle a « formé ses équipes », elle a presque toujours formé les utilisateurs. C'est nécessaire, et cela ne rend l'organisation autonome sur rien.
Tenir un système, c'est autre chose : savoir dire s'il fonctionne encore, savoir pourquoi il s'est dégradé, savoir le corriger. Cette compétence ne concerne que deux ou trois personnes, elle s'acquiert par la pratique, et c'est elle qui décide si le système survit au départ de celui qui l'a construit.

Ce qu'un référent doit savoir faire, seul
- Rejouer le jeu de tests et lire l'écart avec la référence. C'est le geste de base, celui qui répond à « est-ce que ça marche toujours ».
- Ajouter un cas au jeu de tests quand un utilisateur remonte une erreur. Sans cela, la mesure se périme.
- Mettre à jour le corpus : ajouter, retirer, réindexer, et vérifier que la recherche s'est améliorée et non dégradée.
- Lire les journaux pour distinguer un problème de récupération d'un problème de génération. Ce sont deux corrections différentes.
- Modifier un prompt et mesurer l'effet, dans cet ordre. La partie difficile n'est pas la modification, c'est la mesure.
Pourquoi ça ne se transmet pas par documentation
J'ai longtemps livré des documents d'exploitation soignés. Ils étaient lus une fois, puis jamais rouverts.
La raison est simple : ces gestes ne se retiennent pas en les lisant. Ils se retiennent en les ayant faits une fois, en ayant vu le résultat, et en ayant compris ce qui se passait. Un document décrit la procédure ; il ne donne pas la représentation mentale qui permet de diagnostiquer un cas non prévu.
J'ai donc changé de méthode : le référent fait les gestes lui-même pendant la mission, sur le vrai système, avec moi à côté. Le document ne sert plus qu'à se rappeler l'ordre des étapes.
Le test de sortie de mission
Il est simple et il n'est pas négociable. Avant mon départ, je provoque une modification réelle, un changement de modèle, ou l'ajout d'une source au corpus, et le référent la conduit seul, du début à la fin, journaux et mesure compris.
Je regarde sans intervenir. Si cela ne passe pas, la mission n'est pas finie, et ce n'est pas au client de le découvrir trois mois plus tard.
Ce test a un effet secondaire utile : il oblige à ce que le référent soit identifié dès le début et qu'il ait du temps, ce qui est une décision d'organisation que personne ne prend spontanément.
L'erreur d'organisation la plus fréquente
Désigner comme référent la personne la plus disponible plutôt que la plus légitime. Le bon référent est celui qui connaît le métier et que les utilisateurs vont solliciter naturellement. S'il n'a pas de temps dégagé, il faut arbitrer, pas contourner.
Le lien avec la conformité
Cette exigence rejoint l'obligation de littératie IA du règlement européen, applicable depuis le 2 février 2025 : les personnes doivent disposer d'un niveau de connaissance suffisant au regard de leur rôle.
Pour un utilisateur, cela veut dire connaître les limites de l'outil. Pour un référent, cela veut dire davantage. Traiter les deux avec le même contenu, comme le font beaucoup de catalogues, ne satisfait ni l'un ni l'autre. Le sujet est développé dans l'obligation passée inaperçue.
Les trois gestes, nommés
Lire un journal, rejouer le jeu de tests, décider d'un refus : ces trois gestes suffisent à rendre une équipe autonome, et aucun ne demande de savoir entraîner un modèle. C'est ce que je transmets en priorité.
Lire un journal permet de séparer deux causes opposées : l'information n'était pas dans le contexte fourni, ou elle y était et la réponse était mauvaise. Rejouer le jeu de tests permet de décider un changement sur des chiffres. Décider d'un refus est une compétence métier, pas technique.
Leur transmission prend une journée, sur le système réel avec ses journaux et ses questions réelles. Le déroulé précis figure dans les trois gestes qui font tenir un système.
Pourquoi la documentation ne suffit pas
Un document décrit une procédure ; il ne produit pas le réflexe de la déclencher au bon moment. C'est la limite structurelle de la transmission écrite sur ces sujets.
Une équipe peut disposer d'une documentation complète et ne jamais ouvrir un journal, parce que personne ne lui a montré ce qu'on y lit et ce que cela permet de conclure.
La transmission qui fonctionne se fait en traitant ensemble des incidents réels, pas en lisant. Le critère de réussite est vérifiable : l'équipe traite seule le premier incident survenu après la formation. Si elle rappelle, la transmission n'a pas eu lieu.
L'erreur d'organisation la plus fréquente
Désigner un référent unique crée un point de défaillance : il part, et le système redevient orphelin. Deux personnes au minimum, et le partage effectif des gestes.
Le schéma est constant : une personne s'intéresse, apprend, devient le référent de fait, et concentre toute la connaissance. Son départ ou son changement de poste ramène l'organisation à la case départ.
La parade est simple et rarement appliquée : faire traiter les incidents à tour de rôle, même quand l'un des deux va plus vite. C'est un investissement de quelques heures qui protège plusieurs mois de travail, dans la logique de la dette technique d'un système d'IA.
Questions fréquentes
- Quelle est la différence entre utiliser et tenir un système ?
Utiliser, c'est poser des questions et lire des réponses. Tenir, c'est diagnostiquer une réponse fausse, décider d'un changement sur des chiffres, et trancher le périmètre de refus.
- Que doit savoir faire un référent, seul ?
Lire un journal pour séparer un problème de récupération d'un problème de réponse, rejouer le jeu de tests et l'alimenter, et décider quelles questions reçoivent un refus.
- Pourquoi la documentation ne suffit-elle pas ?
Parce qu'elle décrit une procédure sans produire le réflexe de la déclencher. La transmission se fait en traitant ensemble des incidents réels, pas en lisant.
- Combien de référents désigner ?
Deux au minimum, avec traitement des incidents à tour de rôle. Un référent unique concentre la connaissance et son départ ramène l'organisation à la case départ.