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.

Brug denne skabelon

Hvad er SOP for tørdokning og afdokning: fra blokplan til søsætning?

Et skib sætter sig ikke ned på blokke, som det lægger sig til en kaj. Hver køl- og bundblok skal ligge under et lastbærende punkt, som skibets egen dokningstegning angiver, og en blokplan kopieret fra det sidste lignende skrog, eller vurderet ud fra en generel arrangementstegning i stedet for den faktiske dokningstegning, er sådan en søkiste eller en skrogsgennemføring ender med at hvile på en blok, den aldrig var beregnet til at bære. Skaden fra den fejl viser sig ikke, mens dokken stadig er oversvømmet. Den viser sig, når vandlinjen falder, og skibets egen vægt overføres til, hvad der reelt er under det, hvilket er grunden til, at processen er tegnet med en verifikationsbeslutning, før en eneste blok er placeret, ikke bagefter.

Diagrammet indeholder tre beslutningspunkter af samme grund, som en tørdok har tre steder, hvor en dokning reelt kan mislykkes: blokplanen kan være forkert, før skibet overhovedet kommer ind i dokken, skibet kan komme til at ligge ude af center eller ude af trim, mens vandet falder, og selve landingen kan være forkert, når dokken er tør. Hver af disse er en gren tilbage til omarbejdning frem for en note til senere rettelse, fordi en blokplan rettet efter blokkene er sat, et trim rettet efter lænsningen er afsluttet, eller en landing accepteret uden et stabilitetstjek rettes til en langt højere pris end den gren, der fanger det et trin tidligere. At samle nogen af de tre til ét enkelt 'dok skibet'-trin er præcis den genvej, der forvandler en rutinedokning til en uplanlagt gensøsætning.

Selve tørdokperioden er tegnet som ét autoriseret trin frem for en liste af fag, fordi hver disciplin, der arbejder under skroget, søventiler, propel, ror, arbejder på lånt tid mod samme oversvømmelsesdato, og intet af det er tilgængeligt, når dokken flyder igen. Kolonnerne People og Workload på hver række findes for at gøre den lånte tid synlig, før den løber ud: dokmesteren, planlægningslederen, den mekaniske formand og QA/QC har hver navngivne timer mod deres egne trin, og et værft, der kører flere dokninger gennem sine tørdokke samtidig, aflæser den belastning gennem workload BI-panelet i stedet for at opdage ved dok-klar-beslutningen, at et trin, ingen havde bemandet, stadig var åbent.

Hvad dette flowchart dækker

I denne skabelon

  • Dokklargøring: blokplanen udarbejdes ud fra skibets egen dokningstegning ved "Udarbejd blokplan ud fra skibets dokningstegning", tjekkes ved beslutningen "Passer blokplanen til køl- og bundprofilen?", og enhver uoverensstemmelse ledes til "Revider blokopstilling sammen med skibets maskinchef", før en blok placeres
  • Dokning: "Placer køl- og bundblokke i dokken" og "Positioner skibet over blokkene under lodsning", styret af "Er skibet centreret og trim inden for tolerance?" med en gren for afvigelse til "Reposition skibet med bugserbåde og spil", før lænsningen begynder
  • Kontrolleret lænsning og landingstjekket: "Påbegynd kontrolleret lænsning af dokken", "Overvåg blokplacering, mens vandlinjen falder" og "Verificer skibets stabilitet og blokkontakt, når dokken er tør", afsluttet af beslutningen "Er skibet stabilt og korrekt placeret på blokkene?" med en gren til "Genopfyld delvist og genplacer skibet på blokkene", hvis landingen er forkert
  • Tørdokperioden: arbejdet starter først, når "Godkend reparationsholds adgang til tørdokken" er givet, og "Reparationsarbejdet gennemføres i tørdokperioden" fører alt fagenes tørdok-specifikke arbejde frem til dok-klar-tjekket
  • Afdokning og afgang: beslutningen "Er alt tørdokarbejde afsluttet, og er dokken klar?" forgrener til "Forlæng tørdokperioden og underret kunden om den reviderede tidsplan", når det ikke er tilfældet, og fortsætter ellers gennem "Oversvøm dokken og søsæt skibet" til "Afsluttende undervandstjek og kunderundgang"
  • Navngivne People og numeriske Workload-timer på hvert trin, fra banerne Dokmester og Planlægning over Mekanisk og QA/QC til banen Skib / kunde, så workload BI-panelet kan summere indsatsen efter person og efter fase gennem en dokning

