SOP for akut marin elektrisk reparation

Sådan fungerer det

1. Udskift banerne med jeres reelle beredskabsroller

   Dette diagram bruger Servicedesk, Feltelektrikere, Ingeniørafdeling og Kunde. Hvis en separat person ejer konsekvensvurderingen fra den, der besvarer vagtlinjen, eller en dedikeret QA-rolle godkender funktionstesten, så giv den rolle sin egen bane i stedet for at lægge den ind under en eksisterende.

2. Skriv reelle kriterier ind i beslutningen om konsekvensvurdering

   "Påvirker fejlen sikkerheden eller skibets driftsevne?" er kun så pålidelig som de eksempler, der ligger bag den. Anfør de fejltyper, der altid tæller som Kritisk: fremdriftssvigt, svigt af styremaskineri, svigt af væsentlig elforsyning, og de, der er Nedsat, selv om de lyder alvorlige for det mandskab, der melder dem. Sæt listen i rækkens kommentarfelt, så opdelingen ikke afhænger af, hvem der holder telefonen.

3. Nedskriv jeres responsvinduer for udsendelse

   "Planlæg teknikerudsendelse inden for det angivne responsvindue" skal have et konkret tal, for eksempel et angivet ankomsttidsløfte i timer efter skibets position, ikke bare "hurtigt". Tilknyt det til rækken, så et Nedsat-opkald stadig har et bindende løfte bag sig.

4. Udfyld Personer og Arbejdsbelastning på hver række, før I stoler på BI-panelet

   Arbejdsbelastningspanelet kan kun lægge timer sammen for de rækker, der har dem. Udfyld Personer og Arbejdsbelastning for hvert trin, når I tilpasser diagrammet, med realistiske indsatstimer i stedet for forløbet tid, så en nat med en Kritisk mobilisering reelt vises som en tung nat for den rigtige tekniker.

5. Definer, hvad en bestået funktionstest reelt beviser

   "Består systemet funktionstesten?" skal have en angivet standard, en belastning, en varighed, eller den specifikation, det reparerede system testes mod, ikke bare en teknikers godkendelse taget umiddelbart efter gentilslutning. Tilknyt den standard til selve rækken, så "Send tilbage til reparation for yderligere korrektion" udløses af den samme grænse hver gang.

Ofte stillede spørgsmål

Hvad udløser starten på den akutte reparationsproces?

Processen starter ved "Skibet melder elektrisk fejl til 24/7-servicelinjen": et skib, der allerede er i drift, melder en fejl til Scanels vagtlinje, når som helst på døgnet. "Servicedesk udfører 24/7-triage og bekræfter fejlsymptomer" indsamler det, der er kendt, før konsekvensbeslutningen, så reaktionen dimensioneres efter fejlen, ikke efter, hvordan den, der ringer, beskriver den.

Hvad gør en fejl "Kritisk" frem for "Nedsat"?

I denne skabelon dirigerer "Påvirker fejlen sikkerheden eller skibets driftsevne?" et Kritisk-svar, fremdriftssvigt, svigt af styremaskineri, eller svigt af væsentlig elforsyning, direkte til "Udsend nærmeste tekniker med det samme, mobiliser backup-hold". En Nedsat fejl, en fejl skibet stadig kan operere igennem på et redundant kredsløb eller et ikke-væsentligt system, går i stedet til "Planlæg teknikerudsendelse inden for det angivne responsvindue". Beslutningen tages én gang, af en navngiven rolle, før udsendelsen dimensioneres i begge tilfælde.

Hvad sker der, hvis teknikeren ikke har den rigtige del om bord?

"Kan reparationen udføres med reservedele på hånden?" dirigerer et "Del krævet"-svar til "Fremskaf reservedel eller specialistsupport" i stedet for at lade teknikeren stå fast ved fejlen uden næste trin. Når delen eller specialiststøtten ankommer, fortsætter processen ind i "Reparer eller udskift den defekte komponent".

Hvad sker der, hvis reparationen ikke bestås ved funktionstesten?

"Består systemet funktionstesten?" dirigerer et Ikke bestået-udfald til "Send tilbage til reparation for yderligere korrektion", som løber tilbage ind i reparationstrinnet i stedet for at tillade, at "Sæt systemet i drift igen og bekræft med skibets besætning" kører. Skibet overdrages ikke tilbage, og afslutningsrapporten udsendes ikke, før en efterfølgende funktionstest bestås under belastning.

Hvordan adskiller dette sig fra Scanels SOP for marin elektrisk installation eller SOP for idriftsættelse af elektriske systemer?

Begge de to gælder arbejde, der planlægges i forvejen: installation dækker et afgrænset omfang af nyt elarbejde, og idriftsættelse dækker at bevise et system, før det bringes i drift for første gang. Denne SOP findes til den modsatte situation, et system, der allerede er i drift, og som har udviklet en fejl her og nu, når som helst på døgnet, med et trin for konsekvensvurdering, der ikke har noget modstykke i nogen af de to andre SOP'er, fordi ingen af dem starter fra et uplanlagt, akut opkald.