Sur un parc de dérouleuses, un même équipement tombe en panne douze fois. À chaque fois, un technicien intervient, répare, note son intervention, et la machine repart. Douze rapports s’accumulent dans la GMAO. Et pourtant, personne ne voit venir le vrai problème.
Pourquoi ? Pas parce que les techniciens ont mal travaillé. Mais parce que l’historique, tel qu’il est rempli, ne parle pas. Cet article explique comment un rapport bien rédigé, et surtout une bonne identification, transforme une pile de rapports en une carte qui désigne la panne à traiter en priorité.
Le rapport d’intervention n’est pas là pour vous surveiller
Disons-le franchement : beaucoup de techniciens vivent le rapport comme une corvée administrative, remplie vite fait en fin d’intervention, parfois avec le sentiment qu’on veut contrôler leur travail. C’est exactement l’inverse.
Un rapport bien rempli, c’est d’abord votre outil :
- La prochaine fois que la machine tombe, vous (ou un collègue) retrouvez ce qui a déjà été tenté, et ce qui a marché. Vous dépannez plus vite.
- Accumulés, les rapports forment un historique qui montre ce qui casse vraiment, et à quelle fréquence.
- Cet historique est la matière première de la fiabilisation : sans lui, impossible de supprimer une panne récurrente à la source.
Le rapport ne juge pas le technicien. Il capitalise son savoir pour que la maintenance devienne plus rapide et moins subie. C’est le « C » de notre méthode D.A.C.A.
Un bon rapport tient en trois mots : Symptôme, Cause, Remède
C’est le format S.C.R. Trois champs, trois questions simples :
- Symptôme : ce que l’on observe, un fait, pas une interprétation. « Dérive de position du chariot », « défaut intermittent », « perte du point zéro ». Comme au diagnostic, le symptôme se décrit, il ne se conclut pas.
- Cause : ce qui a provoqué la panne. Attention, ce que note le technicien est presque toujours la cause immédiate (celle qui a fait repartir la machine), pas encore la cause racine. C’est normal, et c’est déjà précieux, à condition de le savoir.
- Remède : l’action réellement appliquée. « Remise à zéro », « remplacement du câble codeur », « reprise du point zéro ». Le remède est un fait capital : répété, il trahit une cause jamais traitée.
Les trois ensemble rendent l’intervention compréhensible et réutilisable. Un remède sans symptôme, ou un symptôme sans remède, et l’information devient inexploitable.
Le point qui change tout : l’identification
Voici le cœur du sujet. Un rapport peut être bien rédigé sur le fond et rester inexploitable si l’élément en panne est mal identifié.
L’idéal, c’est l’identification au composant : le repère exact (par exemple le codeur du chariot, référence -147E11), toujours écrit de la même façon. À défaut, visez au minimum une identification fonctionnelle : la fonction ou le sous-ensemble concerné (la mesure de position du chariot), plutôt qu’un symptôme vague.
Pourquoi est-ce décisif ? Parce que c’est ce qui permet, ensuite, de regrouper les incidents et de construire un diagramme de Pareto utile : le classement qui met en haut les problèmes les plus fréquents, pour concentrer l’effort là où ça paie.
La démonstration : le même historique, deux mondes
Prenons l’historique réel d’un cluster de dérouleuses. On peut le regrouper de deux façons.
D’abord par symptôme, c’est-à-dire sur le libellé brut tel qu’il a été saisi :
C’est illisible pour décider. Les occurrences se répartissent sur une quinzaine de libellés différents, la fameuse règle des 80/20 ne se dessine pas, et rien ne dit par où commencer.
Maintenant, le même historique, regroupé par composant :
Là, tout change. Le codeur du chariot représente à lui seul la moitié des pannes, et 80 % des occurrences sont atteints dès la quatrième ligne. La priorité n’est plus une question d’opinion : c’est un fait, écrit noir sur blanc.
Ce qu’un mauvais libellé détruit
Regardez de près le premier graphique. On y trouve « Codeur chariot dérouleuse 2 », mais aussi, plus bas, « codeur chariot », et ailleurs encore « codeur du chariot ». Trois libellés pour un seul et même composant. Chacun compté séparément, le codeur se retrouve dilué en petites barres éparpillées, et le problème numéro un devient invisible.
C’est ça, le coût d’une identification négligée : non pas un rapport en moins, mais une priorité qui disparaît. On finit par traiter au hasard, ou par répéter les mêmes remèdes sur la mauvaise cible, pendant que la vraie panne continue.
À l’inverse, une identification propre et constante fait apparaître la tête de Pareto en une ligne. C’est à partir de là que la fiabilisation peut commencer.
En résumé
- Le rapport d’intervention est un outil pour le technicien, pas un contrôle : il fait gagner du temps au prochain dépannage et rend l’analyse possible.
- Le format S.C.R. (Symptôme, Cause, Remède) rend chaque intervention compréhensible et réutilisable.
- L’identification est le point critique : au composant si possible, fonctionnelle au minimum. C’est elle qui permet un Pareto exploitable.
- Le même historique peut désigner clairement le coupable, ou n’absolument rien dire. La différence tient dans la façon de remplir.
Un bon historique commence donc par un bon diagnostic, proprement tracé, intervention après intervention. C’est exactement ce que structure notre fiche de diagnostic.
Et une fois que l’historique est propre et que le Pareto désigne la cible, reste à remonter jusqu’à la cause racine pour supprimer la panne. C’est l’objet de l’article suivant : la fiabilisation, du Pareto aux actions durables