SOP for skibsreparation: afslutningsgennemgang til afgang

Sådan fungerer det

1. Tilpas banerne til jeres egen projektorganisation

   Eksemplet bruger Værksteder, QA/QC, Projektleder og Kunde / Klasse. Hvis jeres overdragelsesproces adskiller værkstedsformandens godkendelse fra en dokmesters, eller leder klassesyn gennem en dedikeret synsmandskontakt, så giv hver sin egen bane i stedet for at lægge den ind under en eksisterende: banen er det, der på et øjeblik fortæller en læser, hvem der ejer et trin.

2. Erstat eksemplets People- og Workload-værdier med jeres egen bemanding og timer

   Udskift Sofie Rasmussen, Olivia Kjær, Mikkel Holm og resten med jeres faktiske projektleder, QA/QC-leder og værkstedsformænd, og sæt Workload til den indsats, hvert trin realistisk tager, ikke den kalendertid, det spænder over. Det er det, workload BI-panelet summerer, så pladsholdertimer giver et pladsholder-workload-billede.

3. Skriv jeres egne accept-kriterier ind i beslutningsboksene

   "Bestod alle systemer test og idriftsættelse?" og "Accepterer kunden og klasse arbejdet?" har brug for reelle kriterier bag sig: hvilke teststandarder et system skal bestå, og hvad klassesynsmanden reelt tjekker mod. En beslutning uden angivet kriterium besvares ud fra en vurdering, hvilket er præcis det, omarbejdningsgrenene findes for at fange.

4. Tilpas mangellistebeslutningen til jeres egen tolerance for mindre punkter

   "Er alle punkter på mangellisten afsluttet og underskrevet?" antager en mangelliste af reelt mindre punkter aftalt ved inspektionen. Hvis jeres værfts mangellister rutinemæssigt inkluderer arbejde, der burde have blokeret accept i første omgang, så stram op på, hvad jeres inspektionsbeslutning behandler som accepteret med mindre punkter, i stedet for at lade det flyde igennem til mangellisteafslutning.

5. Behold den afsluttende dokumentation som sit eget trin, ikke en note på afgangen

   "Saml det endelige reparationsdossier og garantidokumentation" er den registrering, både kunden og FAYARD læner sig på, hvis et garantispørgsmål opstår senere. At holde den som en separat række før "Afdok eller frigiv kajplads, skibet afgår" betyder, at dossieret ikke kan springes over, når en afgang forceres.

Ofte stillede spørgsmål

Hvorfor har denne SOP tre separate beslutningspunkter i stedet for ét overdragelsestrin?

Fordi en overdragelse på et reparationsværft kan fejle på tre forskellige tidspunkter, ikke ét: en arbejdspakke kan stadig være åben, før test begynder, et repareret system kan fejle sin egen idriftsættelsestest, og kunden eller klassesynsmanden kan afvise at acceptere arbejde, værkstedet og QA/QC allerede troede var færdigt. Hver beslutning ligger på det tidspunkt, hvor den tilsvarende fejl bliver tjekkbar, og hver forgrener tilbage til omarbejdning frem for videre til en note, fordi det er langt billigere at fange et ufærdigt punkt ved gennemgangen af udestående punkter end at fange det ved synsmandens inspektion.

Hvad gør kolonnerne People og Workload på dette diagram?

Hvert trin har den person, der er ansvarlig for det, og et Workload-tal i timer, der repræsenterer den indsats, trinnet reelt tager, ikke den forløbne tid, det spænder over. Workload BI-panelet aflæser de to kolonner på tværs af diagrammet for at summere indsatsen efter person og efter fase, så en planlægger for eksempel kan se, at projektlederen allerede bærer gennemgangs-, inspektionsplanlægnings- og mangellistetimer på én overdragelse, før et andet skibs afslutning føjes til hendes uge.

Hvad sker der, hvis kunden eller klassesynsmanden ikke accepterer det afsluttede arbejde?

Beslutningen "Accepterer kunden og klasse arbejdet?" leder en afvisning tilbage gennem "Returner til værkstedet til større udbedring" og derefter tilbage gennem gennemgangen af udestående punkter, i stedet for at behandle afvisningen som en sidesamtale. Kun en accept med mindre punkter fortsætter til mangellisteafslutning, hvilket er det, der forhindrer en bestridt reparation i stille at nå frem til afgang.

Hvordan adskiller et punkt på mangellisten sig fra en fejlet idriftsættelsestest?

En fejlet idriftsættelsestest betyder, at et system ikke bestod sin egen test og ledes direkte tilbage til værkstedet, før kunden eller synsmanden overhovedet er involveret. Et punkt på mangellisten er noget, kunden og klassesynsmanden allerede er enige om er mindre nok til, at det ikke blokerer accept, og det spores og lukkes separat ved "Er alle punkter på mangellisten afsluttet og underskrevet?" frem for at genåbne hele inspektionen.

Kan denne SOP tilpasses til et reparationsprojekt uden et involveret klassifikationsselskab?

Ja. Fasestrukturen kan overføres: gennemgang af udestående punkter, test og idriftsættelse, dokumentation, en acceptinspektion og mangellisteafslutning før afgang. Det, der ændres, er, hvem der sidder i banen Kunde / Klasse, og hvad inspektionsbeslutningen reelt tjekker mod, så revider det trin og dets kriterier frem for det overordnede forløb.