Knowledge management
capitaliser sur le savoir interne
Un wiki interne ne suffit pas à faire du knowledge management. Ce que recouvre vraiment la démarche, et comment la mettre en place sans qu’elle retombe après trois mois.
Le knowledge management organise la capture, le partage et la réutilisation du savoir utile à l’entreprise, au-delà du simple stockage de documents. Sa réussite dépend d’une distinction souvent négligée entre connaissance explicite, facile à documenter, et connaissance tacite, liée à l’expérience terrain. Une démarche progressive, adaptée à la taille de l’entreprise et portée par le management, réussit bien mieux qu’un outil déployé seul.
- Pas un wiki : le knowledge management organise aussi comment le savoir circule entre les personnes.
- Deux types de connaissance : explicite (documentable) et tacite (expérience terrain).
- Méthode progressive : commencer simple, adapter la structure à la taille de l’entreprise.
- Cause d’échec n°1 : un outil déployé sans portage managérial ni usage réel.
Qu’est-ce que le knowledge management, au-delà de la définition théorique
Le knowledge management organise la capture, le partage et la réutilisation des connaissances utiles à l’entreprise. Ce n’est pas un synonyme de gestion documentaire : stocker des fichiers dans un dossier partagé ne garantit ni qu’on les retrouve, ni qu’on les utilise, ni qu’ils restent pertinents dans le temps. On l’oublie souvent : la gestion des connaissances concerne autant la manière dont le savoir circule entre les personnes que la manière dont il est stocké.
Une entreprise qui pratique réellement le knowledge management sait répondre à une question simple : si une personne clé quitte l’entreprise demain, qu’est-ce qui disparaît avec elle ? Plus la réponse est longue, plus la démarche a de la valeur à apporter.
Connaissance tacite et connaissance explicite
une distinction qui change tout
La connaissance explicite se documente facilement : une procédure, une fiche produit, un mode opératoire. Elle peut être écrite, archivée, retrouvée par mot-clé. La connaissance tacite est différente : c’est le savoir-faire accumulé par l’expérience, les réflexes développés sur le terrain, les raisons pour lesquelles une équipe évite telle méthode sans que ce soit écrit nulle part. Elle ne se transmet pas par un document, mais par l’observation, le mentorat, ou des retours d’expérience organisés.
La plupart des démarches de knowledge management qui échouent se concentrent uniquement sur la connaissance explicite, parce qu’elle est plus simple à traiter avec un outil. La connaissance tacite, pourtant souvent la plus précieuse, reste alors dans la tête de quelques personnes, sans filet.
Facile à documenter
Procédures, fiches, modes opératoires. Se retrouve par mot-clé dans un wiki ou une base de connaissances, sans effort particulier de transmission.
Liée à l’expérience terrain
Réflexes, savoir-faire accumulé, raisons non écrites d’éviter telle méthode. Se transmet par le mentorat et les retours d’expérience, pas par un document seul.
Pourquoi investir dans le knowledge management
Les bénéfices concrets se voient d’abord au moment des départs : moins de savoir perdu quand une personne clé quitte l’entreprise, moins de temps passé à reconstituer une méthode qui existait déjà. Une équipe qui perd son seul expert d’un processus critique, sans qu’aucune trace de sa méthode n’ait été organisée ailleurs, peut mettre plusieurs semaines à retrouver un niveau de maîtrise équivalent — un coût rarement chiffré à l’avance, mais bien réel une fois la situation vécue.
Les bénéfices se voient aussi à l’arrivée : un nouvel employé monte en compétence plus vite quand il peut s’appuyer sur un socle de connaissances organisé plutôt que sur des explications orales dispersées entre plusieurs collègues. Un autre bénéfice, moins visible mais tout aussi réel : éviter de refaire les mêmes erreurs d’un projet à l’autre. Sans mémoire organisationnelle, chaque équipe redécouvre à ses frais des problèmes déjà résolus ailleurs dans l’entreprise, parfois quelques mois plus tôt.
Une méthode progressive pour démarrer, selon la taille de l’entreprise
Dans une petite structure, il n’est pas nécessaire de déployer un outil complexe pour commencer. Un rituel simple suffit souvent : un débrief de fin de projet, documenté en quelques lignes, qui capture ce qui a marché et ce qui a posé problème. Répété régulièrement, ce rituel construit une mémoire utile sans lourdeur.
Dans une organisation plus grande, la démarche gagne à être structurée davantage : un référentiel de connaissances avec des responsables de contenu identifiés par domaine, chargés de vérifier que l’information reste à jour. Sans ce portage humain, même le meilleur outil se remplit une fois et se vide de son utilité au fil des mois.
| Taille de l’entreprise | Point de départ recommandé |
|---|---|
| Petite structure | Débriefs de projet documentés en quelques lignes |
| Organisation moyenne à grande | Référentiel structuré, responsables de contenu par domaine |
Les outils courants et leurs limites
Les wikis internes, les bases de connaissances et les outils collaboratifs facilitent la centralisation de la connaissance explicite : ils permettent de retrouver une procédure, une décision passée, une documentation technique. Leur limite apparaît vite face à la connaissance tacite, qu’aucun outil ne capte seul : un logiciel n’organise pas de lui-même le mentorat, les retours d’expérience ou les échanges informels qui font vivre le savoir-faire.
Le choix de l’outil compte donc moins que la démarche qui l’accompagne. Une revue trimestrielle du contenu, même rapide, suffit souvent à repérer ce qui est devenu obsolète avant que quelqu’un ne s’y fie par erreur. Un wiki bien pensé mais jamais alimenté vaut moins qu’un simple document partagé, régulièrement mis à jour par une équipe qui a pris l’habitude de le faire.
Pourquoi la plupart des projets de knowledge management échouent
La cause la plus fréquente reste l’outil déployé sans usage réel qui l’accompagne : la direction achète une solution, l’annonce en réunion, puis rien ne change dans les habitudes quotidiennes. Sans portage managérial visible, personne ne prend le temps d’alimenter ni de consulter le système, faute de le voir valorisé.
L’autre cause fréquente est plus lente à se voir : un contenu jamais mis à jour, qui devient obsolète sans que personne ne s’en aperçoive tout de suite. Une fois qu’un collaborateur tombe sur une information périmée et se trompe en s’y fiant, la confiance dans l’ensemble du système chute, et l’outil retombe dans l’oubli malgré tout l’investissement initial.
Quelle est la différence entre knowledge management et gestion documentaire ?
La gestion documentaire stocke des fichiers. Le knowledge management organise en plus la manière dont le savoir circule entre les personnes, y compris la connaissance tacite qu’aucun document ne capture seul.
Quels outils utiliser pour le knowledge management ?
Wikis internes, bases de connaissances et outils collaboratifs sont utiles pour la connaissance explicite, mais insuffisants seuls : ils demandent une démarche humaine associée pour capter la connaissance tacite.
Pourquoi les projets de gestion des connaissances échouent-ils souvent ?
Le plus souvent parce qu’un outil est déployé sans portage managérial ni usage réel, ou parce que le contenu n’est jamais mis à jour et devient obsolète, ce qui fait perdre confiance aux équipes.
Comment démarrer un knowledge management dans une petite entreprise ?
En commençant simple : un débrief de fin de projet documenté en quelques lignes, répété régulièrement, suffit souvent à construire une première mémoire organisationnelle utile.
La question qui vaut la peine d’être posée régulièrement n’est pas « avons-nous un outil de knowledge management », mais « qu’apprendrait-on si la personne la plus expérimentée de l’équipe partait demain ».