Déploiement de GMAO à bord : les 6 erreurs qui font échouer le projet

Un déploiement de GMAO ne rate presque jamais le jour du lancement. Il rate trois à six mois plus tard, sans bruit. Les ordres de travail restent ouverts, l'équipage ressort le classeur papier, et à la visite suivante le chef mécanicien sort un rapport que personne ne reconnaît. Le logiciel fonctionne très bien. C'est le déploiement qui a décroché.

Cet article ne décrit pas la marche à suivre. Pour ça, nous avons une check-list chronologique de mise en place, de l'avant-achat aux premiers mois d'exploitation. Ici, on prend le problème par l'autre bout : les modes d'échec. Ce qui casse un déploiement à bord, pourquoi ça casse, et ce qu'on fait à la place.

Aucune des six erreurs qui suivent n'est un problème de conduite du changement. Ce sont des erreurs techniques, propres à l'exploitation d'un navire : un plan de maintenance dimensionné pour un catalogue constructeur, un référentiel d'équipements hérité d'un tableur, un équipage qui tourne toutes les six semaines, une salle des machines sans réseau, un audit ISM qui réclame des enregistrements et pas des cases cochées.

Les six modes d'échec, en un coup d'oeil

Le point commun de ces six situations : le symptôme visible désigne presque toujours le mauvais coupable. On accuse l'équipage, l'ergonomie ou la malchance, alors que la cause est en amont, dans le paramétrage ou dans les données.

Erreur 1 : reprendre le plan de maintenance du constructeur tel quel

Le symptôme

Le navire démarre avec un plan de maintenance impeccable sur le papier. Chaque notice constructeur a été saisie, ligne par ligne : moteur principal, auxiliaires, groupes électrogènes, compresseurs d'air de lancement, séparateurs, treuils, guindeau, appareil à gouverner. Au total, plusieurs milliers de tâches actives sur un navire de taille moyenne.

Au bout de six semaines, le tableau de bord vire au rouge. Personne n'ose l'ouvrir. Le chef mécanicien fait ce qu'il a toujours fait : il traite ce qui doit l'être, dans l'ordre qu'il juge bon, et il ignore l'outil. Le retard cumulé devient tel qu'il n'est plus rattrapable, donc plus signifiant. À ce stade, l'indicateur de retard ne mesure plus l'état du navire, il mesure l'écart entre le navire et un plan irréaliste.

La cause

Le plan du constructeur n'est pas un plan de maintenance de navire. C'est une couverture de responsabilité : le motoriste décrit ce qu'il faut faire pour que sa garantie tienne dans le cas d'usage le plus sévère. Il ne connaît ni votre profil d'exploitation, ni le nombre d'heures réellement tournées par chaque machine, ni le fait que votre auxiliaire numéro 3 ne sert qu'en secours au port.

Un chalutier hauturier qui fait des marées de vingt jours, un ferry qui enchaîne huit escales par jour et un navire de service offshore éolien en attente sur zone n'usent pas les mêmes organes au même rythme. Reprendre le même plan pour les trois, c'est garantir que deux d'entre eux feront de la maintenance inutile pendant que l'essentiel passe à la trappe.

Le correctif

Le plan constructeur est une matière première, pas un livrable. Il faut l'arbitrer avant l'import, tâche par tâche, sur trois critères : la criticité de l'équipement, l'usage réel de la machine à bord, et l'existence d'une exigence externe de classe ou de certification.

Commencez par la criticité. Le code ISM, à son chapitre 10.3, demande d'identifier les équipements et systèmes techniques dont une défaillance soudaine peut avoir des conséquences sur la sécurité. Cette liste est votre socle : sur ces équipements, on ne discute pas la périodicité constructeur. C'est une analyse de criticité classique, appliquée avec le niveau de détail que le navire peut réellement absorber.

Ensuite, séparez ce qui relève d'un plan de maintenance planifiée approuvé par la société de classification et ce qui n'en relève pas. Le premier bloc est intouchable et doit rester tracé au format attendu par la classe. Le second est négociable : périodicité, regroupement, voire suppression.

Enfin, basculez ce qui peut l'être du calendaire vers le compteur. Une tâche « tous les mois » sur une machine qui tourne trente heures par an est une tâche fantôme. La même tâche déclenchée aux heures de fonctionnement reflète l'état réel de l'organe.

Un plan de départ resserré, que l'équipage tient à 100 %, vaut infiniment mieux qu'un plan exhaustif tenu à 20 %. On enrichit ensuite, à mesure que l'historique se constitue et que les tendances apparaissent.

Erreur 2 : importer un historique sale dans un outil propre

Le symptôme

