SOP for opstart af skibsreparationsprojekt: fra specifikation til pakker
En SOP for opstart af skibsreparationsprojekt: specifikation, teknisk gennemgang, projektlederansvar, arbejdspakker, underleverandørdækning, planlægning og et bekræft/revider-opstartsmøde, før arbejdet når værkstederne.
Hvad er SOP for opstart af skibsreparationsprojekt: fra specifikation til pakker?
En reparationsspecifikation ankommer sjældent komplet nok til at planlægge ud fra. En kunde beskriver en vibration i bagbords akselline eller en hydraulisk styrefejl, ikke en arbejdsliste, og værftets egne mekaniske, elektriske og hydrauliske ledere skal omsætte den beskrivelse til omfang, før nogen kan love en dokdato. Springes den tekniske gennemgang over, eller lader man ét fag underskrive for alle tre, dukker hullet op på det værst tænkelige tidspunkt: midt i reparationen, med skibet allerede ude af drift og det manglende hydrauliske fund, der forvandler en to-ugers opgave til en fem-ugers en. Derfor sætter dette diagram en gennemførlighedsbeslutning lige efter gennemgangen, med en eksplicit løkke tilbage til kunden for afklaring eller besigtigelse, i stedet for at en leder i stilhed gætter sig til omfang for at holde tidsplanen kørende: "Er omfanget komplet og teknisk gennemførligt som specificeret?"
Anden halvdel af processen er lige så meget et ressourceproblem som et teknisk. FAYARDs værksteder, kraner og tørdokke er en delt, begrænset ressource på tværs af hvert igangværende projekt, så »kan vi klare dette selv« skal besvares fag for fag, ikke én gang for hele opgaven. En arbejdspakke, der kræver specialiseret hydraulisk test, værftet ikke selv har, skal sendes til en underleverandør, før den når tidsplanen, ikke opdages efter en dok- eller kajplads allerede er booket omkring den. Risiko- og sikkerhedsgennemgangen ligger bevidst sent, efter arbejdspakkerne og tidsplanen findes, fordi en risikogennemgang mod et abstrakt omfang giver generiske fund; mod et daterede, ressourcesatte sæt arbejdspakker giver den de fund, der faktisk ændrer planen.
Opstartsmødet er processens egen godkendelsesport: kunden ser omfang, tidsplan og pris samlet og bekræfter dem enten eller sender projektet tilbage til revision og et nyt møde, i stedet for at arbejdet begynder på en forståelse, kun værftet har underskrevet. Fordi hver eneste række i dette diagram har en navngiven ejer og et estimeret arbejdsomfang, fungerer det samme diagram samtidig som ressourceregistrering: Salg, de tre teknisk ansvarlige, projektlederen, indkøb og værkstederne optræder alle med timer mod deres navn, så en projektleder tildelt tre samtidige reparationsprojekter er et tal på workload-panelet, før det bliver en misset deadline.
Hvad dette flowchart dækker
I denne skabelon
- Fem fasebaner, Modtagelse over Teknisk gennemgang, Planlægning, Opstart og Udførelse, krydset af fem rollebaner, herunder "Teknisk gennemgang", "Projektleder" og "Salg / kunde", så hvert trin viser både hvor det ligger i processen, og hvem der ejer det.
- Modtagelse og gennemførlighedsløkken: specifikationen registreres i modtagelsesregistret, hvorefter "Teknisk gennemgang af omfanget ved de mekaniske, elektriske og hydrauliske ledere" fører ind i beslutningen "Er omfanget komplet og teknisk gennemførligt som specificeret?", hvor Nej-grenen leder til "Anmod om afklaring eller besigtigelse fra kunden" og tilbage i gennemgangen frem for videre til en tidsplan.
- Projektejerskab og omfangsopdeling: "Tildel projektleder og projektnummer" går forud for "Opdel omfanget i arbejdspakker efter fagområde", så en navngiven projektleder findes, før arbejdet opdeles, ikke bagefter.
- Selv-eller-køb-beslutningen: "Dækker den interne kapacitet alle arbejdspakker?" forgrener til "Find og engager en underleverandør til at dække hullet" ved Nej, så en kapacitetsmangel løses før planlægningen frem for at blive opdaget undervejs.
- Planlægning og risiko: "Planlæg værkstedsressourcer og dok- eller kajplads" og "Gennemgå projektrisici og sikkerhedskrav" kører i rækkefølge i banen Planlægning, så sikkerhedsgennemgangen sker mod en ressourcesat, dateret plan i stedet for et abstrakt omfang.
- Kundens opstartsport: "Afhold opstartsmøde med kunden og projektteamet" fører ind i "Bekræfter kunden omfang, tidsplan og pris ved opstartsmødet?", hvor Ændringer ønsket løkker til "Revider omfang eller tidsplan og genindkald til opstartsmøde", og Bekræftet fortsætter til "Udsend arbejdspakker til værkstederne og opret jobbet i systemet".
Hvornår du skal bruge skabelonen
- En reparationsspecifikation er lige kommet ind fra en kunde eller mægler, og I har brug for et fast forløb til at omsætte den til et prissat, planlagt projekt i stedet for et ad hoc-sæt e-mails mellem salg, de tekniske ledere og projektlederen.
- Skibe ankommer med vagere specifikationer, end værftet kan planlægge ud fra, og omfanget bliver ved med at blive afklaret, efter dokpladsen allerede er booket, i stedet for før.
- I har brug for et standard selv-eller-køb-kontrolpunkt til at afgøre, hvornår en arbejdspakke går til et internt værksted frem for en underleverandør, så beslutningen træffes én gang, på skrift, i stedet for at blive forhandlet projekt for projekt.
- Et kundeopstartsmøde har mere end én gang afsløret en uenighed om omfang eller pris, efter arbejdet allerede var i gang, og I vil have en dokumenteret bekræft-eller-revider-port, før værkstederne åbner opgaven.
- I onboarder en ny projektleder eller teknisk leder og har brug for ét diagram, der viser, hvordan en specifikation bliver til en tildelt projektleder, et sæt arbejdspakker, en tidsplan og en udstedt opgave.
Sådan fungerer det
Tilpas banerne til jeres egne afdelingsnavne
De fem rollebaner her, Salg / kunde, Teknisk gennemgang, Projektleder, Indkøb og Værksteder, afspejler, hvordan FAYARD er organiseret. Hvis jeres værft opdeler teknisk gennemgang i separate mekaniske, elektriske og hydrauliske baner i stedet for én fælles bane, så tilføj dem; hvis indkøb og projektlederen er samme person på mindre opgaver, så flet banerne i stedet for at tegne en overlevering, der ikke sker.
Navngiv personerne, ikke kun rollerne, på hvert trin
Sæt en reel person i People-kolonnen på hver række, og et realistisk workload-estimat i timer ved siden af, ligesom "Teknisk gennemgang af omfanget ved de mekaniske, elektriske og hydrauliske ledere" har tre navngivne ledere og et samlet estimat. Det er det, der lader workload BI-panelet vise jer en leder, der er dobbeltbooket på tværs af to samtidige opstarter, før det viser sig som en overskredet gennemgangsdato.
Skriv gennemførlighedskriterierne bag den første beslutning
"Er omfanget komplet og teknisk gennemførligt som specificeret?" er kun en brugbar port, hvis lederne deler en skriftlig standard for, hvad der tæller som komplet: tegninger, tolerancer, adgangsbegrænsninger, tidligere synsdata. Uden den bliver beslutningen en vurdering, der varierer med, hvilken leder der gennemgår den, og afklaringsløkken bruges inkonsekvent.
Fastlæg reglen for, hvornår en arbejdspakke går til en underleverandør
"Dækker den interne kapacitet alle arbejdspakker?" bør afgøres ud fra en dokumenteret regel, ikke en mavefornemmelse: navngivne kompetencer, værftet ikke besidder, et værksted allerede booket over kapacitet i dokvinduet, eller en specialtest, værftet ikke selv kører. Notér reglen ved siden af beslutningen, så en projektleder under tidspres ikke i stilhed kan springe underleverandørtrinnet over for at holde en dato.
Fastlæg, hvad "bekræftet" betyder ved opstart, før I bruger diagrammet
"Bekræfter kunden omfang, tidsplan og pris ved opstartsmødet?" kræver de samme tre ting på bordet hver gang: arbejdspakkerne, dok- eller kajdatoerne og prisen. Hvis kunden kun nogensinde ser én af de tre ved mødet, er Bekræftet-grenen værdiløs som godkendelse, og uenigheder vil dukke op senere, under udførelsen, i stedet for her.
Hold diagrammet levende som projektets autoritative kilde
Fordi diagrammet allerede har ejere og workload pr. trin, så hold det opdateret gennem udførelsen i stedet for at behandle det som et engangsdokument til opstarten: en tilføjet arbejdspakke eller en ny leder hører hjemme på samme diagram, versioneret, så workload-panelet og tidsplanen aldrig driver væk fra, hvad der reelt sker på værftet.
Ofte stillede spørgsmål
Hvorfor kræver den tekniske gennemgang tre separate fag og én beslutning?
Fordi en skibsreparationsspecifikation i praksis sjældent kun berører ét fag, selv når den læser sådan: en hydraulisk styrefejl har ofte en elektrisk styringskomponent og en mekanisk forbindelseskomponent bag sig. At gennemgå den sammen med mekaniske, elektriske og hydrauliske ledere og derefter gate den på én fælles gennemførlighedsbeslutning er det, der fanger det tværfaglige fund, før det bliver en overraskelse midt i reparationen. At dele gennemgangen op i tre separate godkendelser uden en fælles beslutning er den sædvanlige måde, et værft ender med tre fag, der hver især er sikre på, at omfanget er komplet, og ingen der har tjekket det som helhed.
Hvorfor kommer selv-eller-køb-beslutningen efter opdelingen i arbejdspakker og ikke før?
Fordi "dækker den interne kapacitet alle arbejdspakker?" kun kan besvares fag for fag, mod reelle arbejdspakker med reelle timer knyttet til, ikke mod specifikationen som helhed. At opdele omfanget i arbejdspakker først er det, der forvandler "kan vi klare det selv" fra et gæt til en tjekliste: hver pakke passer enten til et tilgængeligt værksted og kompetencesæt, eller også gør den ikke, og kun de pakker, der ikke gør, skal til en underleverandør.
Hvad sker der, hvis kunden ikke bekræfter ved opstartsmødet?
Diagrammet leder Ændringer ønsket til "Revider omfang eller tidsplan og genindkald til opstartsmøde", der løkker tilbage til risikogennemgangsfasen frem for til udførelse. Det betyder noget, fordi et revideret omfang eller en revideret tidsplan kan ændre risikobilledet, ressourcesætningen eller begge dele, så processen går tilbage ind i planlægning i stedet for i stilhed at lappe uenigheden og gå direkte til at udsende arbejdspakker.
Hvor genforenes underleverandørarbejde med hovedtidsplanen?
"Find og engager en underleverandør til at dække hullet" fører direkte ind i "Planlæg værkstedsressourcer og dok- eller kajplads", det samme trin, den interne vej når ved et Ja-svar. Det holder planlægningen som ét trin, der tager højde for både interne og underleverede arbejdspakker sammen, i stedet for to separate tidsplaner, der senere skal afstemmes mod ét fælles tørdok- eller kajvindue.
Hvordan adskiller dette sig fra en generel proces for projektændringsanmodninger?
Denne SOP handler om at starte et reparationsprojekt, fra kundens specifikation til en udstedt, ressourcesat opgave; en ændringsanmodningsproces styrer justering af omfang, omkostning eller tidsplan, efter et projekt allerede er i gang og har en baseline. Opstartsmødet her er det tidspunkt, hvor omfang, tidsplan og pris aftales for første gang. Enhver ændring efter det tidspunkt, når værkstederne har åbnet opgaven, hører hjemme i en separat ændringsstyringsproces frem for i et revideret opstartsmøde.
Hvorfor sætte workload-estimater på enkelte rækker i stedet for én total på projektet?
Et enkelt timeestimat på projektniveau skjuler netop den information, en projektleder har brug for under opstart: om Salg, en bestemt teknisk leder, indkøb eller et værksted er flaskehalsen. Workload pr. række, samlet af workload BI-panelet, viser en projektleder eller en hydraulisk leder, der bærer timer på tværs af flere samtidige opstarter, før det viser sig som en forsinket gennemgangsdato, hvilket er det tidligere og billigere sted at fange det.
Hvor denne proces passer ind
I de fleste virksomheder følger denne proces efter SOP for tørdokning og afdokning: fra blokplan til søsætning og sender videre til SOP for onboarding af underleverandører på et skibsværft.
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
En skibsværfts-SOP for tørdokning og afdokning: verifikation af blokplan, kontrolleret lænsning, et stabilitetstjek, reparationsarbejde i tørdokperioden og søsætning, med en ejer og arbejdstimer på hvert trin.
Trin 3: SOP for opstart af skibsreparationsprojekt: fra specifikation til pakker Du er her
En SOP for opstart af skibsreparationsprojekt: specifikation, teknisk gennemgang, projektlederansvar, arbejdspakker, underleverandørdækning, planlægning og et bekræft/revider-opstartsmøde, før arbejdet når værkstederne.
Trin 4: SOP for onboarding af underleverandører på et skibsværft
En SOP for onboarding af underleverandører på skibsværfter: dokumentverifikation, sikkerhedsintroduktion, adgang og værnemidler, tilladelse til varmt arbejde eller lukket rum ved behov, superviseret arbejde og afmelding.
Trin 6: SOP for skibsreparation: afslutningsgennemgang til afgang