Un dploiement de ϳԹ à bord ne ressemble pas à un projet logiciel de bureau. Le navire n'est pas disponible quand vous l'êtes. L'quipage qui monte le rfrentiel n'est pas celui qui l'utilisera dans six mois. Une partie des donnes que vous voulez reprendre dort dans un classeur qui n'a jamais quitt la passerelle. Et la seule chose qui comptera vraiment, c'est qu'un inspecteur ouvre l'outil dans un an et trouve ce qu'il cherche sans qu'on ait à lui raconter l'histoire du projet.
Cet article est une checklist chronologique. Phase par phase, dans l'ordre où les choses se font rellement à bord : ce qu'il y a à traiter, qui le fait à terre et qui le fait au navire, ce qu'on livre, et le critère qui permet de dire que l'tape est termine. Les tableaux sont dans la page, il n'y a rien à tlcharger. On parle ici de la ܱԳ : les modes d'chec d'un dploiement, pourquoi ça rate et comment on rattrape, sont traits sparment dans les erreurs à ne pas faire quand vous mettez en place votre ϳԹ.
Le calendrier se cale sur le navire, pas sur vous
Première chose à admettre : votre planning de projet n'existe pas. Ce qui existe, c'est le planning d'exploitation du navire. Les seuls moments où vous pouvez faire quelque chose d'utile à bord sont les escales longues, le dsarmement saisonnier, l'arrêt technique et le carnage. Entre deux, vous ne verrez ni le chef mcanicien ni les plaques signaltiques.
Avant d'annoncer une date de mise en service, posez donc les trois prochaines fenêtres relles du navire pilote : la prochaine escale longue, la prochaine relève d'quipage complète, le prochain passage au sec. Tout le projet se range dans ces crneaux. Un dploiement qui ignore ce calendrier finit avec un rfrentiel mont depuis un bureau, à partir de photos, avec des numros de srie faux. Et pendant une priode de forte exploitation, on n'impose rien : on observe.
Phase 0 — Avant de signer
Le primètre. Combien de navires, lesquels, dans quel ordre. Un chalutier hauturier, un ferry à passagers et un navire de service offshore olien n'ont ni la même arborescence, ni les mêmes exigences documentaires, ni le même rythme d'escale. Écrivez la liste avec, pour chaque navire, son type, son pavillon, sa socit de classification et son rang de dploiement. Reprez tout de suite les sister-ships : ils vous feront gagner l'essentiel du temps de paramtrage.
Les porteurs. Un projet de ϳԹ a besoin de deux noms, pas d'un comit. Un porteur à terre, superintendant ou responsable technique, qui dcide de la nomenclature et qui arbitre. Un porteur à bord par navire, le plus souvent le chef mcanicien, qui connaît les quipements et qui sera cout par l'quipage. Ces deux personnes doivent avoir du temps dgag, pas du temps en plus.
La preuve attendue. Formulez dès maintenant ce que vous voulez pouvoir montrer dans un an. Pas « amliorer la maintenance », mais des questions telles qu'un inspecteur les pose : montrez-moi les cinq dernières interventions sur le gnrateur de secours ; montrez-moi que le compresseur d'air de lancement a t visit selon la prconisation constructeur ; montrez-moi qui a fait cette intervention et quand. Ces questions deviennent le cahier des charges rel du paramtrage. Si vous en êtes encore à comparer des offres, la grille de critères pour choisir un logiciel de ϳԹ maritime couvre cette tape.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Primètre de flotte | Armateur et superintendant | Liste des navires : type, pavillon, socit de classification, rang de dploiement | Liste date et fige ; les sister-ships sont identifis comme tels |
| Porteur à terre | Armateur | Un nom, avec une charge estime en jours par mois | La charge est valide par sa hirarchie et retire d'autres tâches |
| Porteur à bord | Superintendant et capitaine | Un rfrent par navire, y compris pour les navires en rotation | Chaque navire du primètre a un rfrent nomm et inform |
| Preuves attendues en audit | Personne dsigne à terre | Trois à cinq questions crites, formules comme un inspecteur les poserait | Les questions sont valides par l'armateur et servent de test d'acceptation |
Phase 1 — Le rfrentiel quipements, socle de tout le reste
C'est l'tape qui dcide de la qualit de tout ce qui suit : un plan de maintenance ne vaut rien s'il pointe vers des quipements mal nomms ou saisis en double. Trois niveaux suffisent dans l'immense majorit des flottes : le navire, le système, l'quipement. Propulsion, production d'lectricit, air comprim, combustible, circuits d'eau de mer, appareil à gouverner, apparaux de levage, scurit, engins de pêche ou matriel de manutention selon le mtier. Sous chaque système, les quipements physiques, ceux qui portent une plaque. Le piège classique est de calquer l'arborescence sur l'organigramme du moment : l'organigramme change, la ligne d'arbre non.
La nomenclature doit être stable et crite. Une règle simple, avec des exemples, et deux personnes qui nomment sparment le même quipement doivent crire la même chose. C'est le seul test qui compte. Sur le terrain, la partie la plus longue est le relev physique : marque, type, numro de srie, anne, puissance, plus une photo de la plaque signaltique. La photo vite les allers-retours sur des caractères effacs et elle sert plus tard quand il faut commander une pièce. Prvoyez ce relev pendant une escale, avec un membre d'quipage qui connaît les locaux, jamais depuis un bureau à terre. Le module de gestion des quipements et de leur arborescence se remplit vite une fois ce travail fait.
Enfin, la criticit. Le code ISM demande d'identifier les quipements et systèmes techniques dont une dfaillance soudaine peut conduire à une situation dangereuse (chapitre 10.3). Cette liste n'est pas un exercice de style : c'est elle qui dterminera quelles tâches sont prioritaires, quels stocks sont critiques et quelles chances ne peuvent pas rester en retard.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Niveaux d'arborescence | Superintendant et chef mcanicien | Schma à trois niveaux : navire, système, quipement | Un exemple est droul de bout en bout sur la ligne d'arbre et sur le circuit d'air de lancement |
| Règle de nommage | Rfrent ϳԹ à terre | Une page de règles, avec exemples et contre-exemples | Deux personnes nommant sparment le même quipement crivent la même chose |
| Relev physique | Éܾ貹 machine et pont | Marque, type, numro de srie, anne, photo de plaque | Aucun quipement critique sans numro de srie ni photo lisible |
| پ | Chef mcanicien et superintendant | Liste des quipements critiques au sens du code ISM 10.3 | La liste est signe par le bord et par la terre, et connue de l'quipage |
| Gabarit sister-ships | Rfrent ϳԹ | Arborescence type rutilisable, avec ses carts documents | Le deuxième navire de la srie est mont à partir du gabarit sans être reconstruit |
Phase 2 — La reprise de l'existant
Vous avez un tableur. Vous avez aussi un classeur en machine, un carnet dans le tiroir du chef et des bons de commande dans une boîte mail. Tout n'est pas bon à reprendre, et vouloir tout reprendre est le meilleur moyen de ne jamais dmarrer. La règle utile : on reprend ce qui sert à dcider demain, on archive le reste. Concrètement, l'tat courant des compteurs, la dernière intervention connue sur chaque quipement critique, les chances ouvertes, les certificats en cours de validit et les stocks rellement prsents. Pas dix ans d'historique ligne à ligne : gardez ce fichier en lecture seule, dat, accessible, mais n'en faites pas une condition de dmarrage.
Le nettoyage se joue sur les doublons. Ddoublonnez sur le numro de srie, jamais sur le libell : « pompe BT n°2 », « pompe eau douce BT 2 » et « pompe BT tribord » sont souvent la même machine. Supprimez les colonnes de commentaires libres dont plus personne ne connaît l'auteur et les lignes que personne ne revendique.
Point le plus important de cette phase : le tableur doit mourir à une date annonce. Tant qu'il vit en parallèle, personne ne saisit srieusement dans la ϳԹ. Si vous hsitez encore sur ce qu'un tableur coûte en temps de consolidation et en erreurs, l'article sur le vrai coût du tableur face à une ϳԹ maritime pose les termes du calcul.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Inventaire des sources | Rfrent ϳԹ | Liste des fichiers, classeurs et carnets, avec dtenteur et date de dernière mise à jour | Chaque source a un dtenteur nomm ; les sources orphelines sont cartes |
| Primètre d'historique repris | Superintendant et chef mcanicien | Règle crite de reprise, identique pour tous les navires | La règle tient en cinq lignes et n'est pas rengocie navire par navire |
| ٻdzܲDzԲԲ | Rfrent ϳԹ | Fichier nettoy, rapprochement sur le numro de srie | Le bord relit la liste du navire pilote et n'y trouve aucun doublon |
| Relev des compteurs | Chef mcanicien | Relev dat des heures : moteurs principaux, auxiliaires, groupes lectrogènes | Les valeurs saisies correspondent au relev du jour de bascule |
| Gel des anciens fichiers | Armateur | Copie archive en lecture seule, avec date de gel | Après la date annonce, plus aucune saisie n'entre dans l'ancien fichier |
Phase 3 — Le plan de maintenance
Trois sources alimentent le plan et elles ne disent pas la même chose. Les prconisations constructeur, crites pour le pire cas d'utilisation et pour protger le constructeur. Les exigences de la socit de classification, qui s'imposent dès lors que vous êtes en système de maintenance planifie approuv. Les tâches rglementaires : essais priodiques du matriel de scurit, contrôles lis à la prvention de la pollution, vrifications imposes par le pavillon.
L'arbitrage se fait quipement par quipement et il se documente. Allonger une priodicit constructeur peut se dfendre si l'quipement est suivi par ailleurs, par analyse d'huile ou par relev vibratoire. Mais la justification doit être crite dans l'outil, pas dans la tête du chef mcanicien qui dbarquera dans huit semaines. Et une tâche issue d'un système de maintenance planifie approuv par la socit de classification ne se modifie pas unilatralement.
Vient ensuite le choix du dclencheur, et c'est là qu'on distingue un plan srieux d'un plan de façade. Le calendrier convient aux inspections rglementaires et aux contrôles saisonniers. Le compteur d'heures convient à tout ce qui s'use en tournant : moteurs principaux et auxiliaires, groupes lectrogènes, compresseurs, pompes, sparateurs. L'tat convient aux ensembles suivis par mesure. Tout passer en calendaire parce que c'est plus simple à paramtrer produit un plan qui dclenche des visites inutiles quand le navire est rest à quai et qui laisse filer l'usure quand il a enchaîn les campagnes. La mthode est dtaille dans le guide en quatre tapes pour bâtir un plan de maintenance prventive. Dernier point : simulez la charge sur douze mois avant de valider, sinon toutes vos priodicits annuelles tomberont le même mois.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Dpouillement des manuels | Chef mcanicien | Tableau des prconisations constructeur, quipement par quipement | Chaque quipement critique porte au moins une tâche prventive |
| Exigences de classe | Superintendant | Tâches issues du plan approuv, identifies comme telles dans l'outil | La socit de classification retrouve ses tâches sans travail de correspondance |
| Tâches rglementaires | Personne dsigne à terre et capitaine | Essais et inspections priodiques rattachs à l'quipement concern | Aucune tâche rglementaire orpheline ; chacune a un responsable à bord |
| Choix des dclencheurs | Chef mcanicien et superintendant | Pour chaque tâche : calendaire, compteur d'heures, ou tat | Les machines tournantes sont dclenches au compteur, pas au calendrier |
| Simulation de charge | Chef mcanicien | Vue de la charge prventive sur douze mois glissants | Aucun pic de charge ne tombe sur une priode de forte exploitation |
Phase 4 — Les gammes et les documents
Une gamme se rdige pour quelqu'un qui n'a jamais fait la tâche, à trois heures du matin, avec de la houle, et dont le français ou l'anglais n'est pas la langue maternelle. Ce n'est pas une hypothèse pessimiste : c'est la situation normale sur une flotte avec rotation d'quipage.
Ce que cela impose : des phrases courtes, une action par ligne, l'impratif, aucun sous-entendu. Toutes les valeurs chiffres crites avec leur unit — couples de serrage, jeux, pressions d'preuve, tolrances — plutôt qu'un renvoi vague au manuel. La liste de l'outillage et des consommables en tête, pour que personne ne descende trois fois au magasin. Et la partie scurit avant la première tape technique : consignation, condamnation, permis d'entre en espace confin, permis de travail par point chaud, quipements de protection individuelle. Les repères de rdaction sont dtaills dans l'article sur la gamme de maintenance et la qualit d'intervention.
Attachez les plans, les schmas de circuit, les extraits de manuel et les modèles de permis directement à la tâche, pas à un dossier partag quelque part à terre. Attention au poids des fichiers : un plan de plusieurs dizaines de mgaoctets ne s'ouvrira pas sur un tlphone connect au rseau du port, dcoupez en extraits utiles. Enfin, hirarchisez : rdiger toutes les gammes de la flotte avant de dmarrer est un projet sans fin. Commencez par les quipements critiques identifis en phase 1, puis compltez au fil des interventions relles.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Format de gamme | Rfrent ϳԹ | Modèle unique : scurit, outillage, consommables, tapes, contrôle final | Toutes les gammes crites après validation suivent le même modèle |
| Langue et style | Superintendant | Langue de travail dcide pour la flotte, règles de rdaction sur une page | Un officier dont ce n'est pas la langue maternelle excute la gamme sans appeler à terre |
| Valeurs de rglage | Chef mcanicien | Couples, jeux, pressions et tolrances crits avec leur unit | Aucune valeur laisse à la mmoire de celui qui a fait la tâche la fois prcdente |
| Pièces jointes | Rfrent ϳԹ | Plans, schmas, extraits de manuel, modèles de permis | Les documents s'ouvrent depuis un tlphone à quai, sans connexion rapide |
| Gammes prioritaires | Chef mcanicien | Gammes des quipements critiques rdiges en premier | Chaque quipement critique a sa gamme avant la bascule du navire |
Phase 5 — Les stocks et les achats
Une rfrence de pièce qui n'est rattache à aucun quipement est une ligne morte : personne ne la trouvera au moment où elle sert. Le rattachement pièce-quipement est donc le premier travail de cette phase, et il se fait avec le chef mcanicien, manuel en main.
Vient ensuite l'emplacement, et la question est spcifique au maritime. Une pièce peut être dans la soute du navire, dans un magasin à terre, ou chez un fournisseur avec un dlai. Ce ne sont pas trois nuances du même tat, ce sont trois situations oprationnelles diffrentes. Un navire en campagne, à plusieurs jours de mer d'un port, ne peut compter que sur ce qui est à bord. Si l'outil mlange les deux, vous commanderez en urgence une pièce djà prsente dans la soute.
Les seuils d'alerte se posent ensuite. Le seuil utile n'est pas un chiffre rond : il se dduit du dlai d'approvisionnement rellement constat chez le fournisseur et du rythme d'escale du navire. Une pièce livrable en trois jours dans un port touch chaque semaine ne demande pas le même stock qu'une pièce livrable en huit semaines sur un navire en campagne longue. Le raisonnement complet est trait dans l'article sur la gestion des stocks MRO et les ruptures de pièces critiques. Reste le circuit d'achat, souvent nglig au paramtrage : qui demande, qui valide, à partir de quel montant, qui rceptionne.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Rattachement pièce-quipement | Chef mcanicien | Chaque rfrence lie à au moins un quipement | Une recherche par quipement affiche les pièces effectivement montes dessus |
| Emplacements | Chef mcanicien et magasinier | Liste des emplacements à bord et à terre, sans recouvrement | Un même article n'existe pas deux fois sous deux emplacements approximatifs |
| Seuils d'alerte | Superintendant | Seuil par rfrence critique, adoss au dlai rel d'approvisionnement | Chaque seuil s'explique par un dlai constat, pas par une habitude |
| Circuit d'achat | Armateur et service achats | Règles de demande, de validation et de rception, par palier de montant | Une demande partie du bord atteint le bon valideur sans e-mail personnel |
| Inventaire de dpart | Éܾ貹 | Comptage physique dat, carts documents | Le stock saisi correspond au comptage du jour de bascule |
Phase 6 — Les utilisateurs et les droits
Les rôles à paramtrer sont ceux qui existent djà : capitaine, chef mcanicien, second mcanicien et officiers de quart, maître d'quipage, superintendant, personne dsigne à terre, armateur, magasinier, et parfois un prestataire extrieur qui intervient ponctuellement. Le principe de visibilit tient en une phrase : le bord voit son navire, la terre voit la flotte. Un capitaine n'a pas besoin de l'historique du navire voisin, et lui donner cet accès cre du bruit sans crer de valeur. À l'inverse, le superintendant et l'armateur ont besoin de la vue consolide, sinon la ϳԹ n'est qu'un carnet numrique de plus.
Deux points mritent une dcision explicite. Les droits de modification de l'arborescence, d'abord : ils doivent tenir en très peu de noms. Si tout le monde peut crer un quipement, vous retrouverez le même compresseur sous trois libells en six mois et le rfrentiel construit en phase 1 se dgradera sans que personne s'en aperçoive.
Les comptes nominatifs, ensuite. Un compte partag « machine » ou « passerelle » dtruit la traçabilit : vous ne pourrez plus dire qui a ralis une intervention, ce qui vide de sens la documentation attendue au titre du code ISM et rend l'audit inconfortable. Un compte par personne, ouvert avant l'embarquement, ferm au dbarquement dfinitif. Le lien entre traçabilit de la maintenance et conformit est dvelopp dans l'article sur le code ISM et la conformit de la maintenance à bord.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Cartographie des rôles | Superintendant | Tableau rôle par rôle : lecture, saisie, validation, administration | Chaque personne du primètre correspond à un rôle existant, sans exception |
| Comptes nominatifs | Rfrent ϳԹ | Un compte par personne, aucun compte de poste partag | Toute intervention clôture porte le nom de celui qui l'a ralise |
| Primètre de visibilit | Armateur | Règle crite : le bord voit son navire, la terre voit la flotte | Aucun accès inter-navires sans dcision explicite et trace |
| Droits sur l'arborescence | Armateur | Liste nominative des personnes autorises à crer ou modifier un quipement | La liste tient en trois noms ou moins pour l'ensemble de la flotte |
| Entres et sorties | Rfrent ϳԹ et service armement | Procdure d'ouverture et de fermeture de compte | Un compte est ferm le jour du dbarquement dfinitif, sans relance |
Phase 7 — La formation et la mise en service
La formation se fait à bord, pendant une escale, sur les quipements rels du navire. Pas en salle à terre, pas sur des donnes de dmonstration. La diffrence n'est pas une question de confort : un officier qui a clôtur sa première tâche sur son propre moteur auxiliaire a compris à quoi sert l'outil. Le même officier form sur un navire fictif a assist à une prsentation.
Le format qui fonctionne : une session courte, une heure à une heure trente, en petit groupe, sur trois gestes seulement. Consulter la tâche du jour et sa gamme. La clôturer en saisissant ce qui a t fait, les heures passes et les pièces consommes. Dclarer une avarie ou une anomalie constate. Tout le reste s'apprend ensuite ; ces trois gestes couvrent l'essentiel de l'usage quotidien. Le support tient sur une page, affiche en machine et en passerelle — un manuel complet a sa place dans la documentation du bord, mais ce n'est pas ce qu'on regarde devant une pompe dmonte.
Attention à la couverture : si le navire tourne avec deux bordes, formez les deux. Une borde non forme qui embarque après la bascule fait retomber l'usage à zro pendant tout son embarquement, et il faudra ensuite rattraper les donnes manquantes.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Fenêtre de formation | Superintendant et capitaine | Crneau cal sur une escale, navire à quai | La date figure dans le planning d'exploitation, pas seulement dans le planning projet |
| Contenu | Rfrent ϳԹ | Trois gestes : consulter, clôturer, dclarer une avarie | Chaque participant ralise les trois gestes seul, sur son propre navire |
| Public | Capitaine | Toutes les personnes qui saisiront, personnel de quart compris | Personne ne dcouvre l'outil après la date de bascule |
| Support | Rfrent ϳԹ | Fiche d'une page, affiche en machine et en passerelle | La fiche est visible au poste de travail, pas range dans un classeur |
| Deuxième borde | Service armement | Session rplique pour l'quipage relevant | La borde entrante est forme avant sa prise de fonction |
Phase 8 — La bascule
Un navire pilote d'abord. Le choix compte : ni le plus ancien de la flotte, dont le rfrentiel sera un cas particulier permanent, ni le plus complexe. Idalement une tête de srie de sister-ships, avec un chef mcanicien qui a envie que ça marche. Ce navire portera les erreurs de mthode, et c'est exactement son rôle.
La dure du pilote ne se compte pas en semaines de calendrier mais en cycles d'exploitation. Le pilote est termin quand au moins une tâche prventive a t gnre, ouverte, ralise et clôture dans l'outil, avec ses heures et ses pièces, et quand une avarie non planifie a t traite de bout en bout. Tant que cela n'a pas eu lieu, vous n'avez test qu'un paramtrage, pas un usage. Ensuite seulement, le reste de la flotte, par vagues, en rutilisant le gabarit corrig par le pilote — et une vague se cale sur les escales, jamais sur une date administrative.
Reste le moment le plus politique : l'arrêt du tableur. Il doit avoir une date unique, annonce à bord et à terre, et cette date ne se ngocie pas navire par navire. Aussi longtemps que la double saisie existe, l'quipage continuera à faire confiance au fichier qu'il connaît et les donnes de la ϳԹ resteront incomplètes, ce qui donnera raison à ceux qui ne voulaient pas changer.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Choix du navire pilote | Superintendant et armateur | Un navire nomm, avec sa fenêtre d'exploitation | Le pilote a au moins une chance prventive relle dans la fenêtre retenue |
| Dure du pilote | Superintendant | Priode borne, couvrant un cycle d'exploitation complet | Une tâche prventive et une avarie ont t traites de bout en bout dans l'outil |
| Dcision de gnralisation | Armateur | Compte rendu du pilote : carts constats et corrections apportes | Les corrections sont intgres au gabarit avant le montage du navire suivant |
| Vagues de dploiement | Rfrent ϳԹ | Calendrier navire par navire, cal sur les escales | Aucun navire n'est mont pendant sa priode de plus forte exploitation |
| Arrêt du tableur | Armateur | Date de bascule unique, communique à bord et à terre | Après cette date, aucune saisie parallèle ; l'ancien fichier est en lecture seule |
Phase 9 — Les 90 premiers jours
Après la bascule, on observe avant de corriger. Trois indicateurs suffisent, et ils doivent être calculs de la même façon d'un mois sur l'autre, sinon la comparaison ne veut rien dire.
Le taux de ralisation du prventif : parmi les tâches dues sur la priode, combien ont t clôtures dans leur fenêtre. C'est la mesure de l'usage rel, pas de la bonne volont affiche. Le backlog : le nombre de tâches en retard, mais surtout leur âge. Un backlog de dix tâches vieilles d'une semaine est normal ; une tâche sur quipement critique en retard de deux mois est un problème de scurit, pas un problème d'outil. La qualit de saisie : prenez cinq clôtures au hasard. Si vous comprenez ce qui a t fait sans appeler l'auteur, c'est bon. Si vous lisez « OK » ou « fait », la donne existe mais ne vaudra rien en audit. Les dfinitions et les modes de calcul sont dtaills dans l'article sur les KPI de maintenance maritime : MTBF, MTTR et backlog.
Le rythme : une revue à 30 jours pour reprer les tâches jamais ouvertes, une à 60 jours pour ajuster les priodicits visiblement fausses, une à 90 jours pour arrêter ce qui devient la routine. N'ajustez pas au bout de quinze jours : vous corrigeriez un effet de dmarrage, pas un dfaut de paramtrage.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Revue à 30 jours | Superintendant et chef mcanicien | Liste des tâches jamais ouvertes, avec la raison | Chaque tâche non ouverte a une cause identifie : priodicit, gamme ou accès |
| Taux de ralisation du prventif | Superintendant | Mesure mensuelle par navire, mthode de calcul fige | La mesure est reproductible et comparable d'un mois à l'autre |
| Backlog | Chef mcanicien | Liste des tâches en retard, avec leur âge | Aucune tâche en retard sur quipement critique sans dcision crite |
| Qualit de saisie | Rfrent ϳԹ | Contrôle par chantillon : cinq clôtures par navire et par mois | Une clôture prise au hasard se comprend sans appeler son auteur |
| Ajustement des priodicits | Chef mcanicien et superintendant | Liste des priodicits modifies, avec justification | Toute modification portant sur une tâche du plan approuv passe par la socit de classification |
Phase 10 — La rotation d'quipage, le vrai test
Tout ce qui prcède peut très bien se passer et ne rien prouver. Le chef mcanicien qui a mont le rfrentiel connaît l'outil parce qu'il l'a construit. Le jour où il dbarque, l'officier qui le relève arrive sans ce contexte, avec ses habitudes, et dcouvre un système qu'il n'a pas choisi. C'est le moment de vrit d'un dploiement en flotte : si l'usage tombe à la première relève, il tombera à toutes les suivantes, et vous aurez un outil aliment par une seule personne, c'est-à-dire exactement la situation que vous vouliez quitter en abandonnant le carnet du chef.
Quatre choses se prparent avant la relève, pas pendant. Le compte du relevant est cr et test avant l'embarquement, pour qu'il puisse se connecter dès le premier quart. La passation se fait dans l'outil : travaux en cours, tâches reportes et raisons du report sont saisis par le sortant, pas transmis oralement sur la coupe. Une prise en main courte est organise dans la première semaine par le rfrent de bord. Et un contrôle est fait trente jours après la relève, en comparant le taux de ralisation avant et après.
Un dploiement qui passe deux relèves conscutives sans dcrochage est un dploiement russi. Avant cela, vous avez un projet en cours, pas un système en service.
| Point à traiter | Qui | Livrable | Critère de fin |
|---|---|---|---|
| Compte du relevant | Service armement et rfrent ϳԹ | Compte cr, test et transmis avant l'embarquement | Le relevant se connecte le jour de sa prise de fonction, sans assistance |
| Passation | Chef mcanicien sortant | État des travaux en cours et des reports, saisi dans l'outil | La passation ne s'appuie sur aucun carnet personnel ni fichier local |
| Prise en main | Rfrent de bord | Session courte dans la première semaine d'embarquement | Le relevant clôture seul sa première tâche avant la fin de la semaine |
| Contrôle post-relève | Superintendant | Comparaison du taux de ralisation avant et après la relève | L'cart constat est expliqu et corrig, pas seulement observ |
| Boucle d'amlioration | Personne dsigne à terre | Constats remonts dans la revue du système de gestion de la scurit | Les carts rcurrents donnent lieu à une action, pas à un rappel oral |
Ce que vous devez pouvoir montrer au bout d'un an
Revenez aux questions crites en phase 0 : elles sont votre recette de fin de projet. Un an après la bascule du navire pilote, ouvrez l'outil devant quelqu'un qui n'a pas particip au projet et vrifiez que vous pouvez rpondre sans prparation. L'historique des interventions sur chaque quipement critique, avec la date, l'auteur, les heures passes et les pièces consommes. La preuve que les tâches issues du plan approuv ont t ralises dans leur fenêtre, ou que l'cart a t dclar. Les certificats en cours et leurs chances. Les stocks critiques rellement prsents à bord. Le tout accessible en quelques clics, sans passer par un fichier annexe ni par la mmoire du chef mcanicien.
Si c'est le cas, le dploiement est termin. Sinon, vous savez à quelle phase revenir : la rponse manquante pointe presque toujours vers une tape valide trop vite. Pour cadrer votre projet ou faire relire votre arborescence avant de la figer, parlez-en à notre quipe.
Dernier facteur de russite, souvent nglig : la monte en comptence des quipes. Nos formations à la prise en main, en ligne ou à bord, scurisent les premières semaines. Et pour revoir les fondamentaux avant de drouler cette checklist, il y a notre guide de la ϳԹ maritime.
