Demandez à votre meilleur technicien combien de pannes il a réglées ce mois-ci. Puis ouvrez la GMAO. Les deux chiffres n'ont rien à voir. Tout l'écart, c'est de la maintenance fantôme : du travail réel, fait, efficace — et invisible.
Dans le premier article de cette série, on a vu comment les indicateurs de maintenance mentent quand on les calcule sur des données sales. Cet article-ci attaque la cause racine: si les données sont sales, c'est d'abord parce qu'une grande partie du travail n'y entre jamais.
La maintenance disparaît toujours aux trois mêmes endroits : le dépannagetrop court pour qu'on prenne la peine de le saisir, le savoir-faire qui ne sort jamais de la tête du vétéran, et les données de clôture— temps, pièces, relevés — que personne ne renseigne. Trois fuites silencieuses qui, mises bout à bout, font qu'on pilote une usine sur la moitié de sa réalité.
Cet article diagnostique ces 3 angles morts, avec les chiffres et les références à l'appui, et fournit pour chacun une correction concrète implémentable sans budget — la seule chose qui compte étant de rendre la capture plus facile que le contournement.
Le dépannage qui ne devient jamais un ordre de travail
L'écart que personne ne mesure parce qu'il n'existe nulle part
Maintenance fantôme = une intervention réelle, faite, efficace — et jamais enregistrée. Pas un oubli isolé : un mode de fonctionnement, parce que la friction de la saisie dépasse la durée du dépannage.
Le piège
Le meilleur technicien passe devant une machine, entend un roulement qui chante, le règle en cinq minutes et repart. Créer un ordre de travail pour ça ? « J'ai déjà fini avant d'avoir trouvé le bon menu. »Le réglage d'un capteur, le resserrage d'une courroie, le redémarrage d'un variateur : autant de micro-interventions qui n'atteignent jamais le système.
Ce n'est pas de la négligence. C'est de l'arithmétique : tant que saisir coûte plus cher que contourner, le contournement gagne. Et chaque dépannage non tracé est une ligne d'histoire que l'équipement ne racontera jamais.
L'équipement « ne tombe jamais en panne »dans le système — alors qu'on le rafistole tous les jours. Son MTBF est fictif (voir l'article #1 ), aucun vrai schéma de défaillance n'émerge, et la décision de remplacer ou de fiabiliser repose sur un historique qui ment par omission.
Comment fermer l'écart (3 actions)
- Une saisie mobile en secondes. Scan QR de l'équipement au pied de la machine, photo, note vocale — pas un formulaire de bureau à douze champs. La capture doit être plus rapide que de ne rien noter.
- La demande transformée en ordre de travail en un geste. Un opérateur signale, le dépannage devient un WO sans ressaisie. Le quick-logdepuis le téléphone vaut mieux que la ressaisie de fin de semaine — qui n'arrive jamais.
- Une règle d'équipe : « si tu l'as touché, ça existe ». Un log de vingt secondes vaut mille fois mieux qu'un rapport parfait jamais écrit. On célèbre la trace, pas la prose.
Le savoir qui tient dans une seule tête
Le jour où il part, l'usine désapprend
Facteur d'autobus (bus factor) = le nombre de personnes qui peuvent disparaître avant qu'une compétence critique soit perdue. En maintenance, il vaut souvent 1.
Le piège
Le vétéran sait que la pompe n°7 redémarre après avoir tapoté la vanne, que ce défaut-là appelle ce remède-là, que cette presse fait ce bruit avant de lâcher. Rien de tout cela n'est écrit. Pas par rétention — par évidence : pour lui, c'est évident, donc pas la peine de le noter.
Tant qu'il est là, ça tourne. Le système n'a aucun moyen de savoir que tout repose sur une seule personne.
Il part — et un dépannage de trente minutes en devient un de trois heures, ou la machine reste à l'arrêt. Le junior qui le remplace refait les essaisque le vétéran avait éliminés il y a dix ans. Le savoir-faire ne se transmet pas : il s'évapore.
Comment fermer l'écart (3 actions)
- Capturer le problème ET la solution sur le WO. Pas un « réparé OK » : symptôme → cause → ce qui a marché. Deux phrases suffisent. C'est la différence entre un journal et une archive vivante.
- Un historique défaut → solution recherchable par équipement. Le prochain qui ouvre la pompe n°7 lit ce qui s'est passé les cinq dernières fois — au lieu de repartir de zéro.
- Un résumé structuré à la clôture. Symptôme, cause, remède, pièces : quelques champs qui alimentent l'historique de la machine et, à terme, permettent à un assistant de ressortir la solution passée au bon moment.
Les données fondées sur des trous
Vos chiffres sont une moyenne de ce qui a bien voulu être saisi
Le close-out fantôme: l'intervention est marquée « Terminé », mais le temps passé, les pièces consommées et le relevé compteur ne sont jamais entrés.
Le piège
Le temps est reconstitué de mémoire le vendredi — ou jamais. La pièce est prise sur l'étagère sans sortie de stock. Le relevé compteur est sauté. Le bouton « Terminer » ne demande rien, donc on ne donne rien : la clôture se résume à un statut, pas à une donnée.
Chaque trou est minuscule. Mis bout à bout, ils font que vos chiffres décrivent une autre usine que la vôtre.
- Temps passé : de mémoire ou jamais
- Pièces : prises sur l'étagère, hors stock
- Relevé compteur : sauté
- Coût de l'intervention : inconnu
- Temps pointé à la clôture
- Sortie de stock liée au WO
- Relevé compteur saisi à la fin
- Coût réel calculé automatiquement
MTTR, niveau de stock, coût par équipement : tout devient une fiction. Impossible de budgéter, de justifier un poste ou de prouver un retour sur investissement quand la moitié du travail n'est jamais entrée. Le ratio planifié/réactif que vous présentez en revue mensuelle ne décrit pas votre usine — il décrit votre taux de saisie.
Comment fermer l'écart (3 actions)
- Capturer au moment de la clôture, pas après. Temps, pièces et relevé compteur dans le même geste qui termine le WO. Saisi quand c'est frais, jamais reconstitué une semaine plus tard.
- Lier la sortie de stock à l'ordre de travail. La pièce sort du stock parce qu'elle a servi sur cette intervention — pas par un inventaire fantôme du vendredi qui ne sait plus pour quoi.
- Passer la friction sous le seuil du contournement. Si saisir la pièce est plus rapide que de la prendre en douce sur l'étagère, la donnée se capture toute seule. C'est le seul levier qui tient dans la durée.
Tableau récap — les 3 endroits où votre maintenance disparaît
Où le travail s'évapore, la faille terrain, la correction, le risque réel.
| Où le travail disparaît | Faille terrain | Correction | Risque réel |
|---|---|---|---|
| Dépannage non tracé | Le « 5-minutes-fix » jamais transformé en ordre de travail | Saisie mobile en secondes (scan QR) + règle « si tu l'as touché, ça existe » | MTBF fictif |
| Savoir tribal | Problème et solution dans une seule tête | Problème ET solution sur le WO + historique défaut → solution recherchable | Bus factor = 1 |
| Données non capturées | Temps, pièces, compteur jamais saisis au close-out | Capture à la clôture (temps + pièces + relevé) liée au WO | Costing impossible |
3 tests à faire cette semaine
Aucun de ces trois angles morts ne se règle par un nouveau logiciel ou un rappel à l'ordre. Ils se règlent en rendant la capture plus facile que le contournementet en reliant chaque intervention à l'équipement. Voici trois tests que vous pouvez faire dès cette semaine.
Comptez l'écart
Pendant une journée, demandez à un technicien de noter toutce qu'il touche, même cinq minutes. Comparez au nombre d'ordres de travail créés ce jour-là. L'écart, c'est votre maintenance fantôme.
Testez le facteur d'autobus
Prenez vos 3 machines les plus critiques. Pour chacune, écrivez qui d'autre que votre meilleur technicien sait la dépanner sans lui. Une colonne vide = un risque que vous pouvez nommer.
Remontez un WO clôturé au hasard
Prenez un ordre de travail clôturé le mois dernier. Pouvez-vous lire ce qui était cassé et ce qui a été fait ? Ou juste « Terminé / réparé OK » ? Si le WO ne raconte rien, votre historique non plus.
Pour aller plus loin
- ISO 14224:2016 — Collecte et échange de données de fiabilité et de maintenance des équipements (la norme existe précisément parce que les données non capturées rendent toute analyse de fiabilité impossible)
- SMRP — métriques de productivité maintenance (« wrench time » / temps-clé, typiquement 25 à 35 % du temps technicien)
- Article #1 de la série — Les indicateurs maintenance qui mentent (la maintenance fantôme en est la cause racine)
- ISO 55000— Gestion d'actifs (le savoir-faire comme actif immatériel à préserver)
Et si la moitié de votre maintenance redevenait visible ?
FreeMaint est un CMMS freemium (Core gratuit à vie, sans limite d'utilisateurs ni d'assets). La saisie mobile en secondes (scan QR → ordre de travail), la capture de la solution sur chaque intervention et le pointage temps + pièces + relevé à la clôture sont faits pour une seule chose : que le travail réel cesse d'être fantôme.
Article écrit par Melek Mehrez, fondateur de FreeMaint. Voir tous les articles.
Questions fréquentes
Qu'est-ce que la maintenance fantôme ?
La maintenance fantôme désigne tout le travail de maintenance réellement effectué mais jamais enregistré : un dépannage de cinq minutes fait en passant, un réglage qui ne devient jamais un ordre de travail, du temps et des pièces consommés hors système. Ce n'est pas un oubli isolé mais un mode de fonctionnement : la friction de la saisie dépasse la durée de l'intervention, donc rien n'est tracé. Conséquence : l'historique de l'équipement est faux et les indicateurs qui en découlent (MTBF, MTTR, coûts) mentent.
Pourquoi mes techniciens ne loguent-ils pas leurs interventions ?
Dans la quasi-totalité des cas, ce n'est pas de la mauvaise volonté : c'est de la friction. Créer un ordre de travail dans un formulaire de bureau à douze champs prend plus longtemps que le dépannage lui-même. Tant que saisir coûte plus cher que contourner, le contournement gagne. La solution n'est pas un rappel à l'ordre mais une saisie mobile en quelques secondes — scan QR de l'équipement, photo, note vocale — plus rapide que de ne rien noter.
Qu'est-ce que le facteur d'autobus (bus factor) en maintenance ?
Le facteur d'autobus est le nombre de personnes qui peuvent disparaître avant qu'une compétence critique soit perdue. En maintenance, il vaut souvent un : un seul technicien sait vraiment dépanner telle machine. Quand ce savoir-faire reste dans sa tête — jamais écrit sur un ordre de travail — son départ en retraite, ses vacances ou sa démission transforment un dépannage de trente minutes en arrêt prolongé. Le réduire passe par la capture systématique du problème et de la solution sur chaque intervention.
Comment capturer le savoir d'un technicien qui part à la retraite ?
Pas besoin d'un projet de gestion des connaissances : il suffit que chaque intervention capture le problème ET la solution sur l'ordre de travail, en deux phrases — symptôme, cause, ce qui a marché. Au fil des mois, l'historique défaut-solution par équipement devient consultable par le prochain technicien : il lit ce qui s'est passé les cinq dernières fois sur la même machine au lieu de repartir de zéro. Le savoir tacite du vétéran se transforme progressivement en mémoire de l'équipement.