/ Comment ça fonctionne

L’entretien fournit les données. La boucle de rétroaction est le moteur.

Un cycle récurrent : interroger, structurer, repérer les lacunes, puis interroger de nouveau la bonne personne sur le bon sujet. Priorisé, sans être interminable.

Le modèle opérationnel

Une mise en place. Puis une boucle de rétroaction vivante.

Commencez par identifier les processus essentiels et les experts. Répétez ensuite un cycle : interroger les employés, créer et mettre à jour la base de connaissances, repérer les lacunes et planifier les suivis, puis revenir à des entretiens ciblés avec les employés. Les questions, les défaillances, les corrections, les tests de transfert et les changements de processus issus du travail réel alimentent aussi l’étape des lacunes et des suivis.

01
Définir la direction

Identifier les processus essentiels et les experts

Définir le premier périmètre, les priorités et les personnes à interroger.

Cycle récurrent Chaque passage devient plus précis
  1. 02
    Saisie

    Interroger les employés

    Recueillir des exemples, des décisions, des exceptions et des sources.

  2. 03
    Structuration

    Créer la base de connaissances

    Transformer les preuves en guides reliés, sourcés et consultables.

  3. 04
    Amélioration

    Repérer les lacunes et planifier les suivis

    Transformer les connaissances manquantes ou imprécises en prochaines questions.

01

Identifier ce qui compte

Commencez par les flux de travail essentiels, les dépendances connues et un petit groupe d’employés. Convenez du périmètre, des priorités opérationnelles, des sources autorisées et du temps à consacrer aux entretiens.

Ce point de départ lance la boucle. Il n’est pas nécessaire de cartographier d’abord toute l’entreprise.

Résultat : périmètre, priorités, temps alloué et première liste de personnes à interroger.

02

Interroger les employés

Des agents d’IA mènent des entretiens conversationnels, par la voix ou par clavardage, sur le travail réel. Ils demandent des exemples concrets, les décisions prises, les exceptions, les scénarios de défaillance et le raisonnement derrière chaque étape, plutôt qu’une simple description générale d’un rôle.

Les employés peuvent joindre des documents, des captures d’écran ou des démonstrations. Les entretiens font aussi ressortir les autres personnes qui détiennent des connaissances pertinentes.

Résultat : transcriptions, sources et dépendances nommées.

03

Créer et mettre à jour la base de connaissances

Le contenu devient un wiki interconnecté et consultable : processus, procédures, règles de décision, exemples, dépendances et guides de dépannage. Le contenu source est conservé séparément des pages structurées.

Chaque information importante conserve sa source, son responsable, son état de révision et sa date de vérification. Les explications provisoires ne sont jamais présentées comme des procédures vérifiées.

Résultat : des pages wiki avec leur provenance, intégrées à vos outils existants si vous le souhaitez.

04

Repérer les lacunes et déclencher les prochains entretiens

Les connaissances accumulées sont analysées pour repérer les étapes manquantes, les contradictions, les décisions imprécises, les informations désuètes et les dépendances envers d’autres employés.

Pour chaque lacune importante, le système identifie la bonne personne, génère des questions ciblées et propose ou planifie un suivi selon les disponibilités et les limites d’entretien approuvées. La boucle revient ensuite à l’étape 2.

/ Exemple illustratif

Lorsqu’un seul ingénieur sait comment rétablir la production.

Entretien
« Si le service tombe en panne, nous appelons Marc. »
Lacune
En cas de défaillance de la base de données, le guide d’intervention indique « promouvoir la réplique ». Il n’explique pas comment vérifier que les commandes récentes sont présentes ni comment l’application se reconnecte. Si Marc part, ces connaissances partent avec lui.
Suivi
Decant interroge Marc sur le retard de réplication, le choix d’une réplique et la reconnexion de l’application. Il lui demande la configuration pertinente et les notes d’incident.
Mise à jour
Un guide de reprise révisé consigne les vérifications, les points de décision et les critères d’escalade, avec les sources et un responsable.
Test
Un deuxième ingénieur répète le guide dans un environnement de test. Un paramètre de connexion manquant déclenche un suivi ciblé avant que la procédure soit utilisée en production.
/ Ce que signifie « auto-amélioration »

Des connaissances mieux étayées et des questions plus précises, sans qu’un modèle croie ses propres réponses.

Lancez d’abord la boucle avec une seule équipe.

Réserver un projet pilote