Hvornår du skal bruge skabelonen

  • I planlægger et skib ind i dokkalenderen og vil have et kontrolleret, godkendt forløb, som dokmesteren, planlægningslederen og kunden alle arbejder ud fra, i stedet for en mundtlig forståelse af rækkefølgen
  • En tidligere dokning landede ude af center eller med en blok, der ikke bar korrekt, og I har brug for et dokumenteret stabilitetstjek og en gendoknings-gren i stedet for at stole på, at nogen bemærker det i tørdokperioden
  • I kører mere end én dokning gennem værftets tørdokke i samme tidsrum og har brug for, at kolonnerne People og Workload viser, hvor den mekaniske formand eller QA/QC-lederen allerede er bundet, før I lover en reparationsplads
  • Tørdokperioden bliver jævnligt forlænget uden en dokumenteret årsag, og I har brug for, at dok-klar-beslutningen og dens forlæng-tørdokperiode-gren tvinger en skriftlig årsag og en revideret dato frem til kunden
  • I introducerer en ny planlægningskoordinator eller dokmester og har brug for et referenceforløb fra blokplan-verifikation til den afsluttende undervandsrundgang, i stedet for uskreven viden om, hvad der sker herefter

Sådan fungerer det

  1. Tilpas banerne til jeres egen dokorganisation

    Eksemplet bruger Dokmester, Planlægning, Mekanisk, QA/QC og Skib / kunde. Hvis jeres værft adskiller mekanisk fra elektrisk og hydraulisk reparationskapacitet, eller leder godkendelsen gennem en separat dokinspektør, så giv hver sin egen bane i stedet for at lægge den ind under Mekanisk: 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 de navngivne personer med jeres faktiske dokmester, planlægningsleder og formænd, og sæt Workload til den indsats, hvert trin realistisk tager på jeres værft, ikke forløbet kalendertid. Det er det, workload BI-panelet summerer, så pladsholdertimer giver et pladsholder-workload-billede.

  3. Skriv jeres egne tolerance- og stabilitetskriterier ind i beslutningsboksene

    "Er skibet centreret og trim inden for tolerance?" og "Er skibet stabilt og korrekt placeret på blokkene?" har brug for tal bag sig: den centrerings- og trimtolerance, jeres lodser arbejder efter, og hvad 'korrekt placeret' betyder for de skrogtyper, I dokker. En beslutning uden angivet kriterium besvares ud fra en vurdering, hvilket er præcis det, en gendoknings-gren findes for at fange.

  4. Tilføj jeres egen godkendelsesport for tørdokarbejde

    "Godkend reparationsholds adgang til tørdokken" bør navngive, hvem der reelt underskriver den på jeres værft, hvad enten det er dokmesteren alene eller en fælles godkendelse med QA/QC, og hvad godkendelsen bekræfter: blokplacering verificeret, dokadgang sikker, tilladelser udstedt.

  5. Udvid tørdokperiode-trinnet til jeres egen fagsammensætning

    "Reparationsarbejdet gennemføres i tørdokperioden" er bevidst ét trin, der dækker alle fags tørdok-specifikke arbejde. Hvis I har brug for separat indblik i skrog-, søventil-, propel- og rorarbejde, så del det op i parallelle rækker i samme fase i stedet for at sætte dem i serie, og hold hver på sin egen workload-sum.

  6. Behold den afsluttende kunderundgang som sit eget trin, ikke en note på søsætningen

    "Afsluttende undervandstjek og kunderundgang" er kundens egen godkendelse før afgang. Ved at holde den som en separat række efter "Oversvøm dokken og søsæt skibet" får I en tydelig godkendelse og en tydelig ejer, i stedet for at bundte kundens accept ind i selve søsætningen.

