Dans beaucoup d'entreprises, le processus de gestion des connaissances se résume à chercher qui sait.
Quelqu'un a besoin de comprendre comment fonctionne un sujet, trouve un document qui est peut-être à jour, puis part à la recherche de la personne qui l'a rédigé. Cette personne a souvent changé de poste, ou ne se souvient plus des détails.
Les gens reconstituent donc la réponse à partir de fils de discussion et de collègues, et écrivent parfois un nouveau document au passage. La personne suivante refait la même recherche, avec une version de plus à départager.
Les connaissances ont besoin d'un parcours qui ne dépende pas de ce dont chacun se souvient. Cela demande une routine qui se répète, où chaque étape a un déclencheur, un responsable et un résultat clair. Nous passons ci-dessous en revue les cinq étapes, de la capture au retrait, qui en est responsable, et comment repérer qu'une étape est défaillante.
Points clés
- Cinq étapes suffisent pour donner à chaque type de travail sur les connaissances son propre déclencheur et son propre responsable, même si les modèles publiés vont de trois à dix étapes.
- La capture dépend d'un accord sur les moments qui comptent, comme une décision ou une question posée deux fois.
- Un ancien document a cinq issues possibles : le conserver, le fusionner, l'archiver, le supprimer ou le garder comme historique.
- Les symptômes répétés montrent quelle étape fuit, ce qui permet de corriger cette étape en premier.
- Une routine de maintenance, avec un agent IA qui vérifie et une personne qui valide les changements, garde les documents exacts à mesure que le travail évolue.
- Les agents IA lisent aussi bien les anciens documents que les nouveaux : des documents obsolètes réduisent donc la justesse de leurs réponses, même quand la réponse à jour est disponible.
Qu'est-ce que le processus de gestion des connaissances ?
Le processus de gestion des connaissances est l'ensemble d'étapes récurrentes qui fait passer les connaissances des conversations et de la tête des gens vers des documents fiables, confirme qu'elles sont correctes, les garde exactes quand les choses changent, et les retire quand elles cessent d'être utiles. Les cinq étapes sont capturer, organiser, vérifier, maintenir et retirer.
Comme les étapes se répètent, on parle aussi de cycle ou de cycle de vie de la gestion des connaissances. Dans la pratique, elles se chevauchent, et plusieurs peuvent s'appliquer en même temps à un même document.
| Étape | Ce qui la déclenche | Qui en est responsable | Ce que vous obtenez |
|---|---|---|---|
| Capturer | Une décision est prise, ou la même question revient deux fois | La personne qui a pris la décision ou donné la réponse | Un court document avec la décision, la raison et la date |
| Organiser | De nouvelles connaissances ont besoin d'une place, ou un doublon apparaît | Le responsable de l'équipe à laquelle appartiennent les connaissances | Un document mis à jour, ou un nouveau document au bon endroit avec un propriétaire |
| Vérifier | Un document est nouveau, ou a changé de façon importante | Le propriétaire du document, ou une personne qui connaît le sujet | Un statut et une date visibles |
| Maintenir | Une date de revue arrive, le sujet change, ou un lecteur signale un problème | Le propriétaire du document | Une correction, une nouvelle date de revue ou un remplaçant désigné |
| Retirer | Un document a été remplacé ou dupliqué, son sujet n'existe plus, ou il ne peut pas être confirmé | Le propriétaire du document, ou le responsable d'équipe si le propriétaire est parti | Une issue consignée et un remplaçant désigné, s'il y en a un |
Le processus fait partie de la gestion des connaissances au sens large. Il couvre ce qui arrive aux connaissances au quotidien, tandis qu'une stratégie met en place le programme qui l'entoure, avec les rôles, le déploiement et les objectifs.
Combien d'étapes compte le processus de gestion des connaissances ?
Il n'existe pas de standard universel pour le nombre d'étapes d'un processus de gestion des connaissances, et les cadres de gestion des connaissances et guides publiés vont de trois à dix.
Après près de 10 ans sur le marché en tant que base de connaissances, nous recommandons chez Slite cinq étapes :
- capturer,
- organiser,
- vérifier,
- maintenir
- et retirer.
Capturer : comment une décision passe de Slack à un document
La capture des connaissances est l'étape où les connaissances issues d'une conversation, d'une réunion ou de l'expérience de quelqu'un deviennent un document écrit. Elle démarre généralement quand une décision est prise, ou quand quelqu'un répond à une question que d'autres sont susceptibles de poser à nouveau. La personne la plus proche de la décision est la mieux placée pour la rédiger, car elle sait ce qui a été décidé et pourquoi.
Un bon document de capture est court.
Il consigne la décision, la raison qui la motive et la date, avec des liens vers les tickets ou documents associés.
C'est généralement suffisant pour qu'une personne absente de la conversation comprenne ce qui s'est passé et puisse agir.
Il est utile de convenir en équipe des moments qui méritent d'être rédigés. Parmi les exemples courants :
- les décisions prises dans un fil Slack,
- les questions qui reviennent plus d'une fois
- et les processus expliqués à une nouvelle recrue.
Les résumés IA de réunions ou de fils de discussion peuvent fournir un premier brouillon, que l'auteur relit pour repérer ce qui a été oublié.
Certaines connaissances ne ressortent jamais dans une conversation, parce que les personnes expérimentées les appliquent sans penser à les expliquer. Capturer ce type de connaissance tacite passe généralement par des entretiens ou du temps passé à les observer, et un plan de transfert de connaissances donne un cadre à ce travail avant qu'une personne change de poste.
Organiser : comment les connaissances reçoivent une structure dans laquelle on peut naviguer
Organiser donne aux connaissances une structure dans laquelle les gens peuvent se repérer. Cela passe généralement par un canal pour chaque équipe ou sujet, des documents parents qui regroupent les documents liés, et des liens internes qui relient un document à ceux qui l'entourent.
Il est utile de s'accorder sur cette structure à l'avance, pour que chaque équipe ne construise pas la sienne. Un plan simple de ce qui va où suffit souvent, et les nouvelles recrues peuvent l'apprendre pendant leur intégration.
La structure détermine aussi ce qui se passe quand quelqu'un a de nouvelles connaissances à ajouter. Cette personne peut d'abord chercher un document existant, puis le mettre à jour ou le compléter, ce qui garde la base de connaissances organisée à mesure qu'elle grandit.
Un nouveau document a du sens quand rien ne couvre encore le sujet, et que la structure indique où le placer.
Chaque document a aussi besoin d'un propriétaire désigné, chargé de le garder exact. Les responsables d'équipe assument souvent ce rôle ou l'attribuent au sein de leur équipe, et ils peuvent réattribuer un document quand son propriétaire change de poste ou part.
Vérifier : comment un document est confirmé avant que les gens s'y fient
Vérifier un document consiste à confirmer qu'il est correct avant que les personnes et les agents IA ne commencent à s'y fier. Le propriétaire le contrôle, ou demande à une personne qui connaît le sujet s'il n'est pas sûr. Un statut et une date visibles indiquent ensuite aux lecteurs dans quelle mesure ils peuvent lui faire confiance.
La vérification concerne les documents destinés à rester vrais dans le temps, comme les processus, les références et les guides pratiques.
Les notes de réunion, les rétrospectives et les plans de projet terminés consignent ce qui s'est passé à un moment donné : ils n'ont donc pas besoin du même contrôle.
Une fois un document vérifié, les gens peuvent le lier depuis les canaux et les documents associés qu'ils utilisent déjà, et les agents IA peuvent le lire via MCP ou une API. La documentation produit, par exemple, doit parvenir au marketing et au support avant que les clients ne posent des questions sur une version.
Maintenir : comment un document reste vrai après sa publication
Maintenir consiste à garder un document vérifié exact à mesure que le travail qui l'entoure évolue. Relire chaque document à la main devient irréaliste quand une base de connaissances grandit : il est donc utile de transformer ce travail en routine.
Mettre en place une routine de maintenance
Une routine de maintenance indique quels documents suivre, à quelle fréquence les contrôler, par rapport à quoi les contrôler et qui relit le résultat. Un bon point de départ consiste à commencer par les documents sur lesquels les gens s'appuient le plus, comme les processus, les politiques et les guides pratiques.
La source dépend du document.
Un document produit peut être contrôlé par rapport au code ou aux notes de version, et un processus par rapport aux tickets ou au canal Slack où il évolue.
Les documents doivent aussi être contrôlés en dehors de la routine quand quelque chose qu'ils décrivent change ou qu'un lecteur signale un problème.
Chaque revue se termine de l'une de ces trois façons :
- Si le contenu est faux et que le propriétaire connaît la version correcte, il modifie le document.
- Si le contenu semble faux mais que le propriétaire n'en est pas sûr, il interroge la personne qui sait et précise exactement ce qu'il faut vérifier.
- Si un autre document l'a remplacé, il le marque comme obsolète et désigne son remplaçant.
Une routine a besoin d'une personne désignée derrière elle, car les mises à jour se font rarement toutes seules.
Moins de 1 document sur 20 est mis à jour au cours d'un mois donné, et d'après notre expérience, les rappels envoyés à toute l'entreprise n'y changent pas grand-chose. La maintenance d'une base de connaissances explique comment décider quels documents corriger en premier.
Comment l'IA aide à la maintenance
Les agents IA peuvent faire le contrôle pour lequel les gens manquent rarement de temps. Un agent peut comparer chaque document à ses sources connectées selon un calendrier, repérer les contenus obsolètes et rédiger la correction.
Le rôle du propriétaire devient alors de relire les changements proposés plutôt que de traquer les problèmes.
Une personne doit tout de même valider chaque changement avant son application, ce qui évite qu'une modification erronée se glisse dans les documents sur lesquels s'appuient les personnes et les autres agents. C'est ainsi que fonctionne une base de connaissances qui se maintient toute seule.
Retirer : comment décider du sort d'un ancien document
Retirer, c'est prendre une décision consignée au sujet d'un document qui a cessé d'être utile. Cela se présente généralement quand un document a été remplacé, qu'un doublon apparaît, que son sujet n'existe plus, ou que la vérification ne peut pas confirmer qu'il est toujours correct. Le propriétaire prend la décision, ou le responsable d'équipe si le propriétaire est parti.
Il y a cinq issues possibles : conserver le document, le fusionner dans un autre, l'archiver, le supprimer, ou le garder comme archive historique.
Ce que le retrait change pour les personnes
Pour les personnes, retirer les anciens documents fait gagner du temps, car il y en a moins à parcourir pour trouver ce qui est utile. Cela évite aussi la confusion sur la version à jour, et les gens risquent moins d'écrire un doublon quand le bon document est facile à trouver.
Toute personne qui tombe sur l'ancienne version doit pouvoir voir ce qui l'a remplacée : une courte note indiquant le remplaçant et la date à laquelle le document a cessé de s'appliquer suffit généralement.
Le retrait crée souvent aussi du nouveau travail de capture. Quelqu'un peut avoir à rédiger ce qui a remplacé le document et à prévenir les personnes qui s'y fiaient, ce qui relance la boucle.
Ce que le retrait change pour les agents IA
Les agents IA lisent tout ce qu'ils peuvent atteindre : des documents obsolètes peuvent donc influencer leurs réponses. Dans un benchmark, les informations obsolètes ont provoqué une baisse de performance d'au moins 20 %, même quand la réponse à jour était également récupérée. Le test utilisait des données publiques, donc l'appliquer aux documents d'entreprise relève de notre déduction.
Nous recommandons de retirer par défaut les contenus retirés de ce que les agents lisent. Une personne peut vérifier un document périmé auprès d'un collègue, alors qu'un agent le répète avec assurance, ce qui est l'un des principaux dangers de la documentation périmée.
Les changements en masse demandent aussi de la prudence. Quand un agent ou un collègue archive beaucoup de documents d'un coup, des documents utiles peuvent être pris dans le lot, et quelqu'un doit les restaurer à la main. Faire relire les changements en masse par une personne, et garder une trace de ce qui a été archivé et pourquoi, aide à l'éviter et à revenir en arrière.
Comment repérer l'étape qui fuit
Des symptômes répétés pointent l'étape défaillante. Commencez par le symptôme que vous entendez le plus souvent, et corrigez cette étape avant de passer à la suivante.
| Symptôme | Étape probable | Première correction |
|---|---|---|
| La même réponse est republiée dans Slack | Capturer | Désignez qui la rédige, et quand |
| Des personnes créent un nouveau document parce qu'elles ne trouvent pas l'ancien | Organiser | Cherchez d'abord, et convenez de l'emplacement de chaque type de document |
| Des collègues confirment quand même les réponses dans Slack | Vérifier | Affichez un statut visible sur les documents auxquels ils se fient |
| Les demandes de revue sont ignorées et le nombre de documents non vérifiés reste stable | Maintenir | Intégrez la revue au rôle du propriétaire |
| D'anciens documents ou des brouillons apparaissent dans les réponses de l'IA | Retirer | Choisissez l'une des cinq issues pour chacun |
Comment l'IA change le processus de gestion des connaissances
L'IA accélère la capture : les équipes produisent donc plus de documents sans temps de relecture supplémentaire. Elle lit aussi tout ce qu'elle peut atteindre, si bien que les étapes vérifier, maintenir et retirer comptent davantage qu'avant.
Dans nos propres données, les utilisateurs qui ont accès à l'IA créent 55 % de documents en plus chaque mois que ceux qui n'y ont pas accès. Un brouillon non relu peut alors se retrouver cité comme un fait dans une réponse de l'IA peu après avoir été écrit.
Les agents lisent aussi vos documents : ce à quoi ils ont accès détermine donc ce qu'ils peuvent citer.
Donnez-leur les documents que votre équipe a vérifiés, et gardez les brouillons de travail en dehors de leurs sources par défaut.
Comment mettre en place le processus de gestion des connaissances dans Slite
Slite est une base de connaissances conçue pour garder à jour la source de vérité de votre entreprise, afin que votre équipe et les outils d'IA qu'elle utilise puissent agir sur ce qui est vrai aujourd'hui. Elle gère les cinq étapes au même endroit. L'entretien qui est souvent abandonné, contrôler et corriger les documents, est pris en charge par Slite Agent, notre agent IA, avec votre équipe qui valide chaque changement.
Certaines connaissances sont écrites volontairement : une équipe réserve du temps pour documenter un processus, à l'aide d'un modèle partagé ou de l'éditeur Slite. D'autres surgissent en plein travail, et Slite facilite leur récupération. Quand une décision tombe dans un fil Slack, chacun peut mentionner @Slite pour transformer le fil en document sans quitter la conversation.
Certaines lacunes sont plus difficiles à repérer. Ask Insights montre les questions posées par les gens qui sont restées sans réponse, et vous pouvez attribuer chacune à la personne qui sait. Pour les connaissances qui ne se trouvent que dans la tête de quelqu'un, vous pouvez mener un entretien pour les recueillir.
Ces connaissances ont ensuite besoin d'un endroit que les gens peuvent trouver. Chaque équipe a son propre canal, accessible depuis la barre latérale, une URL ou la recherche, et chaque document a un propriétaire, pour que quelqu'un soit toujours chargé de le garder juste. Le Knowledge Management Panel liste tous les documents par propriétaire, statut et canal, ce qui permet de les réattribuer ou de les archiver en masse quand les équipes changent.
Une fois un document contrôlé, son propriétaire peut le marquer comme vérifié, et les lecteurs voient s'ils peuvent s'y fier avant d'agir. Ask et Slite Agent répondent en citant leurs sources et classent les documents vérifiés plus haut, pour que les gens obtiennent d'abord la version contrôlée. Des outils comme Claude, ChatGPT et Cursor peuvent lire les mêmes documents via MCP.
Garder ces documents vrais est l'étape que les équipes peinent à tenir, parce que ce n'est presque jamais le travail principal de quelqu'un. Avec un programme de maintenance, vous choisissez un document, la fréquence de contrôle, les sources par rapport auxquelles le contrôler, comme Slack, GitHub ou Google Drive, et la personne qui relit le résultat.
À chaque exécution, Slite Agent compare le document à ces sources et rédige une correction partout où elles ne concordent plus. Il peut aussi vérifier un document qui est toujours exact, suggérer un nouveau propriétaire ou suggérer d'archiver un document devenu inutile. Pour d'autres tâches, vous pouvez rédiger vos propres instructions, comme garder à jour un document d'organigramme.
Votre équipe garde le contrôle de chaque changement. Chaque correction arrive sous forme de demande de modification, attribuée à la personne responsable et montrant exactement ce qui changerait. Elle peut l'approuver ou poser une question complémentaire à Slite Agent, et rien ne change tant que quelqu'un n'a pas approuvé : la maintenance prend donc des minutes au lieu d'heures.
Quand un document a fait son temps, vous pouvez l'archiver. Il reste hors de la recherche et des réponses de l'IA par défaut, pour que personne n'obtienne une ancienne réponse, et vous pouvez le restaurer si vous en avez besoin plus tard. Les documents dont vous n'avez plus du tout besoin peuvent être supprimés définitivement depuis les Archives.
Si vous voulez voir comment cela fonctionne sur votre propre documentation, réservez une démo et nous vous guiderons.
Pour conclure
Les connaissances restent fiables à mesure que l'entreprise grandit quand chaque étape a un responsable, y compris la dernière.
L'habitude la plus simple et utile est une note d'une ligne sur tout document remplacé, indiquant ce qui l'a remplacé et quand il a cessé de s'appliquer. Les personnes comme les agents peuvent utiliser cette note dès le jour même.
FAQ
Que sont les 5 C et les 5 piliers de la gestion des connaissances ?
Les listes portant ces noms varient, et aucune n'est un standard établi. Rattachez la liste que vous rencontrez aux étapes que votre équipe applique réellement.
Qui est responsable du processus de gestion des connaissances dans son ensemble ?
Une personne fait tourner toute la boucle, souvent dans les opérations, l'informatique ou un rôle dédié aux connaissances. Les propriétaires de documents gèrent chaque étape pour leurs propres documents, et une stratégie de gestion des connaissances décrit comment ces rôles s'articulent.
À quelle fréquence faut-il relire un document ?
Basez-vous sur la vitesse à laquelle le sujet évolue, avec trois, six ou douze mois comme périodes courantes. Un changement dans ce que le document décrit doit aussi déclencher une revue, quelle que soit la date.
Que devient un document quand son propriétaire part ?
Le responsable d'équipe le reprend et le réattribue. Ajoutez la propriété des documents à la passation, et abordez-la dans l'entretien de départ pour qu'aucun document ne reste sans propriétaire.