Knowledge management : mettre en place un premier dispositif

Pour mettre en place le knowledge management, commencez par une activité dont la transmission pose problème. Choisissez un destinataire, réunissez les sources, désignez un responsable et faites essayer le support. Ce premier dispositif permet de vérifier le besoin avant d’étendre la documentation ou d’acheter une plateforme.

Le knowledge management est la gestion des connaissances à l’échelle d’une organisation. Il s’intéresse autant aux ressources écrites qu’aux pratiques et aux personnes qui permettent de les utiliser.

Sommaire 9 sections

1. Un cas de départ : transmettre une opération avant un départ
2. 1. Définir le périmètre et le destinataire
3. 2. Retrouver les sources et les connaissances manquantes
4. 3. Choisir le mode de transmission
5. 4. Rendre les responsabilités visibles
6. 5. Faire essayer avant d’étendre
7. 6. Organiser la maintenance
8. Quels outils prévoir ?
9. Que mesurer dans ce premier dispositif ?

Un cas de départ : transmettre une opération avant un départ

Voici un exemple pédagogique. Une personne expérimentée quitte une équipe. Elle connaît une opération récurrente, conserve les documents utiles et reconnaît les cas qui exigent une vérification supplémentaire. Son successeur doit pouvoir reprendre cette activité.

Le résultat attendu n’est pas de capturer tout ce qu’elle sait. Il est de rendre cette opération reprenable : retrouver la référence, exécuter les étapes autorisées, reconnaître les exceptions et contacter un relais en cas de doute.

1. Définir le périmètre et le destinataire

Écrivez l’activité concernée, ce qui entre dans le pilote et ce qui reste hors de son périmètre. Identifiez la personne qui reprendra le travail et les accès dont elle dispose déjà.

Dans notre exemple, le pilote peut couvrir l’opération courante et le repérage des exceptions. Les décisions inhabituelles restent confiées au responsable désigné. Cette limite doit apparaître dans le support.

2. Retrouver les sources et les connaissances manquantes

Rassemblez la procédure actuelle, les documents de référence et quelques cas récents. Demandez à la personne expérimentée où elle cherche une réponse, quels critères elle examine et ce qu’elle fait lorsqu’un cas ne ressemble pas aux précédents.

Les méthodes de gestion de l’information aident à préparer cette matière. Ne fusionnez pas automatiquement des sources qui ont des propriétaires ou des droits d’accès différents.

3. Choisir le mode de transmission

Pour les étapes stables, préparez un support que le destinataire pourra retrouver. Pour les gestes ou les jugements difficiles à expliquer, organisez une démonstration et un essai accompagné. Les principes de conception du KM permettent de choisir entre codification et échange direct.

Les méthodes de transmission détaillent les formats possibles. Un même pilote peut réunir une fiche d’orientation, une procédure et un temps de pratique, chacun avec une fonction claire.

4. Rendre les responsabilités visibles

Champ	Dans le pilote	Contrôle
Source	Procédure validée et documents liés à l’opération.	Le destinataire identifie la version en vigueur.
Responsable	Personne qui répond du contenu après le départ.	Un relais est prévu si elle est indisponible.
Validation	Relecture par l’expert et contrôle du cas d’essai.	Les limites et les exceptions sont explicites.
Réutilisation	Essai de reprise par le destinataire.	Les hésitations et les corrections sont consignées.

Attribuez aussi la décision de publier une correction. Sinon, une proposition utile peut rester en attente, ou une réponse locale devenir une règle sans validation.

5. Faire essayer avant d’étendre

Sur un cas adapté, laissez le destinataire retrouver les ressources et expliquer ce qu’il ferait. Accompagnez l’exécution lorsque l’activité le demande. Observez les manques : un titre trompeur, une étape implicite, une version douteuse ou une exception non décrite.

Corrigez le support à partir de ces observations, puis reprenez le point qui bloquait. Un document approuvé par son auteur ne suffit pas à démontrer qu’une autre personne peut s’en servir.

6. Organiser la maintenance

Définissez les événements qui imposent une revue : changement de procédure, nouvel outil, incident, évolution des droits ou erreur signalée. Une date de contrôle peut compléter ces déclencheurs. Le bon rythme dépend du risque et de la fréquence de changement.

Gardez les anciennes versions lorsqu’elles expliquent une décision passée, tout en signalant clairement la référence actuelle. La documentation gagne à rester limitée aux ressources que l’équipe peut effectivement maintenir.

Quels outils prévoir ?

Utilisez d’abord un support compatible avec les habitudes et les contraintes de l’équipe : espace documentaire, wiki, fiche de procédure ou base de données. Vérifiez la recherche, les droits, l’historique des versions et les possibilités d’export sur vos propres cas.

Si vous ajoutez un assistant IA, vérifiez qu’il respecte les droits d’accès, cite les sources et permet de revenir au document de référence. Une réponse plausible ne prouve pas qu’une personne a acquis un savoir-faire ni que la procédure est valide.

Que mesurer dans ce premier dispositif ?

Observez si le destinataire retrouve la référence, réalise le cas prévu et sait quand demander de l’aide. Relevez les corrections, les questions qui reviennent et le temps consacré à entretenir le support. Comparez avec les contraintes que vous avez posées au départ.

Si le problème concerne plusieurs dépendances ou des causes encore inconnues, le guide pour agir face à un problème complexe aide à préparer un test plus ciblé. Une base de connaissances ne résout pas à elle seule une responsabilité mal définie ou un processus contradictoire.

Avant d’étendre le pilote, prenez une décision explicite : conserver ce qui a servi, corriger le blocage principal ou arrêter un dispositif trop coûteux pour son usage. Ce choix donne une suite à l’apprentissage et évite qu’un essai devienne une archive supplémentaire.