De fleste offshore-selskaper har vokst seg til der de er i dag ved å bygge prosessene rundt de menneskene de hadde. Et sted i den veksten ble det én person som virkelig eier rotasjonsplanen — som kjenner hvert fartøy, hver rotasjonssyklus, hvert unntak og enhver stille avtale som ikke er skrevet ned noe sted. Kanskje er det en Excel-fil på en delt nettverksstasjon. Kanskje er det en kombinasjon av regneark, innboks og erfaring. Det fungerer. Koordinatoren er god på jobben sin, og operasjonen ruller. Så er det en mandag morgen, og den personen møter ikke opp.
Situasjon 1: Koordinatoren er syk — og fartøyet avreiser om to dager
Bjørn er mannskapskoordinator i et subsea-selskap med seks fartøy. En tirsdag kveld, to dager før en planlagt fartøysveksling, ringer han og melder seg syk. Planleggingsfilen hans ligger på en delt nettverksstasjon, men den inneholder bare tallene — ikke hodet som vet hvordan man leser dem. Hvem har hvilke sertifikater? Hvem er allerede offshore og når er de tilbake? Hvem hadde egentlig takket ja til denne vekslingen, og hvem var bare på tentativ liste?
Ledelsen ringer rundt. E-poster sendes. Det brukes halve natten på å stable en plan ingen er helt sikre på er riktig. Fartøyet avreiser — men det er tilfeldig at det gikk bra.
Situasjon 2: Koordinatoren slutter — og tar kunnskapen sin med seg
Kari har vært koordinator i åtte år. Hun kjenner alle ansatte med navn, vet hvem som ikke fungerer godt sammen ombord, og husker at én av de faste rotatørene alltid trenger ekstra tid til å fornye medisinen. Når hun sier opp for å begynne i et annet selskap, er det tre ukers oppsigelsestid.
Den nye koordinatoren er dyktig og motivert. Men han arver et knippe Excel-filer, noen uker med overlapping og et hav av muntlige forklaringer som er umulige å rekonstruere fullt ut. Det tar måneder å bygge opp igjen den stille kompetansen som forsvant ut døren med Kari — og i mellomtiden skjer det feil som ikke ville skjedd mens hun var der.
Situasjon 3: Koordinatoren er på ferie — og noen trenger en siste-minutt erstatning
En lørdag ettermiddag. En av de planlagte folkene som skal offshore mandag er blitt akutt syk og kan ikke reise. Koordinatoren er på ferie i Spania og svarer ikke på telefonen — det er helg, og det er rimelig nok.
Hvem kan erstatte? Hvem har riktige sertifikater? Hvem har ikke vært offshore de siste to ukene og er dermed ikke fredet for hvile? Uten et system som gir svar på disse spørsmålene, ender man opp med å ringe gjennom en halvgammel liste og håpe at noen tar. Noen ganger finner man noen. Noen ganger er det for sent.
Det egentlige problemet
Disse tre situasjonene er symptomer på det samme strukturelle problemet: rotasjonsplanen bor i én persons hode og én persons filer. Det er ikke noe koordinatoren gjør feil — det er at systemet er konstruert rundt et enkelt feilpunkt. Selskaper merker sjelden dette før feilen faktisk inntreffer.
Og da er det som regel for sent til å gjøre noe annet enn brannslukning.
Hvordan ser det annerledes ut?
Når planen lever i et delt system — der all personelldata, sertifikater og tildelinger er synlige for alle med tilgang — er operasjonen ikke lenger avhengig av at én bestemt person er på jobb.
Hvis Bjørn er syk, åpner en kollega den samme oversikten og plukker opp der han slapp. Hvis Kari slutter, ser hennes erstatter alt fra dag én — ikke bare tallene, men hele bildet. Og hvis det er lørdag og noen trenger en last-minute erstatning, viser systemet hvem som er tilgjengelig og kvalifisert i løpet av sekunder.
Det er dette Markular er bygget for. Ikke for å erstatte koordinatoren, men for å sikre at kompetansen og oversikten ikke forsvinner med henne.