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.

Brug denne skabelon

Sådan fungerer det

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

Brug denne skabelon

Mere i SOP-skabeloner

Browse all SOP-skabeloner