Base de connaissances : sortir le savoir des têtes pour le mettre par écrit

Toute entreprise porte une couche de savoir non écrit : pourquoi un processus se déroule ainsi, la particularité d'un client, la bizarrerie connue d'un système. Ce savoir vit dans des têtes, et quand quelqu'un part, il part avec lui. C'est exactement pour cela qu'un wiki d'entreprise existe — non pour stocker des documents, mais pour écrire la mémoire institutionnelle.

En quoi il diffère du centre documentaire

On les confond souvent, mais ils résolvent des problèmes différents.

Le centre documentaire conserve des contenus officiels et validés : politiques, procédures, formulaires. L'auteur est connu, les versions sont approuvées, les modifications sont contrôlées.

Le wiki conserve du savoir vivant : modes d'emploi, notes d'équipe, pièges connus. Tout le monde peut contribuer, cela change souvent, et aucune validation formelle n'est requise.

Une entreprise a besoin des deux. Gérer le wiki comme un centre documentaire — une validation pour chaque modification — le tue ; gérer le centre documentaire comme un wiki — tout le monde peut modifier — crée un risque de conformité. Nous traitons le versant documentaire dans un article dédié.

La structure : large plutôt que profonde

C'est sur la structure que les wikis meurent le plus souvent. Personne ne navigue dans un arbre à cinq niveaux, et personne ne sait où écrire.

Ce qui fonctionne : deux niveaux au maximum. Des rubriques par équipe ou par thème en haut, les pages en dessous. Quand plus de profondeur semble nécessaire, le problème vient rarement de la structure et souvent d'une page devenue trop grosse — la scinder est la bonne réponse.

Il faut aussi l'accepter : les gens ne parcourent pas des arbres, ils cherchent. La structure est un filet de secours pour le cas où la recherche échoue.

Historique des versions et retour en arrière

La principale réserve envers un système que tout le monde peut modifier est : et si quelqu'un écrit une bêtise ou supprime une section importante ?

La réponse est un historique inaltérable. Chaque modification est enregistrée avec l'auteur et l'horodatage, et toute version antérieure se restaure en un clic. Sans cette garantie, il est difficile d'ouvrir les droits d'écriture ; avec elle, il devient sûr de les garder larges.

En pratique, la peur de la suppression est surestimée : le vrai risque n'est pas l'effacement malveillant, mais que personne n'écrive quoi que ce soit.

Sans responsable, un wiki se périme

Le pire ennemi du wiki est le même que celui du centre documentaire : le contenu qui a perdu son actualité. Le risque est ici plus élevé, parce que les contenus de wiki sont moins formels et que personne ne considère la relecture comme son travail.

Deux pratiques aident : chaque page a une personne responsable nommée, et la date de dernière modification est visible. Quand la date est affichée, la personne qui lit peut juger elle-même — elle abordera avec prudence une page vieille de deux ans.

Des revues de fraîcheur régulières sont également nécessaires ; rappeler aux responsables les pages longtemps non touchées fait partie du rythme décrit dans notre article sur l'exploitation.

Ce qu'il faut écrire — et ce qu'il ne faut pas

Les trois contenus de wiki les plus précieux :

1. Les modes d'emploi — les étapes d'un travail récurrent. « Comment créer un nouveau fournisseur », « comment contester une facture ».
2. Le pourquoi — la justification d'une décision. C'est le savoir le plus souvent perdu, et le seul qui empêche le même débat de revenir.
3. Les pièges connus — les particularités des systèmes et des processus.

Ce qui n'y a pas sa place est tout aussi clair : données personnelles, informations de performance, salaires et détails contractuels confidentiels. Un wiki est ouvert à toute l'organisation ; ces contenus appartiennent là où des permissions s'appliquent.

Rendre l'écriture facile

Le principal obstacle à la contribution est de faire paraître l'écriture difficile. Processus de validation, modèles obligatoires et mise en forme complexe la tuent. Le bon réglage par défaut : modifier, enregistrer, terminé. L'assurance qualité vient ensuite, par la relecture.

Il y a aussi un obstacle de départ : personne ne veut écrire la première page d'un wiki vide. Remplir dix à quinze pages à la mise en place le lève.

Le wiki et l'IA

Une base de connaissances est la source la plus riche pour un assistant d'entreprise : elle est écrite, à jour et ouverte à toute l'organisation. La meilleure réponse à « comment se déroule ce processus » est le plus souvent une page de wiki.

Cela a un effet secondaire heureux : les questions auxquelles l'assistant ne sait pas répondre désignent directement les pages manquantes. Parcourir régulièrement les questions sans réponse est la manière la plus efficace de faire grandir la base — personne n'a besoin de se demander quoi écrire. Nous traitons le périmètre de l'assistant dans un article dédié.

Mesure

• Étendue des contributions — combien de personnes différentes ont modifié ? Un wiki écrit par une seule personne est un carnet de notes, pas un wiki.
• Recherches infructueuses — les sujets cherchés mais non trouvés sont votre liste de pages à écrire.
• Part de pages périmées — les pages non modifiées depuis six mois.

Nous recommandons de placer le wiki dans la deuxième vague ; le raisonnement figure dans le plan à 90 jours.