Faites-vous trop de maintenance préventive ? Ce que vos données répondent

Ouvrez le plan de maintenance préventive d'un site industriel. Vous y trouverez des dizaines de tâches reconduites d'une année sur l'autre, calées sur un calendrier que plus personne ne questionne. Une graisse refaite chaque mois, un joint remplacé chaque trimestre, une vanne démontée deux fois par an.

Posez alors une question simple : cette fréquence, d'où vient-elle ? Souvent la réponse tient en une phrase, "on a toujours fait comme ça", ou "c'est la préconisation du constructeur", figée au jour de la mise en service.

Le problème n'est pas que le préventif soit inutile. C'est qu'un plan jamais revu dérive dans deux directions à la fois. Certaines tâches reviennent trop souvent, elles coûtent et fragilisent l'équipement. D'autres, trop rares, laissent passer des défaillances. Votre historique sait déjà lesquelles.

Faites-vous trop de préventif ?

Réduire les pannes, on y pense tout de suite. Réduire le préventif, beaucoup moins. Pourtant une intervention préventive n'est jamais neutre. Elle immobilise l'équipement, mobilise un technicien, consomme des pièces. Et surtout, elle ouvre une fenêtre d'erreur.

Chaque démontage est une occasion de remontage imparfait : un joint mal repositionné, un couple de serrage approximatif, une reprise brutale à la remise en route. Une partie des défaillances précoces ne vient pas de l'usure, mais de la dernière intervention humaine sur la machine.

La sur-maintenance a donc un double coût :

• Un coût direct, visible : main d'œuvre, pièces changées avant leur fin de vie, arrêt de production.
• Un coût induit, invisible : le risque de défaut introduit par l'intervention elle-même, sur un équipement qui fonctionnait.

Sur un équipement stable et peu critique, multiplier les interventions revient parfois à acheter du risque au prix de la tranquillité. Le bon niveau de préventif n'est pas le maximum. C'est le point où l'on prévient plus de pannes qu'on n'en provoque.

Comment repérer les tâches inutiles ou mal calées ?

L'historique répond à une question précise : pour chaque tâche, la fréquence de maintenance correspond-elle à la fréquence de défaillance réelle ? Le désalignement se lit dans quelques signaux concrets.

• La tâche ne trouve jamais rien. Des mois de contrôles, aucun défaut relevé, aucune pièce hors tolérance. Le contrôle est peut-être trop fréquent, ou mal ciblé.
• La pièce remplacée est encore bonne. On change par calendrier une pièce qui n'était pas dégradée. Le remplacement systématique devance largement l'usure.
• La panne arrive malgré le préventif. L'équipement tombe entre deux interventions calées trop large. Ici, il faut resserrer, pas espacer.
• La tâche n'est jamais tracée. Une gamme existe sur le papier, mais aucun compte rendu ne la documente. On ignore si elle est faite, et ce qu'elle donne.
• Deux tâches se recouvrent. Un même point est vérifié par deux gammes différentes, héritées de deux époques.

Croiser ces signaux suppose un historique exploitable. C'est tout l'enjeu d'exploiter les données de la GMAO avant d'ajouter quoi que ce soit : sans comptes rendus fiables, on recalibre à l'aveugle.

La fréquence ne se raisonne pas non plus de la même façon selon la criticité de l'équipement. Sur un actif critique, l'analyse commence par le risque, une logique développée dans la maintenance basée sur le risque.

Du calendaire au conditionnel : quelle politique pour quel équipement ?

Recalibrer, ce n'est pas seulement changer une fréquence. C'est parfois changer de logique. Le préventif systématique n'est qu'un cran d'une échelle. Les définitions détaillées de chaque politique sont posées dans préventif, prédictif, conditionnel ; l'enjeu ici est de savoir laquelle choisir.

Tableau faisant défiler horizontalement sur petit écran.

Le prédictif n'est pas le sommet à atteindre partout. C'est le cran le plus exigeant, réservé aux équipements où la prédiction de durée de vie paie son coût. Pour la majorité d'un parc, un préventif optimisé et quelques points en conditionnel suffisent.

Faut-il des capteurs, ou vos données suffisent-elles ?

Réflexe courant : pour mieux maintenir, instrumenter. Poser des capteurs, remonter des mesures, surveiller en continu. C'est parfois justifié, souvent prématuré.

Avant d'ajouter un capteur, une question de séquence : l'historique existant a-t-il déjà été exploité ? Dans beaucoup de cas, les comptes rendus de la GMAO suffisent à repérer les tâches mal calées et à recalibrer une gamme. Le capteur ne crée pas cette analyse, il la suppose.

L'instrumentation se justifie quand trois conditions se cumulent :

• La dégradation est rapide, trop pour qu'un contrôle périodique la voie venir.
• Elle est invisible aux inspections classiques, elle ne se lit ni à l'œil ni au toucher.
• Sa conséquence est coûteuse, un arrêt subi, un incident sécurité, une casse en chaîne.

Quand ces conditions ne sont pas réunies, un capteur ajoute de la donnée sans ajouter de décision. Mieux vaut d'abord tirer tout ce que l'historique contient, puis instrumenter les quelques points où l'œil humain et le calendrier ne suffisent plus. Cela rejoint la logique de réduire les arrêts non planifiés : on cible l'effort là où la panne fait vraiment mal.

• Espacer une tâche sur le seul argument du coût.Une tâche chère qui ne trouve rien peut quand même protéger d'un risque grave et rare. Le coût ne décide pas seul, la criticité aussi.
• Ajouter des capteurs avant d'avoir exploité l'historique.On paie de l'instrumentation pour redécouvrir ce que les comptes rendus disaient déjà.
• Confondre absence de panne et preuve d'utilité.Une machine qui ne tombe pas ne prouve pas que la tâche mensuelle la protège. Elle est peut-être simplement robuste, et distinguer les deux demande de comparer des populations, pas d'observer un cas.

Qu'apporte l'IA, et que ne fait-elle pas ?

Sur un parc entier, comparer à la main chaque gamme à son historique est décourageant. C'est là que l'analyse automatisée aide vraiment.

L'outil croise l'historique d'intervention et l'historique de panne, tâche par tâche. Il repère les gammes qui ne précèdent jamais un défaut, celles qui arrivent après la panne, les dérives lentes dans les intervalles de défaillance. Il peut proposer, pour chaque tâche, une fréquence recalculée à partir des faits.

Restons honnête sur la limite. L'IA ne crée aucune vérité nouvelle : elle relit, relie et met en évidence ce que vos données contiennent déjà. Si vos comptes rendus sont pauvres ou faux, ses propositions le seront aussi. Et une fréquence proposée reste une hypothèse : la sécurité, la criticité et la connaissance du procédé appartiennent à l'ingénieur, qui valide ou refuse.

C'est dans cette répartition que la valeur se joue. Construire cette lecture au-dessus de vos données, sans remplacer votre jugement, c'est l'objet de systèmes d'IA construits autour de vos données. L'outil éclaire le calendrier, il ne signe pas la gamme.

Que faut-il retenir ?

Un plan de préventif n'est jamais figé, il vieillit. Trop de maintenance coûte et fragilise, trop peu laisse passer des pannes, et votre historique montre déjà de quel côté penche chaque tâche. On compare la fréquence réelle des défaillances au calendrier, on espace ou on resserre, on passe au conditionnel là où la dégradation est observable. Les capteurs viennent après l'historique, pas avant. Et la dernière décision reste humaine.