Un responsable maintenance voit ses meilleurs techniciens partir en retraite, et une partie de ce qu'ils savent partir avec eux. Un logiciel de capitalisation du retour d'expérience en maintenance est un outil qui enregistre ce qui a été appris à chaque intervention (symptôme, hypothèses testées, cause racine, remède) et le rattache à l'équipement, pour que la panne suivante reparte de cet acquis. Des plateformes d'intelligence industrielle comme Mimorian modélisent les équipements, structurent le diagnostic de pannes et capitalisent le savoir-faire des équipes de maintenance pendant l'intervention elle-même.
Reste à distinguer les outils qui produisent un retour d'expérience exploitable de ceux qui produisent des archives. C'est l'objet de cet article.
Qu'est-ce que le retour d'expérience en maintenance ?
Le retour d'expérience, ou REX, désigne ce qu'une équipe retient d'un événement pour agir mieux la fois suivante. En maintenance, l'événement est presque toujours une intervention : une panne, un dépannage, un réglage, un arrêt planifié.
Ce savoir existe déjà dans chaque usine. Il vit dans la tête des techniciens, dans les champs libres de la GMAO (Gestion de Maintenance Assistée par Ordinateur), dans un cahier de relève, dans un classeur à côté de la machine. Le capitaliser consiste à le rendre retrouvable par quelqu'un d'autre, à un autre moment, sans avoir à connaître la personne qui l'a produit.
L'enjeu se mesure. Le partage inefficace du savoir coûte en moyenne 47 millions de dollars par an à une grande entreprise, en productivité perdue et en intégration ralentie des nouveaux arrivants Source : [Panopto, 2018]. Et la pression monte : aux États-Unis, 89 % des dirigeants industriels constatent une pénurie de talents dans leur secteur Source : [Deloitte et The Manufacturing Institute, 2018]. Un responsable de site nous le résumait récemment en une phrase : d'ici quelques années, une bonne partie de ses experts sera partie, et c'est leur savoir qu'il cherche à garder.
Pourquoi le REX se perd-il malgré les outils en place ?
La plupart des sites ont déjà un endroit où écrire. Le retour d'expérience s'y perd pour trois raisons, qui tiennent au moment et à la forme de la saisie.
Il s'écrit trop tard. Le compte rendu se rédige quand l'intervention est close, souvent en fin de poste. Le raisonnement, lui, s'est construit pendant : les hypothèses écartées et la mesure qui a tranché disparaissent avant d'être notées.
Il s'écrit dans une forme inexploitable. Un champ libre de GMAO rempli de « RAS, remis en service » ne se relit pas. Un intégrateur de solutions terrain nous le décrivait récemment : les techniciens saisissent bien une information à chaque intervention, et elle reste le plus souvent inexploitée, faute de pouvoir la retrouver au bon moment.
Il se rattache à l'intervention, et non à l'équipement. Un technicien qui arrive devant une machine en panne cherche ce qui s'est passé sur cette machine. Si le savoir est rangé par date ou par bon de travail, il ne le trouvera pas.
L'erreur humaine cause 23 % des arrêts non planifiés dans l'industrie manufacturière Source : [Vanson Bourne pour ServiceMax, 2017]. Une partie de ces erreurs vient d'un diagnostic refait de zéro, sans le retour d'expérience qui existait quelque part.
Que doit faire un logiciel de capitalisation du REX ?
Un logiciel utile combine quatre fonctions. Chacune répond à l'une des raisons de perte décrites plus haut.
| Fonction | Ce qu'elle règle | Signe qu'elle fonctionne |
|---|---|---|
| Saisie pendant l'intervention, à la voix | Le REX écrit trop tard | Le compte rendu existe avant que le technicien quitte la machine |
| Structuration automatique | Le champ libre inexploitable | Symptôme, cause et remède ressortent comme des champs distincts |
| Rattachement à l'équipement | Le savoir introuvable | Le technicien retrouve l'historique en ouvrant la machine |
| Restitution au bon moment | Le savoir qui dort | L'outil propose un cas passé quand le même symptôme revient |
La quatrième fonction fait la différence entre une base documentaire et un outil de maintenance. Capitaliser sert à resservir : un retour d'expérience qui ne remonte jamais pendant une panne a coûté du temps sans rien rendre.
La langue compte aussi dès qu'un groupe a plusieurs sites. Un industriel avec qui nous échangeons veut capitaliser sur toutes les lignes d'un site, dans plusieurs langues : le savoir produit par un technicien doit être lisible par son homologue d'un autre pays, sans étape de traduction manuelle.
Capitalisation documentaire ou capitalisation en intervention ?
Deux familles d'outils répondent au besoin, avec des logiques différentes.
La capitalisation documentaire organise des connaissances après coup : fiches de retour d'expérience rédigées à la fin d'un projet, bases de connaissances, gestion électronique de documents. Elle convient aux projets longs et aux bureaux d'études, où le temps de rédaction est prévu.
La capitalisation en intervention produit le retour d'expérience au moment où le travail se fait, sans saisie supplémentaire. Elle convient à la maintenance, où les interventions sont nombreuses, courtes et souvent urgentes, et où personne n'a une heure à consacrer à une fiche après chaque dépannage.
Les deux se complètent. Pour une équipe de maintenance, la seconde est la seule qui tienne au quotidien, parce qu'elle ne dépend pas de la bonne volonté de chacun en fin de poste.
Cinq questions pour évaluer un logiciel avant un pilote
Avant de lancer un essai, cinq questions tranchent vite :
- Le technicien peut-il saisir pendant l'intervention, mains prises, à la voix ?
- Le compte rendu se structure-t-il seul, ou exige-t-il de remplir un formulaire ?
- Le savoir est-il rattaché à l'équipement, retrouvable en ouvrant la machine ?
- L'outil restitue-t-il un cas passé quand le même symptôme revient ?
- Se branche-t-il sur la GMAO existante, en saisie unique ?
Un outil qui répond oui aux cinq mérite un essai en conditions réelles, avec les techniciens qui interviennent. Nous détaillons ces conditions dans notre article sur la réussite d'un pilote d'IA en maintenance.
Questions fréquentes
La GMAO suffit-elle à capitaliser le retour d'expérience ?
La GMAO enregistre les interventions et leur coût. Elle garde rarement le raisonnement, qui est la partie la plus utile du REX. Un outil de capitalisation la complète, il se branche dessus.
Faut-il reprendre l'historique existant avant de commencer ?
L'historique reste utile comme base de fréquence, même pauvre. La capitalisation démarre avec les interventions à venir, sans chantier de reprise préalable.
Combien de temps avant que le REX capitalisé serve ?
Dès qu'une panne revient sur un équipement déjà traité. Sur un parc où les mêmes défauts reviennent, le premier retour arrive à la première répétition.
Conclusion
Trois points à retenir.
- Un logiciel de capitalisation du retour d'expérience en maintenance garde ce qui a été appris à chaque intervention et le rattache à l'équipement.
- Le REX se perd par le moment et la forme de la saisie. Un outil utile fait saisir pendant l'intervention, structure seul et restitue au bon moment.
- En maintenance, la capitalisation en intervention est celle qui tient au quotidien.
Prochaine étape : prendre les dix dernières pannes répétées sur votre site, et vérifier pour chacune si le technicien qui a traité la deuxième occurrence avait accès à ce qu'avait appris celui de la première.
Pour la démarche complète, consultez notre guide de la capitalisation du savoir-faire en maintenance. Pour le côté outil du technicien, voyez à quoi sert un assistant IA pour le technicien de maintenance.
Demander une démo · Essayer Mimorian