Le référentiel d'équipements est en place, mais personne ne s'y retrouve. Le même compresseur apparaît trois fois : une fois sous sa désignation constructeur, une fois sous « compresseur BD », une fois sous « le petit compresseur bâbord ». Un moteur auxiliaire est identifié par son numéro de série sur une ligne et par son numéro de position sur une autre. Les pièces de rechange en stock sont rattachées à un équipement qui a été déposé il y a deux ans.

Résultat : la recherche ne rend rien, l'équipage saisit ses heures sur le mauvais équipement, et l'historique de maintenance se disperse entre trois fiches au lieu de s'accumuler sur une seule. La GMAO reproduit fidèlement le désordre du tableur d'origine, en moins souple, parce qu'on ne corrige plus une cellule d'un coup de clavier.

La cause

La reprise de données est presque toujours sous-estimée. On la traite comme une opération d'export-import, alors que c'est un travail de normalisation. Le tableur de départ a vécu dix ans, il a été alimenté par cinq personnes successives, chacune avec sa convention de nommage, et personne n'a jamais eu de raison de le nettoyer puisqu'un humain qui connaît le navire s'y retrouvait de toute façon.

C'est précisément là que le tableur cesse d'être un outil de gestion : sa souplesse est aussi ce qui lui permet d'accumuler des incohérences pendant dix ans sans que rien ne signale le problème. La GMAO, elle, ne pardonne pas l'ambiguïté — et c'est une bonne nouvelle, à condition de faire le ménage avant.

Le correctif

Nettoyez avant d'importer, pas après. L'ordre compte, parce qu'une fois les ordres de travail rattachés aux équipements, la fusion de deux fiches doublons devient une opération lourde qui met en jeu l'historique.

Trois règles simples suffisent à éviter 90 % des dégâts. D'abord, un équipement, un identifiant unique, décidé à terre et imposé à toute la flotte. Le surnom de bord peut vivre en libellé secondaire, jamais en clé. Ensuite, une arborescence qui suit la structure physique du navire, pas l'organigramme de l'équipage : navire, département, système, équipement, sous-ensemble. Enfin, une règle de tri sur l'historique : on ne reprend que ce qui est daté, attribuable à un équipement identifié, et utile à une décision future. Cinq ans d'interventions douteuses ne valent pas dix-huit mois d'historique fiable.

La marque physique ferme la boucle. Tant que l'identifiant n'existe que dans le logiciel, l'équipage continue d'utiliser le surnom. Une étiquette sur la machine, lisible depuis la passerelle de service, aligne le terrain et le référentiel. C'est tout l'intérêt d'un marquage QR code des équipements : le mécanicien scanne, il tombe sur la bonne fiche, la question du nommage ne se pose plus.

Erreur 3 : paramétrer avec l'équipe embarquée du moment

Le symptôme

Le déploiement s'est très bien passé. Le second mécanicien du moment s'est pris au jeu, il a monté l'arborescence, écrit les gammes, réglé les périodicités. Pendant deux mois, le navire est une vitrine.

Puis il débarque. La relève arrive, ouvre la GMAO, et se retrouve devant des gammes qui disent « contrôler le jeu selon procédure habituelle » ou « vérifier le serrage au couple ». Quelle procédure habituelle ? Quel couple ? Le nouveau mécanicien ne sait pas, il n'a pas le temps de chercher, il fait selon son expérience et coche la case. Trois relèves plus tard, plus personne ne sait pourquoi telle périodicité a été fixée à 250 heures, et l'outil est devenu un formulaire qu'on remplit sans le lire.

La cause

La rotation d'équipage est la contrainte structurante de la maintenance navale, et c'est celle qu'on oublie le plus souvent au paramétrage. À terre, une équipe de maintenance reste en place plusieurs années : le savoir tacite se transmet par la présence. À bord, l'équipe complète peut être remplacée en une escale. Tout savoir qui n'est pas écrit disparaît au débarquement.

Le code ISM anticipe exactement ce point : son chapitre 6 demande à la compagnie d'établir des procédures pour que le personnel nouvellement affecté, ou affecté à de nouvelles fonctions, reçoive la familiarisation nécessaire à ses tâches. Une GMAO dont le paramétrage n'est compris que par celui qui l'a fait est en contradiction directe avec cette exigence.

Le correctif

Le savoir doit être dans les gammes, pas dans les têtes. Concrètement, une gamme utilisable par une relève qui découvre le navire contient : l'outillage nécessaire, les consignes de consignation et de sécurité, les valeurs attendues avec leurs tolérances, les couples de serrage, les références des pièces et des consommables, et le critère qui déclenche une alerte. Si une seule de ces informations manque, la tâche redevient dépendante de celui qui l'a écrite. Nous détaillons cette structure dans notre article sur la gamme de maintenance et les standards d'intervention.

