SOP for skibsreparation: afslutningsgennemgang til afgang
En skibsværfts-SOP for afslutning og overdragelse af skibsreparation: udestående punkter, test og idriftsættelse, QA-dokumentation, kunde- og klasseinspektion, lukning af mangelliste og afdokning, med ejer og workload-timer pr. trin.
Hvad er SOP for skibsreparation: afslutningsgennemgang til afgang?
Overdragelse er der, hvor et reparationsprojekts papirarbejde indhenter skibets faktiske tilstand, og det er også der, hvor værkstedets egen optimisme gør mest skade. En arbejdspakke meldes afsluttet, fordi montøren tror, den er det, ikke fordi nogen med ansvar for hele omfanget har tjekket den mod det, der blev bestilt. Derfor sætter dette diagram et gennemgangstrin, ikke et gummistempel, umiddelbart efter "Alle arbejdspakker meldt afsluttet af værkstederne": projektlederen tjekker rapporten mod omfanget, før noget bevæger sig mod test, og beslutningen "Er nogen arbejdspakke stadig åben?" sender processen tilbage gennem "Ryk værkstedet for at afslutte udestående punkter" frem for at lade et ufærdigt punkt følge med ind i idriftsættelsen, hvor det er langt dyrere at fange.
Den samme begrundelse gentages to gange til, fordi en overdragelse på et værft som FAYARD fejler på tre forskellige tidspunkter, ikke ét: en arbejdspakke kan stadig være åben, før test overhovedet begynder, et repareret system kan fejle sin egen idriftsættelsestest, og kunden eller klassesynsmanden kan simpelthen ikke acceptere det, værkstedet og værftets egen QA/QC allerede har godkendt. Hver af disse er modelleret som en beslutning med en løkke tilbage til omarbejdning, "Returner til værkstedet for at udbedre det fejlramte system" for en fejlet idriftsættelsestest, "Returner til værkstedet til større udbedring" for en afvist inspektion, frem for en note, nogen skal huske senere. En synsmands afvisning er den dyreste af de tre fejltyper at nå, så diagrammet er bevidst tegnet, så de to tidligere, billigere tjek kan fange, hvad de kan, før skibet nogensinde når den inspektion.
Mangellistefasen findes, fordi »accepteret« og »færdigt« ikke er det samme på et reparationsværft: en synsmand kan godkende skibet som sødygtigt, mens et par mindre punkter, en malingsudbedring, et manglende certifikat, en løs beslag, stadig er åbne. At lede dem gennem deres egen beslutning, "Er alle punkter på mangellisten afsluttet og underskrevet?", med en løkke tilbage gennem "Fortsæt med at afslutte resterende punkter på mangellisten", holder dem fra enten at blokere afgang over bagateller eller stille at blive droppet, når skibet er tilbage til søs. Og kolonnerne People og Workload på hver række er ikke bogføring: Sofie Rasmussen, projektlederen, bærer timer mod gennemgang af udestående punkter, planlægning af inspektion, sammensætning af mangelliste og det endelige dossier samtidig, og Olivia Kjærs QA/QC-timer spænder over idriftsættelse, bestået/ikke bestået-beslutningen og dokumentationspakken. På et værft, der kører mere end én overdragelse ad gangen, er workload BI-panelet det, der viser en planlægger, at den samme projektleder allerede er forpligtet, før et andet skibs mangellisteafslutning loves til samme uge.
Hvad dette flowchart dækker
I denne skabelon
- Afslutningsgennemgang: fra "Alle arbejdspakker meldt afsluttet af værkstederne" over "Projektlederen gennemgår udestående punkter mod omfanget" til beslutningen "Er nogen arbejdspakke stadig åben?", der løkker tilbage gennem "Ryk værkstedet for at afslutte udestående punkter", indtil hver pakke reelt er lukket
- Test og idriftsættelse: "Test og idriftsæt reparerede systemer" styret af "Bestod alle systemer test og idriftsættelse?", hvor et fejlet system løkker tilbage gennem "Returner til værkstedet for at udbedre det fejlramte system", før idriftsættelsen forsøges igen
- QA-dokumentation og kunde-/klasseinspektion: "Udarbejd QA-dokumentation, testregistreringer og certifikater", "Planlæg kunde- og klasseinspektion" og "Kunden og klassesynsmanden inspicerer det afsluttede arbejde", afsluttet af beslutningen "Accepterer kunden og klasse arbejdet?", hvor en afvisning leder helt tilbage gennem "Returner til værkstedet til større udbedring"
- Afslutning af mangelliste: "Udarbejd aftalt mangelliste over mindre udestående punkter" og "Afslut punkter på mangellisten og indhent kundens underskrift", styret af "Er alle punkter på mangellisten afsluttet og underskrevet?", hvor resterende punkter løkker tilbage gennem "Fortsæt med at afslutte resterende punkter på mangellisten"
- Afsluttende dokumentation og afgang: "Saml det endelige reparationsdossier og garantidokumentation" og "Afdok eller frigiv kajplads, skibet afgår", der afsluttes ved slutpunktet "Reparationsprojekt afsluttet, skib afgået"
- Navngivne People og numerisk Workload på hvert trin, der spænder over banerne "Værksteder", "QA/QC", "Projektleder" og "Kunde / Klasse", så workload BI-panelet kan summere indsatsen efter person og efter fase gennem overdragelsen
Hvornår du skal bruge skabelonen
- I lukker et reparationsprojekt hos FAYARD og har brug for et kontrolleret, godkendt forløb fra værkstedernes afslutningsrapport til afgang, ikke en mundtlig forståelse af, hvad der sker herefter
- En tidligere overdragelse lod en ufærdig arbejdspakke følge med ind i test, eller et punkt på mangellisten blev droppet, når skibet var sejlet, og I har brug for, at gennemgangs- og mangellistebeslutningerne gør det umuligt
- I kører idriftsættelse og inspektion på tværs af flere skibes reparationsprojekter samtidig og har brug for, at kolonnerne People og Workload viser, hvor projektlederen eller QA/QC-lederen allerede er forpligtet, før I lover en kunde endnu en inspektionsplads
- En kunde- eller klassesynsmandsafvisning er tidligere gået direkte tilbage til værkstedet uden en dokumenteret årsag, og I har brug for, at »Ikke accepteret«-grenen tvinger en skriftlig begrundelse og en returnering gennem større udbedring frem for en uformel rettelse
- I introducerer en ny projektleder eller QA/QC-leder og har brug for et referenceforløb fra afslutningsgennemgang over idriftsættelse, inspektion, mangellisteafslutning og afsluttende dokumentation til afdokning, i stedet for uskreven viden om, hvad der sker herefter
Sådan fungerer det
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.
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.
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.
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.
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.
Hvor denne proces passer ind
I de fleste virksomheder følger denne proces efter SOP for kvalitetsinspektion af skibsreparation.
Den er ét trin i Skibsreparation.
Trin 1: SOP for skibsankomst og dokning på et skibsreparationsværft
Trin 2: SOP for tørdokning og afdokning: fra blokplan til søsætning
Trin 3: SOP for opstart af skibsreparationsprojekt: fra specifikation til pakker
Trin 4: SOP for onboarding af underleverandører på et skibsværft
Trin 5: SOP for kvalitetsinspektion af skibsreparation
En SOP for kvalitetsinspektion af skibsreparation: selvkontrol ved teknikeren, uafhængig QA/QC-inspektion, betinget NDT-verifikation, klassesynsmandens godkendelse og kundens accept, før sagen arkiveres og lukkes.
Trin 6: SOP for skibsreparation: afslutningsgennemgang til afgang Du er her
En skibsværfts-SOP for afslutning og overdragelse af skibsreparation: udestående punkter, test og idriftsættelse, QA-dokumentation, kunde- og klasseinspektion, lukning af mangelliste og afdokning, med ejer og workload-timer pr. trin.
