Les symptômes d’une donnée inexploitable
On ne découvre presque jamais le problème en regardant la base. On le découvre en essayant de répondre à une question simple, et en n’y arrivant pas.
| Ce qu’on constate | Ce que cela dit de la donnée |
|---|---|
| Impossible de dire ce qu’a coûté un équipement l’an dernier. | L’arborescence a changé, ou les interventions sont imputées à un niveau trop haut, souvent la ligne entière. |
| La cause la plus fréquente dans les statistiques est « divers » ou « autre ». | La liste de causes ne correspond pas à ce que les techniciens observent, donc ils prennent la première valeur acceptable. |
| Deux équipements identiques portent des noms différents. | La désignation a été saisie en texte libre. Aucun regroupement par famille n’est possible, donc aucun apprentissage d’un équipement à l’autre. |
| Les durées d’intervention sont toutes des multiples d’une heure. | Elles sont saisies de mémoire, en fin de journée ou en fin de semaine. Elles mesurent une habitude de saisie, pas un temps de travail. |
| Les petites interventions n’apparaissent pas. | Le coût de la saisie dépasse son bénéfice perçu. Le dépannage de cinq minutes se fait et ne se déclare pas, ce qui fait disparaître des historiques les défaillances les plus récurrentes. |
| Les comptes rendus disent « remis en état » ou « RAS ». | Le champ est obligatoire sans être utile. On le remplit pour pouvoir clôturer. |
Chacun de ces symptômes a la même conséquence : les indicateurs calculés dessus sont faux, et tout le monde a raison de ne pas y croire. Les publier quand même coûte davantage que de ne rien publier, parce que cela discrédite l’exercice pour longtemps.
L’arborescence technique est la fondation
L’arborescence décrit le découpage du parc en niveaux : site, atelier, ligne, machine, sous-ensemble, organe. C’est elle qui détermine à quel niveau on pourra compter, et donc quelles décisions seront possibles.
Deux erreurs opposées se rencontrent. Un découpage trop grossier, où toute une ligne est un seul équipement, interdit de savoir ce qui défaille. Un découpage trop fin, descendant jusqu’au roulement individuel, oblige les techniciens à choisir dans une liste de deux cents entrées pour chaque intervention : ils choisissent mal, vite, et toujours la même.
Le bon niveau est celui auquel une décision se prend. Si vous arbitrez le remplacement d’un motoréducteur, le motoréducteur doit exister dans l’arborescence. Si personne ne décidera jamais rien au niveau du roulement, le roulement n’a pas besoin d’y être : il sera décrit dans le compte rendu.
Une arborescence se stabilise avant de servir de base à des coûts. La réorganiser après deux ans d’historique revient à perdre la comparaison, ce qui se paie exactement au moment où elle commençait à devenir utile.
Codifier pour pouvoir compter
La codification est le point où le projet GMAO se gagne ou se perd, parce qu’elle se décide en salle et s’applique sur le terrain.
Une liste de causes conçue par les méthodes contient des catégories d’ingénieur : défaut de conception, défaut de montage, dérive de réglage. Un technicien qui vient de remplacer une courroie cherche « courroie », ne le trouve pas, et prend « usure » ou « divers ». La liste n’est pas fausse, elle est inutilisable, et le résultat est une base où les causes ne veulent rien dire.
Trois règles rendent une codification exploitable. Elle est courte, une dizaine d’entrées par niveau plutôt que cinquante. Elle est écrite dans les mots du terrain, ce qui s’obtient en la construisant avec deux ou trois techniciens expérimentés. Et elle distingue ce qui a été constaté de ce qui a été fait : confondre le symptôme, la cause et l’action dans un seul champ rend toute analyse impossible.
La codification sert à répondre à des questions précises : quelles familles de défaillance reviennent, sur quels équipements, et avec quel coût. Si une entrée de la liste ne sert à aucune question, elle alourdit la saisie sans rien produire.
La clôture est le moment qui décide de tout
Un compte rendu rédigé dans l’heure qui suit l’intervention contient ce qui a été vu. Rédigé trois jours plus tard, il contient ce qu’on s’en rappelle. Rédigé par quelqu’un d’autre à partir d’une note, il contient une interprétation.
C’est la seule variable qui change réellement la qualité d’un historique, et elle ne dépend pas du logiciel. Elle dépend de trois conditions matérielles : que la saisie soit possible là où le travail se fait, qu’elle prenne un temps proportionné à l’intervention, et que celui qui saisit voie un jour à quoi cela a servi.
La troisième condition est la plus négligée. Une équipe qui saisit pendant deux ans sans jamais voir une décision prise à partir de ses données finit par saisir pour la forme. Montrer une fois par trimestre ce que les comptes rendus ont permis de décider coûte une heure et change la qualité de la base plus sûrement qu’un rappel à l’ordre.
Le jeu de données minimal
Il est plus court qu’on ne le croit. Mieux vaut ces champs renseignés correctement que trente champs à moitié remplis.
- L’équipement concerné, au niveau de l’arborescence où une décision se prend.
- La date et l’heure de la demande, distinctes de celles de l’intervention. L’écart entre les deux est l’information la plus révélatrice de l’organisation.
- La nature : correctif, préventif, amélioration, travaux d’arrêt. Quatre valeurs suffisent.
- Ce qui a été constaté, en clair, dans les mots de celui qui l’a vu.
- Ce qui a été fait, et les pièces consommées.
- Le temps passé, et s’il y a eu attente, de quoi.
- L’arrêt de production éventuel et sa durée, qui est souvent le seul chiffre qui intéressera la direction.
Le champ « attente de quoi » est celui qui rapporte le plus. Il transforme un historique d’interventions en diagnostic d’organisation : attente de pièce, d’outillage, de consignation, de créneau, d’information. Trois mois de ce champ en disent plus qu’un audit.
Changer de GMAO ne règle presque rien
Quand les données ne servent pas, la conclusion naturelle est que l’outil est mauvais. Parfois c’est vrai. Le plus souvent, le nouvel outil reçoit la même arborescence, la même codification et les mêmes habitudes de clôture, et produit les mêmes données inexploitables dix-huit mois plus tard, après avoir consommé le budget et la patience des équipes.
Trois questions avant d’engager un changement. Qu’est-ce qui, dans l’outil actuel, empêche réellement de faire ce qu’on veut faire, en nommant la fonction manquante ? Qu’est-ce qui serait repris tel quel dans le nouvel outil, et qui pose déjà problème aujourd’hui ? Et que fait-on de l’historique, sachant qu’une reprise partielle fait perdre la comparaison au moment précis où l’on voulait mesurer un progrès ?
Un changement d’outil est justifié quand une fonction nécessaire est absente, quand l’éditeur ne suit plus, ou quand le coût de maintien devient déraisonnable. Il ne l’est pas pour régler un problème de qualité de données : celui-là se règle avant la migration, sinon il migre avec.
Qui fait quoi, et à quel moment
Les défauts attribués à la GMAO viennent souvent d’un partage de rôles jamais explicité. Quatre questions suffisent à le révéler, et elles se posent dans cet ordre.
- Qui crée une demande d’intervention ? Si la production n’y a pas accès, elle appellera, et il n’y aura pas de trace.
- Qui décide de l’urgence, et sur quel critère écrit ? Sans critère, l’urgence est celle du demandeur le plus insistant.
- Qui prépare, qui planifie ? Ce sont deux fonctions différentes, et quand la même personne fait les deux dans l’urgence, c’est la préparation qui disparaît.
- Qui clôture, et dans quel délai ? Si c’est le responsable le vendredi soir, l’historique mesure sa mémoire.
Ces quatre réponses tiennent sur une page. Le plus souvent, les écrire suffit à régler la moitié de ce qu’on attribuait au logiciel.
Pour observer ce circuit de bout en bout, étape par étape : suivre une demande d’intervention du signalement à la clôture.
Questions fréquentes
Quelle GMAO recommandez-vous ?
Je ne recommande aucun éditeur, et je ne suis lié à aucun. Le choix dépend de la taille du parc, des contraintes d’intégration, des compétences disponibles en interne et de la capacité à maintenir l’outil dans le temps. Mon apport se situe en amont : définir ce que vous devez pouvoir décider, donc quelles données sont nécessaires, donc quelles fonctions sont réellement requises.
Faut-il reprendre toute l’arborescence avant de commencer ?
Non, et c’est même une bonne façon de ne jamais commencer. On stabilise l’arborescence sur le périmètre critique, celui où des décisions vont se prendre dans l’année, et on laisse le reste en l’état avec un découpage grossier assumé. L’exhaustivité n’est pas un objectif, l’exploitabilité en est un.
Comment obtenir que les équipes saisissent ?
En rendant la saisie proportionnée et en montrant ce qu’elle produit. Une saisie qui prend trois minutes pour une intervention de dix ne sera pas faite, quelles que soient les consignes. Réduire le nombre de champs obligatoires, rendre la saisie possible à l’endroit du travail, et présenter chaque trimestre les décisions prises grâce aux comptes rendus a plus d’effet que n’importe quelle relance.
Les petites interventions non déclarées sont-elles vraiment un problème ?
Oui, parce que ce sont elles qui portent l’information sur les défaillances récurrentes. Un équipement dépanné deux fois par semaine en cinq minutes n’apparaît nulle part, alors qu’il consomme plus de temps dans l’année que celui qui est tombé une fois pendant huit heures. C’est aussi lui qu’on oubliera lors du prochain arbitrage d’investissement.
Un tableur peut-il suffire ?
Pour un parc restreint et un plan préventif simple, oui, à condition d’accepter ses limites : pas de déclenchement automatique, pas de multi-utilisateur fiable, pas d’historique protégé contre la réécriture. Le tableur devient dangereux quand il contient la seule version de la vérité et qu’une seule personne sait le faire fonctionner.
Peut-on exploiter un historique dont on sait qu’il est incomplet ?
Oui, en nommant l’incomplétude. Un historique qui ne contient pas les interventions courtes reste utilisable pour analyser les arrêts longs, à condition de ne pas en tirer de conclusion sur la fréquence des défaillances. Le danger n’est pas la donnée imparfaite, c’est la donnée imparfaite traitée comme complète.
Contenu éditorial de Caméléon Conseils. Les exemples de calcul sont pédagogiques et signalés comme tels ; ils ne rendent pas compte d’une mission. Découvrir le parcours du dirigeant.