Optimike
Management des connaissances : choisir une méthode de transmission
Le management des connaissances organise la transmission et la réutilisation de ce qu’une équipe apprend. Pour choisir une méthode, partez de la difficulté : faut-il reproduire une opération, comprendre un choix, apprendre un geste ou tirer une leçon d’un incident ?
Ces besoins appellent des supports différents. Une procédure convient à une séquence stable. Une démonstration aide à apprendre une pratique. Un retour d’expérience conserve le contexte et les limites d’une décision. Leur combinaison peut être plus utile qu’une méthode unique appliquée à toute l’équipe.
Sommaire 4 sections
Quelle méthode pour quel besoin ?
| Besoin | Méthode adaptée | Point à vérifier |
|---|---|---|
| Répéter une opération connue. | Procédure courte, accompagnée d’un cas d’essai. | Les étapes et les exceptions sont-elles encore valides ? |
| Apprendre un geste ou un jugement de métier. | Observation, pratique accompagnée et retour précis. | La personne sait-elle agir quand le cas varie ? |
| Comprendre pourquoi un choix a été fait. | Note de décision : contexte, options, critères et conséquences. | Les conditions de ce choix sont-elles toujours présentes ? |
| Apprendre d’un projet ou d’un incident. | Retour d’expérience, relié aux actions retenues. | Une leçon a-t-elle changé une pratique ou un contrôle ? |
| Partager des cas qui évoluent. | Échanges entre pairs, avec conservation des réponses réutilisables. | Les conclusions sont-elles retrouvables après l’échange ? |
La gestion des connaissances au quotidien relie ces méthodes aux activités de l’équipe. Avant d’acheter un outil, choisissez un problème assez précis pour pouvoir observer si la transmission fonctionne.
Construire un retour d’expérience utilisable
Un retour d’expérience décrit ce qui s’est passé, ce que l’équipe en comprend et ce qu’elle décide de faire. Il perd son intérêt si une interprétation devient un fait, ou si une solution est généralisée au-delà du cas observé.
Voici un exemple pédagogique : une équipe a envoyé une ancienne version d’un document parce que deux copies portaient le même titre. Aucun chiffre de gain n’est associé à cet exemple.
- Contexte. Le document devait partir après validation. Deux copies étaient présentes dans des dossiers différents.
- Observation. La version envoyée n’était pas celle validée. Le titre seul ne permettait pas de les distinguer.
- Décision. Définir un emplacement de référence et y relier la fiche d’envoi.
- Résultat. Après un nouvel envoi, consigner ce qui a été vérifié. Tant que cet essai n’a pas eu lieu, écrire « résultat à vérifier ».
- Limite. Ce changement traite le risque de confusion entre ces copies. Il ne garantit pas que le contenu du document soit correct.
- Suite. Vérifier le dispositif au prochain envoi et corriger la fiche si une ambiguïté subsiste.
Ce canevas tient dans une note. Reliez-la à la procédure concernée et désignez la personne responsable de la suite. Sans ce raccord, le retour d’expérience risque de rester un compte rendu sans effet sur le travail.
SECI : un modèle pour penser la circulation des connaissances
Les travaux d’Ikujiro Nonaka distinguent des modes de transformation entre connaissances tacites et explicites. Dans le modèle souvent désigné par SECI, la socialisation passe par l’expérience partagée ; l’externalisation cherche à mettre une pratique en mots ; la combinaison rapproche des ressources explicites ; l’internalisation passe par leur mise en pratique.
Ce cadre aide à repérer qu’une équipe ne transmet pas uniquement par des documents. Il ne prouve pas, à lui seul, qu’un wiki ou un atelier produira un gain donné. L’article A Dynamic Theory of Organizational Knowledge Creation, publié en 1994, présente un cadre théorique de création des connaissances dans les organisations.
Le rôle des outils et de la gouvernance
Un wiki, une base documentaire ou une base de données peut soutenir la méthode retenue. Le choix dépend de ce que vous devez stocker, relier, retrouver et protéger. Un outil ne décide pas quelle version fait référence ni qui valide une correction.
Pour chaque ressource importante, précisez son responsable, son périmètre, sa source et le déclencheur de révision. Gardez aussi un moyen de signaler une erreur. La maintenance devient ainsi une responsabilité de travail, pas une consigne générale adressée à tout le monde.
Si vous hésitez sur le périmètre du terme, consultez la définition du knowledge management. Le guide KM et le guide du knowledge management permettent ensuite d’élargir la réflexion au dispositif d’ensemble.
Pour un premier essai, retenez un cas récent et une seule méthode. Faites utiliser le support par une autre personne, notez le blocage réel et décidez de la correction. Vous aurez alors un apprentissage à capitaliser, au lieu d’une liste de méthodes à déployer.