SOP de remise des réparations du navire : examen de l'achèvement jusqu'au départ
Une SOP de chantier naval pour l'achèvement et la remise des réparations des navires : examen des éléments en suspens, tests et mise en service, documentation d'assurance qualité, inspection du client et de la classe, clôture de la liste…
Qu'est-ce que le processus sop de remise des réparations du navire : examen de l'achèvement jusqu'au départ ?
C'est à la remise que les documents d'un projet de réparation rattrapent l'état réel du navire, et c'est aussi là que l'optimisme de l'atelier fait le plus de dégâts. Un lot de travaux est signalé comme terminé parce que l'installateur le croit, et non parce qu'une personne ayant autorité sur l'ensemble de l'étendue l'a comparé à ce qui a été commandé. C'est pourquoi ce tableau place une étape de révision, et non un tampon, immédiatement après « Tous les lots de travaux signalés comme terminés par les ateliers » : le chef de projet vérifie le rapport par rapport à la portée avant que quoi que ce soit ne passe aux tests, et la décision « Un lot de travaux encore ouvert ? renvoie le processus via « l'atelier de poursuite pour terminer les éléments en suspens » plutôt que de laisser un élément inachevé passer à la mise en service, où il est beaucoup plus coûteux à attraper.
Le même raisonnement se répète deux fois de plus, car une remise dans un chantier comme FAYARD échoue à trois moments distincts, et non à un seul : un lot de travaux peut encore être ouvert avant même le début des tests, un système réparé peut échouer à son propre test de mise en service, et le client ou l'inspecteur de classe peut tout simplement ne pas accepter ce que l'atelier et le service AQ/CQ du chantier ont déjà approuvé. Chacune de ces décisions est modélisée comme une décision avec une boucle de retour pour retravailler, « Retour à l'atelier pour rectifier le système défaillant » pour un test de mise en service échoué, « Retour à l'atelier pour une refonte majeure » pour une inspection rejetée, plutôt qu'une note secondaire dont quelqu'un se souviendra plus tard. Le rejet d'un expert est le plus coûteux des trois échecs à atteindre, c'est pourquoi la carte est délibérément dessinée pour permettre aux deux contrôles précédents, moins chers, d'en attraper autant qu'ils le peuvent avant que le navire n'arrive à cette inspection.
L'étape de la liste de points de contrôle existe parce que « accepté » et « terminé » ne sont pas la même chose dans un chantier de réparation : un expert peut déclarer le navire apte au service alors qu'une poignée d'éléments mineurs, une retouche de peinture, un certificat manquant, un ajustement lâche, sont encore ouverts. Les acheminer via leur propre décision, "Tous les éléments de la *punch-list* sont clôturés et signés ?", avec une boucle de retour via "Continuer à fermer les éléments restants de la liste de points", les empêche soit de bloquer le départ pour des raisons triviales, soit d'être largués tranquillement une fois que le navire est de retour en mer. Et les colonnes Personnes et Charge de travail sur chaque ligne ne servent pas à la comptabilité : Sarah Mitchell, la chef de projet, comptabilise les heures consacrées à l'examen des éléments en suspens, à la planification des inspections, à la compilation de la liste de points à retenir et au dossier final en même temps, et les heures d'AQ/CQ d'Olivia Bennett couvrent la mise en service, la décision de réussite/échec et le dossier de documentation. Sur un chantier effectuant plusieurs transferts à la fois, le panneau BI de charge de travail est ce qui montre à un planificateur que le même chef de projet est déjà engagé avant que la fermeture de la liste de tâches d'un deuxième navire ne soit promise pour la même semaine.
Ce que couvre cet organigramme
Dans ce modèle
- Examen d'achèvement : de « Tous les lots de travaux signalés comme terminés par les ateliers » jusqu'à « Le chef de projet examine les éléments en suspens par rapport à la portée » et la décision « Un lot de travaux encore ouvert ? », qui revient à « Poursuivre l'atelier pour terminer les éléments en suspens » jusqu'à ce que chaque lot soit véritablement clôturé.
- Tests et mise en service : « Tester et mettre en service les systèmes réparés » contrôlés par « Tous les systèmes sont testés et mis en service avec succès ? », avec un système défaillant revenant via « Retour à l'atelier pour rectifier le système défaillant » avant une nouvelle tentative de mise en service.
- Documentation d'assurance qualité et inspection client/classe : "Compiler la documentation d'assurance qualité, les enregistrements de tests et les certificats", "Planifier l'inspection client et classe" et "Le client et l'inspecteur de classe inspectent le travail terminé", clôturés par la décision "Le client et la classe **acceptent** le travail ?", où un rejet remonte jusqu'au "Retour à l'atelier pour retouche majeure".
- Clôture de la liste de pointage : "Compiler la liste de pointage convenue des éléments mineurs en suspens" et "Fermer les éléments de la liste de pointage et obtenir l'approbation du client", contrôlés par "Tous les éléments de la *punch-list* sont clôturés et signés ?", les éléments restants revenant en boucle via "Continuer à fermer les éléments de la liste de pointage restants".
- Documentation finale et départ : "Rassembler le dossier final de réparation et la documentation de garantie" et "Décrocher ou libérer le poste d'amarrage, le navire part", fermeture au terminal "Projet de réparation terminé, navire parti"
- Personnes nommées et charge de travail numérique à chaque étape, couvrant les voies « Ateliers », « AQ/CQ », « Chef de projet » et « Client/Classe », afin que le panneau BI de charge de travail puisse totaliser l'effort par personne et par étape tout au long du transfert.
Quand utiliser ce modèle
- Vous clôturez un chantier de réparation chez FAYARD et avez besoin d'un déroulement maîtrisé et validé depuis le rapport de fin d'atelier jusqu'au départ et non d'une compréhension verbale de la suite.
- Un transfert précédent a laissé un lot de travaux inachevé passer aux tests, ou un élément de la liste de tâches a été abandonné une fois que le navire a navigué, et vous avez besoin de l'examen et des décisions de la liste de tâches pour rendre cela impossible.
- Vous effectuez simultanément la mise en service et l'inspection de plusieurs projets de réparation de navires et vous avez besoin que les colonnes Personnes et Charge de travail indiquent où le chef de projet ou le responsable AQ/CQ est déjà engagé avant de promettre à un client un autre créneau d'inspection.
- Un refus d'un client ou d'un enquêteur de classe est déjà retourné directement à l'atelier sans cause documentée, et vous avez besoin de la branche « Non accepté » pour forcer une raison écrite et un retour via une refonte majeure plutôt qu'une solution informelle.
- Vous intégrez un nouveau chef de projet ou un responsable AQ/CQ et avez besoin d'une séquence de référence depuis l'examen d'achèvement en passant par la mise en service, l'inspection, la clôture de la liste de pointage et la documentation finale jusqu'au désamarrage, plutôt qu'une connaissance tribale de ce qui se passe ensuite.
Comment cela fonctionne
Adaptez les couloirs à votre propre organisation de projet
L'exemple utilise les ateliers, AQ/CQ, Chef de projet et Customer/Class. Si votre processus de transfert sépare l'approbation du contremaître d'atelier de celle du capitaine de quai, ou si vous acheminez les enquêtes de classe via un agent de liaison dédié, attribuez à chacun sa propre voie plutôt que de l'intégrer à une voie existante : la voie est ce qui indique d'un coup d'œil au lecteur qui possède une étape.
Remplacez les exemples de valeurs Personnes et Charge de travail par votre propre liste et vos propres heures.
Remplacez Sarah Mitchell, Olivia Bennett, Marcus Webb et les autres par votre véritable chef de projet, votre responsable AQ/CQ et vos contremaîtres d'atelier, et définissez la charge de travail sur l'effort que chaque étape demande de manière réaliste, et non sur la durée du calendrier qu'elle s'étend. C'est ce que totalise le panneau BI de charge de travail, donc les heures réservées produisent une image de la charge de travail réservée.
Écrivez vos propres critères d'acceptation sur les boîtes de décision
« Tous les systèmes sont testés et mis en service avec succès ? » et "Le client et la classe acceptent le travail ?" ils ont besoin de véritables critères : à quelles normes de test un système doit satisfaire et par rapport à quoi l'inspecteur de classe vérifie réellement. Une décision sans critère énoncé reçoit une réponse par jugement, ce qui est exactement ce pour quoi les branches de refonte existent.
Adaptez la décision de la liste de tâches à votre propre tolérance pour les éléments mineurs
"Tous les éléments de la liste de points à retenir sont clôturés et signés ?" suppose une liste de points véritablement mineurs convenus lors de l’inspection. Si les listes de tâches de votre chantier incluent régulièrement des travaux qui auraient dû bloquer l'acceptation en premier lieu, resserrez ce que votre décision d'inspection considère comme accepté avec des éléments mineurs, plutôt que de laisser cela se poursuivre jusqu'à la clôture de la liste de tâches.
Conservez la documentation finale comme une étape à part entière, et non comme une note de départ
« Assembler le dossier de réparation final et la documentation de garantie » est l'enregistrement sur lequel le client et FAYARD s'appuient si une question de garantie se pose ultérieurement. Le conserver dans une ligne distincte avant « Désamarrer ou libérer le poste d'amarrage, le navire part » signifie que le dossier ne peut pas être ignoré lorsqu'un départ est précipité.
Questions fréquentes
Pourquoi cette SOP comporte-t-elle trois points de décision distincts au lieu d'une seule étape de transfert ?
Parce qu'un transfert dans un chantier de réparation échoue à trois moments différents, et non à un seul : un lot de travaux peut encore être ouvert avant le début des tests, un système réparé peut échouer à son propre test de mise en service, et le client ou l'inspecteur de classe peut refuser d'accepter le travail que l'atelier et l'AQ/CQ pensaient déjà avoir effectué. Chaque décision est prise au moment où l'échec correspondant devient vérifiable, et chacune revient à un remaniement plutôt qu'à une note, car attraper un élément inachevé lors de l'examen des articles en suspens coûte beaucoup moins cher que de l'attraper lors de l'inspection de l'arpenteur.
À quoi servent les colonnes Personnes et Charge de travail sur ce graphique ?
Chaque étape porte la personne qui en est responsable et un chiffre de charge de travail en heures représentant l'effort que cette étape demande réellement, et non le temps écoulé qu'elle s'étend. Le panneau BI de la charge de travail lit ces deux colonnes dans le graphique pour indiquer l'effort total par personne et par étape, afin qu'un planificateur puisse voir, par exemple, que le chef de projet effectue déjà des heures de révision, de planification d'inspection et de liste de pointage lors d'une remise avant que la fermeture d'un deuxième navire ne soit ajoutée à sa semaine.
Que se passe-t-il si le client ou l'arpenteur de classe n'accepte pas le travail terminé ?
La décision « Le client et la classe acceptent le travail ? » achemine un rejet via « Retour à l'atelier pour une refonte majeure », puis via la révision des éléments en suspens, plutôt que de traiter le rejet comme une conversation parallèle. Seule une acceptation avec des éléments mineurs entraîne la clôture de la liste de points à retenir, ce qui empêche une réparation contestée d'arriver tranquillement au départ.
En quoi un élément de la liste de points à retenir est-il différent d'un test de mise en service ayant échoué ?
Un test de mise en service échoué signifie qu'un système n'a pas réussi ses propres tests et est renvoyé directement à l'atelier avant que le client ou l'expert ne soit impliqué. Un élément de la liste de points à retenir est quelque chose dont le client et l'enquêteur de classe ont déjà convenu qu'il est suffisamment mineur pour ne pas bloquer l'acceptation, et il est suivi et clôturé séparément dans « Tous les éléments de la liste de points à retenir sont fermés et signés ? » plutôt que de rouvrir toute l'inspection.
Cette SOP peut-elle être adaptée pour un projet de réparation sans société de classification impliquée ?
Oui. La structure des étapes se poursuit : examen des points en suspens, tests et mise en service, documentation, contrôle de réception et clôture de la liste de points à remplir avant le départ. Ce qui change, c'est qui se trouve dans la file Client/Classe et ce par rapport à quoi la décision d'inspection est réellement vérifiée, donc révisez cette étape et ses critères plutôt que la séquence globale.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus suit SOP d'inspection de la qualité des réparations à bord.
C'est une étape de Réparation de navires.
Étape 1: SOP d'arrivée et d'accostage des navires (chantier de réparation navale)
Étape 2: SOP de mise en cale sèche et de désamarrage : plan de bloc pour le renflouement
Étape 3: SOP de lancement du projet de réparation navale : spécification des lots de…
Étape 4: SOP d'intégration des sous-traitants du chantier naval : initiation au paiement
Étape 5: SOP d'inspection de la qualité des réparations à bord
Une SOP d'inspection de la qualité des réparations à bord pour les chantiers de réparation navale : auto-vérification du technicien, inspection indépendante AQ/CQ, vérification CND conditionnelle, approbation de l'inspecteur de classe et…
Étape 6: SOP de remise des réparations du navire : examen de l'achèvement jusqu'au départ Vous êtes ici
Une SOP de chantier naval pour l'achèvement et la remise des réparations des navires : examen des éléments en suspens, tests et mise en service, documentation d'assurance qualité, inspection du client et de la classe, clôture de la liste…