Deux réflexes complémentaires. Premièrement, faites relire les gammes critiques par quelqu'un qui n'a pas participé au paramétrage, idéalement un mécanicien d'une autre unité de la flotte. Ce qui lui manque manquera aussi à la relève. Deuxièmement, documentez les décisions de paramétrage elles-mêmes, et pas seulement le résultat : pourquoi cette périodicité, pourquoi cet équipement classé critique, pourquoi cette tâche a été retirée du plan constructeur. Un champ de commentaire sur la gamme suffit. Sans ça, la relève suivante refera les mêmes arbitrages, en sens inverse.

Enfin, prévoyez que la passation se fasse dans l'outil. Le point d'entrée d'un mécanicien qui embarque, ce sont les ordres de travail ouverts, les anomalies non soldées et les échéances des trois prochaines semaines. Si cette vue existe et qu'elle est fiable, la GMAO devient l'outil de passation. Si elle n'existe pas, la passation se fera de vive voix sur la coupée, comme avant.

Erreur 4 : négliger le fonctionnement hors connexion

Le symptôme

La saisie se fait par salves. Le vendredi soir, ou le jour de l'escale, une dizaine d'ordres de travail sont clôturés d'un coup, tous avec le même horaire et des commentaires laconiques. Les relevés chiffrés sont ronds : 80 °C, 4 bars, 250 heures. Personne ne ment ; simplement, personne ne se souvient de la valeur exacte lue trois jours plus tôt au fond de la machine.

Et une partie n'est jamais saisie du tout. L'intervention a eu lieu, elle a été bien faite, mais elle n'a pas laissé de trace, parce qu'au moment de la faire il n'y avait pas de réseau et qu'au moment où il y en avait, il y avait plus urgent.

La cause

Une GMAO conçue pour un site à terre part du principe que le réseau est un acquis. À bord, c'est l'inverse. La liaison satellite est limitée, coûteuse et partagée avec l'exploitation. Elle tombe. Et même quand le navire est parfaitement connecté, une salle des machines reste une cage de Faraday : cloisons acier, ponts, locaux techniques en fond de cale. Le Wi-Fi de la passerelle ne descend pas jusqu'au tunnel d'arbre.

Or c'est précisément là que la donnée a de la valeur. Un relevé de température pris au pied de la machine, au moment du contrôle, est une donnée. Le même relevé reconstitué de mémoire le soir dans la cabine est une approximation qui pollue toutes les tendances construites dessus.

Le correctif

Le hors connexion n'est pas une option confortable, c'est un critère éliminatoire dans le choix de l'outil. Il faut vérifier trois choses avant de signer, et pas après.

D'abord, la portée du mode hors connexion : est-ce qu'on peut seulement consulter, ou est-ce qu'on peut créer un ordre de travail, saisir un relevé, joindre une photo et signer, sans aucun réseau ? Ensuite, la logique de synchronisation : que se passe-t-il quand deux personnes ont modifié la même fiche hors connexion, et combien de temps le terminal peut-il rester déconnecté sans perdre sa file d'attente ? Enfin, le volume échangé à la reconnexion, qui doit rester compatible avec une liaison satellite comptée au mégaoctet.

Testez-le en conditions réelles avant le déploiement de flotte : un mécanicien, une tablette en mode avion, une ronde complète en salle des machines, puis synchronisation. Ce que ce test révèle en une heure, un déploiement le révèle en six mois. Le principe général est celui de l'ordre de travail numérique sur mobile : si la saisie ne peut pas se faire au pied de la machine, elle se fera de mémoire le soir, ou elle ne se fera pas.

Erreur 5 : confondre l'outil et la preuve

Le symptôme

Le taux de réalisation est excellent. Tout est vert. Puis un auditeur ISM ouvre trois ordres de travail au hasard et demande, pour chacun, ce qui a été constaté. Les trois fiches ne contiennent qu'une case cochée et la mention « OK ». Aucun relevé, aucune photo, aucune référence de pièce, une signature générique liée à un compte partagé.

La même scène se rejoue en Port State Control. L'inspecteur ne conteste pas que le travail ait été fait. Il constate qu'il n'y a rien pour l'établir. Et un écart documentaire sur un équipement de sécurité pèse beaucoup plus lourd qu'un écart technique isolé.

La cause

La GMAO est souvent vendue et perçue comme un outil de planification. Elle l'est. Mais dans un contexte maritime, sa fonction la plus défendable est celle d'un système d'enregistrement. Le code ISM ne demande pas que la maintenance soit planifiée dans un logiciel ; il demande que les inspections soient effectuées à intervalles appropriés et que les enregistrements correspondants soient conservés et accessibles. Une case cochée n'est pas un enregistrement, c'est une affirmation.