Ofte stillede spørgsmål

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

Fordi en dokning kan mislykkes på tre forskellige tidspunkter, ikke ét: blokplanen kan være forkert, før skibet overhovedet kommer ind i dokken, skibet kan lægge sig ude af center eller ude af trim, mens vandet falder, og selve landingen kan være forkert, når dokken er tør. Hver beslutning er placeret 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 en dårlig blokplan før placering end at fange den, efter dokken er tør.

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

Hvert trin har den eller de personer, der er ansvarlige for det, og et Workload-tal i timer, der repræsenterer den indsats, trinnet reelt tager, ikke den kalendertid, det spænder over. Workload BI-panelet aflæser disse to kolonner på tværs af hele diagrammet for at summere indsatsen efter person og efter fase, så en planlægningsleder for eksempel kan se, at den mekaniske formand allerede bærer seks timers tørdokarbejde på én dokning, før de forpligtes til en anden.

Hvad sker der, hvis blokplanen ikke passer til skibets køl- og bundprofil?

Beslutningen "Passer blokplanen til køl- og bundprofilen?" leder en uoverensstemmelse til "Revider blokopstilling sammen med skibets maskinchef" og tilbage til samme tjek, i stedet for at lade placeringen begynde på en uverificeret plan. Blokke placeres fysisk først, efter planen har bestået dette tjek, hvilket er det, der forhindrer en skrogsgennemføring eller søkiste i at ende med at hvile på en blok, den aldrig var designet til at bære.

Hvem godkender adgang til tørdokken, og hvem godkender afdokning?

Det er separate porte med separate ejere på dette diagram. "Godkend reparationsholds adgang til tørdokken" åbner reparationsperioden, når skibet er bekræftet stabilt og korrekt placeret. "Er alt tørdokarbejde afsluttet, og er dokken klar?" er den senere, separate port, der afgør, om afdokning kan begynde, og den forgrener til "Forlæng tørdokperioden og underret kunden om den reviderede tidsplan", når arbejdet ikke er færdigt, i stedet for at lade oversvømmelsen starte på en ufærdig dok.

Kan denne SOP tilpasses til en flydedok eller en syncrolift i stedet for en grav-tørdok?

Ja, fasestrukturen kan overføres: blokplan, placering, kontrolleret lænsning (eller løft) med et landingstjek, en godkendt arbejdsperiode og en dok-klar-beslutning, før skibet returneres til vandet. Det, der ændres, er mekanikken inde i nogle få trin, placering af blokke på en flydedoks pontondæk eller opsætning af en syncrolifts overførselssekvens, så revider de specifikke rækker frem for det overordnede forløb.

Hvor denne proces passer ind

I de fleste virksomheder følger denne proces efter SOP for skibsankomst og dokning på et skibsreparationsværft og sender videre til SOP for opstart af skibsreparationsprojekt: fra specifikation til pakker.

Den er ét trin i Skibsreparation.

  1. Trin 1: SOP for skibsankomst og dokning på et skibsreparationsværft

    En SOP for skibsankomst og dokning på et skibsreparationsværft: kajtjek før ankomst, booking af lods og bugserbåde, gå/vent-beslutningen for vejr og tidevand, lodsning, fortøjning og en underskrevet overdragelse til projektteamet.

  2. Trin 2: SOP for tørdokning og afdokning: fra blokplan til søsætning Du er her

    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.

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

  4. Trin 4: SOP for onboarding af underleverandører på et skibsværft

  5. Trin 5: SOP for kvalitetsinspektion af skibsreparation

  6. Trin 6: SOP for skibsreparation: afslutningsgennemgang til afgang

Del af

QueryChart-funktioner til denne proces

Brug denne skabelon

Mere i SOP-skabeloner

Browse all SOP-skabeloner