Ce que vos équipes savent et que personne n'a encore capturé

La plupart des projets IA échouent avant même de démarrer.

Pas à cause de la technologie. Pas à cause du budget. À cause d'un diagnostic absent : personne n'a pris le temps de regarder ce que l'organisation sait vraiment, comment elle le sait, et où cette connaissance vit.

Cartographier : regarder avant de toucher

La première phase ne produit rien d'opérationnel. Délibérément.

Cartographier, c'est comprendre avant d'agir. On entre dans une organisation, on observe, on écoute, on pose des questions inconfortables. Où sont les décisions qui comptent vraiment ? Qui les prend, sur quelle base, avec quelle information ? Qu'est-ce qui est documenté et qu'est-ce qui ne vit que dans la mémoire d'une seule personne ?

Le piège le plus fréquent à cette étape : vouloir passer à la solution trop vite. Le dirigeant a entendu parler d'un outil. L'équipe IT a déjà une recommandation. Le prestataire a déjà une démo prête. Tout le monde veut avancer.

Mais avancer sans cartographier, c'est construire sur du sable. L'IA va amplifier ce qu'elle trouve. Si ce qu'elle trouve est fragmenté, contradictoire, enfermé dans des silos, elle va amplifier la fragmentation, la contradiction, les silos.

Cette phase prend du temps. C'est son rôle. Elle force l'organisation à se regarder en face. Ce qu'on découvre à ce stade est souvent plus précieux que tout ce qui viendra ensuite.

Éliciter : faire sortir ce qui ne se dit pas

Une fois la carte posée, on sait où chercher. Il reste à extraire.

Éliciter, c'est le travail le plus délicat de la méthode. Il s'agit de faire sortir la connaissance implicite — celle qui n'a jamais été mise en mots parce qu'elle semblait évidente, parce qu'elle appartient à quelqu'un qui est là depuis vingt ans, parce que personne n'a jamais demandé.

Cette connaissance existe sous plusieurs formes :

• Les heuristiques d'un commercial expérimenté qui sait en cinq minutes si un prospect va convertir.
• Le raisonnement d'un responsable de production qui anticipe un aléa avant qu'il devienne incident.
• Le jugement d'une directrice de service qui calibre une décision RH sans pouvoir expliquer exactement pourquoi.

Ce savoir est réel. Il est souvent critique. Et il est entièrement invisible pour une IA si personne ne l'a mis en forme.

L'élicitation se fait par des entretiens structurés, des ateliers, des mises en situation. Pas des questionnaires en ligne. Pas des formulaires. Un vrai travail humain, de la présence, de l'écoute, des relances.

Codifier : ancrer pour que ça dure

On codifie ce qui a été élicité. Pas avant.

Codifier, c'est donner à la connaissance une forme que l'organisation peut stocker, interroger, transmettre et faire évoluer : des bases de connaissances structurées, des procédures de décision formalisées, des référentiels métier accessibles, des mémoires de projets exploitables.

C'est à cette étape que la technologie entre vraiment en jeu. Pas comme point de départ, comme point d'arrivée. L'outil ne crée pas la connaissance, il la sert. Et il ne peut la servir que si elle est propre, cohérente, gouvernée.

Le piège ici est peut-être le plus sournois : codifier de façon trop rigide. La connaissance d'une organisation n'est pas statique. Les marchés bougent, les équipes changent, les pratiques évoluent. Une codification qui fige plutôt qu'elle n'organise devient obsolète en quelques mois.

C'est pourquoi la méthode est une boucle. Cartographier, Éliciter, Codifier, puis revenir cartographier pour identifier ce qui a changé. Ce n'est pas un projet avec une fin, c'est un processus avec une cadence.

Pourquoi l'ordre est une contrainte, pas un choix

On nous demande parfois si on peut commencer par la codification — partir de ce qui existe déjà : les fichiers partagés, la documentation, la base de données.

La réponse est non.

Ce qui existe déjà dans les systèmes est rarement représentatif de ce que l'organisation sait vraiment. C'est ce que quelqu'un a eu le temps de documenter, un jour, dans un contexte donné. Ce n'est pas la connaissance opérationnelle, c'est son ombre.

Codifier sans éliciter, c'est systématiser l'incomplet. Éliciter sans cartographier, c'est interroger les mauvaises personnes sur les mauvais sujets. Les trois étapes se conditionnent mutuellement. Supprimer l'une n'accélère pas le processus — ça le vide de son sens.

Ce que cette méthode révèle en réalité

Au fond, Cartographier, Éliciter, Codifier n'est pas une méthode de déploiement IA. C'est une méthode de connaissance de soi organisationnelle.

Les organisations qui traversent ce processus découvrent des choses qu'elles ne soupçonnaient pas : des dépendances critiques sur une ou deux personnes, des savoirs qui ne sont transmis nulle part, des processus qui fonctionnent grâce à des ajustements informels que personne n'a jamais formalisés.

Ces découvertes sont inconfortables. Elles sont aussi les plus utiles.

Une organisation qui se connaît bien peut déployer l'IA de façon ciblée, sobre, efficace. Une organisation qui ne se connaît pas va déployer des outils coûteux pour automatiser son propre désordre.

La question n'est pas : « quelle IA déployer ? » La question est : « que sait-on vraiment, et comment est-ce que ça vit dans l'organisation ? »

Répondre à ça honnêtement, c'est le début de tout le reste.