Construire le Wiki d'une équipe IT : retour sur un projet interne en alternance
De la mise en place de l’infrastructure jusqu’à l’adoption quotidienne de l’outil, il revient sur cette expérience formatrice, entre enjeux techniques, organisationnels et apprentissages terrain. Découvrez son témoignage et les coulisses de ce projet.
Pourquoi un wiki ?
Une DSI hospitalière, c'est un environnement vivant. On y gère des centaines d'applications métiers, des serveurs, des postes de travail, des imprimantes… et surtout des procédures : comment redémarrer tel service, à qui demander tel accès, comment configurer une imprimante dans un service de soins.
Le problème ? Ces connaissances vivaient un peu partout. Dans la tête des collègues les plus expérimentés, dans des fichiers Word oubliés sur un partage réseau, dans des fils de mails qu'il fallait retrouver à la main. À chaque arrivée d'un nouveau, à chaque départ, à chaque problème rare, on perdait du temps à reconstituer une information qui existait déjà… quelque part.
L'idée du wiki est née de ce constat : se doter d'un endroit unique, structuré et accessible à toute l'équipe, où la connaissance se construit et se conserve. Pas pour remplacer les échanges humains, mais pour libérer les têtes.
Le choix de Wiki.js
Plusieurs solutions existent sur le marché. Mon équipe et moi avons retenu Wiki.js pour quatre raisons.
D'abord, c'est un logiciel libre et gratuit. Pour une structure publique, c'est un atout important : pas de licence à renouveler, pas de coût caché.
Ensuite, il s'installe sur nos propres serveurs. Dans le monde hospitalier, les données ne peuvent pas être hébergées n'importe où ; garder le wiki en interne nous garantit la maîtrise de bout en bout.
Troisième avantage : son interface est moderne et intuitive. Pas besoin de connaître un langage informatique pour rédiger une page, ce qui était indispensable pour embarquer toute l'équipe, y compris les profils non techniques.
Enfin, Wiki.js peut se connecter à l'annuaire de l'établissement. Concrètement, chaque collègue se connecte avec son identifiant habituel, et les droits d'accès suivent automatiquement les groupes définis par la DSI.
De l'idée à la mise en production
Le projet s'est déroulé en plusieurs étapes.
J'ai d'abord préparé un serveur dédié sous Linux. L'occasion de monter en compétence sur des outils que je connaissais mal, notamment la conteneurisation, qui permet d'isoler proprement chaque application sur un même serveur.
J'ai ensuite installé Wiki.js et sa base de données. Cette étape, plutôt rapide grâce à une documentation officielle bien faite, m'a permis d'obtenir un wiki fonctionnel en quelques heures.
Vient ensuite la sécurisation : mettre en place un certificat pour que les échanges entre les utilisateurs et le wiki soient chiffrés. Sans cela, impossible d'envisager un usage en production dans un environnement hospitalier.
J'ai ensuite branché l'authentification sur l'annuaire de l'établissement. Cette étape m'a appris la patience : entre la théorie et la pratique, il y a toujours quelques surprises liées à l'existant de chaque organisation. C'est précisément ce qui rend ces projets formateurs.
Une fois ces fondations posées, j'ai organisé une phase de test avec quelques collègues volontaires, recueilli leurs retours, ajusté quelques paramètres, puis ouvert le wiki à l'ensemble de l'équipe.
Faire vivre le wiki
Le plus dur, dans un projet de wiki, n'est pas l'installation technique. C'est l'adoption.
Un wiki vide ou abandonné après trois mois, j'en avais déjà vu. Pour éviter ce piège, j'ai rédigé un guide de contribution pas-à-pas, en français, qui explique comment créer une page, comment la structurer, quelles conventions adopter.
L'objectif : qu'un collègue qui n'a jamais ouvert un wiki de sa vie puisse y déposer une procédure en dix minutes.
J'ai pris le temps d'accompagner individuellement plusieurs personnes lors de leurs premières contributions. Montrer, écouter, ajuster.
Aujourd'hui, le wiki est utilisé au quotidien. Les nouvelles procédures s'y déposent naturellement, les anciens documents y sont progressivement migrés, et les nouveaux arrivants y trouvent rapidement leurs marques. Ce n'est pas un aboutissement, c'est un point de départ.
Ce que j'en retiens
Ce projet m'a appris bien plus que des compétences techniques. J'y ai compris qu'un outil informatique, aussi bien conçu soit-il, ne vaut que par les gens qui s'en saisissent. La technique est la partie immergée ; l'accompagnement humain, la partie qui fait vraiment la différence.
À ceux qui hésitent à se lancer dans une alternance en infrastructure : foncez. On y touche à tout, on est confronté au réel, on apprend à composer avec un existant qu'aucun cours ne décrit jamais entièrement. Et on en sort avec des projets concrets, dont on est fier.
