SOP for akut reparationsanmodning: fra 24/7-triage til frigivelse
En SOP for akutte skibsreparationer: fejl meldt på 24/7-vagtlinjen, hastighedstriage, tilbud, kundegodkendelse, mekanisk/elektrisk/hydraulisk mobilisering, funktionstest og frigivelse af skibet.
Hvad er SOP for akut reparationsanmodning: fra 24/7-triage til frigivelse?
Et fejlopkald klokken 02:00 en lørdag og et fejlopkald klokken 10:00 en tirsdag skal håndteres af samme procedure, fordi vagtlinjen er værftets eneste indtag, og den kører hver time hver dag. Hastighedsbeslutningen, "Påvirker fejlen sikkerhed, fremdrift eller sejlklarhed?", ligger umiddelbart efter triagen og før alt andet, fordi netop den vurdering afgør, om skibet overhovedet kan vente på et skriftligt tilbud. En fejl, der gør et skib ude af stand til at manøvrere eller usikkert at sejle, kan ikke ligge i en tilbudskø bag tre rutineopgaver, så den går direkte i gang med at mobilisere mekanisk, elektrisk og hydraulisk personale, og fakturaen afregnes bagefter frem for før. Placer den splittelse et andet sted, efter tilbuddet, eller overlad den til den ingeniør, der tilfældigvis tager telefonen den nat, og en dokplads eller en kranbooking holdes åben til en opgave, der aldrig reelt var akut, eller værre, en fremdriftsfejl venter på en kundeunderskrift, mens skibet stadig ligger ved kajen, det skal forlade.
Beslutningen, der udfører anden halvdel af arbejdet, er "Er reparationen enkeltfaglig eller tværfaglig?", fordi værftets værksteder er organiseret efter fag, mekanisk, elektrisk, hydraulisk, og en fejl, der lyder som én ting i telefonen, viser sig ofte at berøre to eller tre af dem, når en tekniker først står i maskinrummet. At lede hver opgave gennem én ombordvurdering før den splittelse, frem for at udsende det værksted, der først svarede på mobiliseringsopkaldet, er det, der forhindrer tre fag i uafhængigt at opdage den samme fejl og duplikere diagnosen. Løkken i den anden ende betyder lige så meget: "Består systemet funktionstesten?" sender en fejlet reparation tilbage til "Returner til værkstedet til yderligere reparation" frem for at lade den fortsætte mod tilbagelevering. Springes den port over under tidspres, er fejltypen ikke abstrakt, det er et skib frigivet på en hydraulisk reparation, der aldrig blev bevist under belastning, opdaget først, når det er tilbage til søs, med afslutningsrapporten allerede underskrevet.
Tilbudsgrenen findes af den modsatte grund: de fleste opkald på vagtlinjen er ikke nødsituationer, og at behandle hvert eneste som en mobiliser-først-hændelse ville bruge værkstedskapacitet, en reelt kritisk fejl har brug for senere samme nat. En rutinefejl får et omfang og en pris, før nogen udsendes, og kundebeslutningen, "Godkender kunden omfang og pris?", har en reel nej-gren, "Revider omfang eller pris og genfremsend", der løkker tilbage til tilbud i stedet for at gå i stå eller stille fortsætte uden godkendelse. At holde den løkke eksplicit er det, der lader en projektleder tilbyde en opgave klokken 21, få den afvist og genfremsende den, uden anmodningen falder ud af loggen.
Hvad dette flowchart dækker
I denne skabelon
- Fire baner, "Skib / kunde", "Vagthavende ingeniør", "Projektleder" og Værksteder, krydset af fem faser fra "Anmeldelse og triage" over "Klassificering og omfang", "Mobilisering" og "Reparation og test" til "Frigivelse", så hvert trin har både en ejer og en fase.
- Hastighedsforgreningen, "Påvirker fejlen sikkerhed, fremdrift eller sejlklarhed?", der sender et kritisk svar direkte til mobilisering og et rutinesvar i stedet ind i "Udarbejd omfang og tilbud til kundens godkendelse", så samme modtagelsestrin fører til to strukturelt forskellige veje.
- Kundegodkendelsesporten, "Godkender kunden omfang og pris?", med sin afvisningsvej ind i "Revider omfang eller pris og genfremsend", der løkker tilbage til tilbud frem for at efterlade et afvist overslag som en blindgyde.
- Ét mobiliseringstrin, "Mobiliser mekanisk, elektrisk og hydraulisk personale", som både den kritiske gren og et godkendt tilbud fører ind i, så Værksteder modtager én udsendelsesinstruks, uanset hvilken vej anmodningen tog for at nå dertil.
- Ombordvurderingen og fagopdelingen: "Vurder fejlen om bord og bekræft reparationsmetode" fører ind i "Er reparationen enkeltfaglig eller tværfaglig?", der forgrener til "Reparation udført af ét værkstedsfag" eller "Reparation koordineret på tværs af de mekaniske, elektriske og hydrauliske hold".
- Verifikation før tilbagelevering: "Funktionstest det reparerede system" og "Består systemet funktionstesten?" løkker en fejlet reparation tilbage til "Returner til værkstedet til yderligere reparation" frem for at lade "Frigiv skibet og udsted afslutningsrapport" køre mod en uverificeret rettelse.
Hvornår du skal bruge skabelonen
- I skriver eller reviderer vagtlinjeproceduren, så en fejlmelding uden for åbningstid når frem til samme hastighedsvurdering og samme mobiliseringstrin, uanset hvilken ingeniør der har vagten den nat.
- En kunde bestrider, hvorfor én opgave blev mobiliseret, før den blev tilbudt, mens en anden ventede på et underskrevet overslag, og I har brug for hastighedskriterierne og faktura-efter-mobilisering-reglen dokumenteret i stedet for overladt til hukommelsen.
- I onboarder en ny vagthavende ingeniør eller projektleder, der har brug for at se, i ét billede, præcis hvor en kritisk fejl springer tilbud over, og præcis hvor en rutinefejl ikke gør.
- En reparation mobiliserede tre separate fag på samme fejl, fordi der ikke var én ombordvurdering, der gatede enkeltfaglig-versus-tværfaglig-beslutningen, og omarbejdning eller dobbelt diagnose fulgte.
- I gennemgår et skib, der blev frigivet på en reparation, der fejlede til søs, for at bekræfte, om funktionstesten og bestået/ikke bestået-løkken tilbage til værkstedet reelt blev fulgt på den opgave.
- I standardiserer udsendelse på tværs af mekaniske, elektriske og hydrauliske værksteder, så projektledere holder op med at improvisere en mobiliseringsrækkefølge pr. hændelse.
Sådan fungerer det
Skriv jeres hastighedskriterier ned i ord, en vagthavende ingeniør kan anvende klokken 3 om natten
"Påvirker fejlen sikkerhed, fremdrift eller sejlklarhed?" er kun så pålidelig som eksemplerne bag den. Angiv de fejltyper, der altid tæller som kritiske (styretab, fremdriftstab, en brudt skrogsbeslag) og dem, der er rutine, selvom de lyder akutte for den, der ringer (en ikke-kritisk alarm, en komfortsystemfejl). Uden den liste afhænger opdelingen af, hvem der holder telefonen.
Navngiv jeres værkstedsfag, og hold dem som separate baner
Mekanisk, elektrisk og hydraulisk er tegnet som én bane Værksteder her, fordi de deler samme vurderings- og testtrin, men hvis jeres værft sporer dem som separate omkostningssteder eller separate vagtplaner, så del "Vurder fejlen om bord og bekræft reparationsmetode" op i baner pr. fag, så udsendelse og workload summeres korrekt.
Angiv faktura-efter-mobilisering-reglen eksplicit
En kritisk fejl springer "Udarbejd omfang og tilbud til kundens godkendelse" over og går direkte til mobilisering, med afregning bagefter. Skriv den regel ned, herunder hvem der har bemyndigelse til at erklære en fejl kritisk, så undtagelsen ikke læses som en ingeniør, der omgår tilbudstrinnet uden bemyndigelse.
Fastlæg tærsklen for enkeltfaglig versus tværfaglig
Beslut, hvilken evidens ved "Vurder fejlen om bord og bekræft reparationsmetode" sender en opgave ind i "Reparation udført af ét værkstedsfag" i stedet for den koordinerede, tværfaglige gren, for eksempel om fejlen er begrænset til ét system eller allerede har bredt sig til et andet.
Definer, hvad en bestået funktionstest reelt beviser
"Består systemet funktionstesten?" kræver en angivet standard, belastning, varighed eller den specifikation, systemet testes mod, ikke bare en teknikers underskrift. Knyt den standard til selve trinnet, så "Returner til værkstedet til yderligere reparation" udløses af samme bar hver gang, ikke af individuel vurdering.
Tildel navngivne ejere, og følg workload op mod tidsplanen
Denne skabelon leveres med People og Workload på hver række. Erstat eksempelnavnene med jeres faktiske vagthavende ingeniør, projektleder og værkstedsledere, og brug workload-tallene til at se, hvor en lørdag nats kritiske mobilisering kolliderer med opgaver, der allerede står i kø på værkstedet.
Ofte stillede spørgsmål
Hvad gør en fejl »kritisk« nok til at springe tilbudstrinnet over?
I denne skabelon tager alt, den vagthavende ingeniørs tekniske triage flager som påvirkende sikkerhed, fremdrift eller sejlklarhed, den kritiske gren direkte til mobilisering og springer "Udarbejd omfang og tilbud til kundens godkendelse" helt over. Værftet afregner fakturaen efter reparationen frem for før. En rutinefejl, en der ikke truer skibets evne til at sejle sikkert, får altid et omfang og en pris først.
Hvad sker der, hvis kunden afviser omfang og pris?
"Godkender kunden omfang og pris?" har en Afvist-gren ind i "Revider omfang eller pris og genfremsend", der løkker tilbage til samme tilbudstrin frem for at afslutte anmodningen. Opgaven forbliver åben og genindtræder i godkendelsesbeslutningen, når det reviderede overslag er klar, så et afvist tilbud aldrig i stilhed falder ud af processen.
Hvorfor vurderer processen fejlen om bord, før den beslutter, hvilket værksted der reparerer den?
"Vurder fejlen om bord og bekræft reparationsmetode" sker efter mobilisering og før enkeltfaglig-versus-tværfaglig-beslutningen, fordi en fejl, der lyder som ét fags problem i telefonen, ofte viser sig at involvere to eller tre, når en tekniker ser direkte på den. At vurdere først og forgrene bagefter undgår at udsende flere værksteder uafhængigt til at diagnosticere samme fejl.
Hvad sker der, hvis reparationen fejler funktionstesten?
"Består systemet funktionstesten?" leder et Ikke bestået-udfald til "Returner til værkstedet til yderligere reparation", der løkker tilbage til ombordvurderingen frem for at tillade "Frigiv skibet og udsted afslutningsrapport" at køre. Skibet frigives ikke, og afslutningsrapporten udstedes ikke, før en efterfølgende funktionstest bestås.
Kan denne SOP tilpasses til et reparationsværft, der ikke er en skibsreparationsfacilitet?
Ja. Strukturen, et vagtlinjeindtag, en hastighedstriage, der kan omgå tilbud for reelt kritiske fejl, en kundegodkendelsesport med en revisionsløkke, mobilisering ind i fagspecifik reparation, og en test-og-frigivelses-port med en fejlløkke, gælder for enhver facilitet, der kører akutte og rutinemæssige reparationsanmodninger gennem samme indtag, fra industrielt anlægsvedligehold til flådekøretøjsreparation. Omdøb banerne, og tilpas hastighedskriterierne til jeres eget udstyr.