L'erreur de fond consiste à traiter la saisie comme une formalité administrative postérieure au travail, alors qu'elle en fait partie. Nous développons cette logique dans notre article sur le code ISM et la conformité de la maintenance à bord.

Le correctif

Rendez la preuve obligatoire à la clôture, au niveau de la gamme, pas au niveau de la bonne volonté. Un ordre de travail sur équipement critique ne doit pas pouvoir se clôturer sans les champs qui le rendent opposable.

Deux points de vigilance. Les comptes partagés du type « machine » ou « pont » détruisent l'attribuabilité de tout ce qui est saisi : chaque intervenant doit avoir son compte nominatif. Et l'anomalie constatée doit générer un enregistrement distinct, avec son propre suivi jusqu'à résolution. Un défaut relevé puis noyé dans le commentaire d'un ordre de travail clôturé est exactement ce qu'un inspecteur cherche. Notre article sur les moyens d'éviter une détention en Port State Control détaille les déficiences documentaires les plus fréquemment relevées.

Erreur 6 : piloter le déploiement sans indicateur

Le symptôme

Six mois après la mise en service, quelqu'un à terre ouvre l'outil et découvre l'état réel : sur huit navires, deux sont à jour, trois saisissent partiellement, trois ont abandonné. Personne ne l'avait vu venir, parce que personne ne regardait. Les points d'avancement portaient sur le calendrier du projet, pas sur l'usage effectif.

Le décrochage est pourtant lent et parfaitement visible dans les données. Un navire qui décroche ne s'arrête pas du jour au lendemain : son backlog monte régulièrement, son taux de réalisation du préventif s'effrite, le délai moyen entre l'échéance d'une tâche et sa clôture s'allonge. Ces signaux existent dès la sixième ou huitième semaine.

La cause

Un déploiement est traité comme un projet informatique, avec des jalons de mise en place, alors que c'est un changement de méthode de travail dont le seul résultat mesurable est l'usage. Un navire « déployé » n'est pas un navire où l'outil est installé, c'est un navire où la maintenance est réellement pilotée par l'outil.

Le correctif

Trois indicateurs suffisent pour la phase de déploiement, suivis par navire et non en moyenne de flotte. La moyenne masque exactement ce qu'on cherche : le navire qui décroche.

• Le taux de réalisation du préventif, calculé sur les tâches échues dans la période. Une baisse continue sur trois périodes est un signal, pas un accident.
• Le backlog, exprimé en heures de travail en retard plutôt qu'en nombre de tâches, pour distinguer vingt relevés de cinq minutes d'une révision de trois jours.
• Le délai entre échéance et clôture, qui mesure si l'équipage travaille avec l'outil au fil de l'eau ou s'il régularise a posteriori.

Fixez le seuil d'alerte avant le déploiement, pas quand le chiffre est mauvais. Et prévoyez ce qui se passe quand le seuil est franchi : un appel au bord, pas un mail de relance. Neuf fois sur dix, un navire qui décroche a une raison précise et corrigeable — un plan encore trop lourd, une gamme incompréhensible, une tablette qui ne synchronise pas. La définition et l'interprétation de ces indicateurs sont détaillées dans notre article sur les KPI de maintenance maritime : MTBF, MTTR et backlog.

Un point de méthode : pendant les premiers mois, ces indicateurs servent à repérer les navires en difficulté, pas à les classer. Le jour où l'équipage comprend que le taux de réalisation sert à le noter, il devient excellent, et il ne veut plus rien dire.

Ce qui distingue un déploiement qui tient

Les six erreurs ci-dessus se ressemblent sur un point : elles consistent toutes à transposer à bord une logique de maintenance conçue ailleurs. Un plan constructeur pensé pour couvrir une garantie. Un référentiel hérité d'un tableur que seul son auteur savait lire. Un paramétrage qui suppose une équipe stable. Un outil qui suppose du réseau. Une saisie qui suppose que personne ne demandera de comptes. Un projet qu'on suppose acquis parce qu'il a été livré.

Un déploiement qui tient part de la contrainte inverse. Le navire est isolé, l'équipage tourne, le réseau est incertain, et tout ce qui est fait devra pouvoir être montré. Un outil paramétré sous ces contraintes fonctionne aussi dans les cas faciles ; l'inverse n'est pas vrai.

Si vous démarrez maintenant, prenez le sujet dans l'ordre : arbitrez le plan avant de l'importer, nettoyez le référentiel avant de le charger, écrivez les gammes pour quelqu'un qui n'est pas encore à bord, testez le hors connexion en salle des machines, rendez la preuve obligatoire à la clôture, et regardez trois indicateurs toutes les semaines. Pour la séquence complète, étape par étape, la check-list de mise en place citée en début d'article couvre le déroulé du projet. Et si vous voulez confronter ces six points à votre propre situation, parlons de votre flotte.