Planlagt vedlikehold

ISM-koden 10.3 — FOR-2014-09-05-1191Rederiet skal identifisere utstyr og tekniske systemer der plutselig driftssvikt kan føre til farlige situasjoner, og iverksette særskilte tiltak for å fremme påliteligheten. Kritikalitet er derfor en egenskap ved komponenten, registrert sammen med begrunnelsen for at den ble satt.

Et vedlikeholdssystem gjør nytte i to øyeblikk: morgenen maskinsjefen avgjør hva dagen skal være, og morgenen en inspektør spør hvorfor en jobb ikke ble gjort. Begge er spørsmål om de samme radene, og begge går dårlig når systemet behandler en jobb som en oppgave med en dato i stedet for som arbeid på en komponent med en begrunnelse.

Her kommer komponenten først. Den bærer kritikaliteten sin og grunnlaget kritikaliteten ble satt på, klassereferansen sin der klasseselskapet har en, og plassen sin i anlegget. Jobber henger på komponenter, slik at en utsettelse synlig er en utsettelse av arbeid på noe, og historikken til en komponent er en historikk — ikke et filter over en oppgaveliste.

• Kritikalitet med grunnlaget skrevet ned. Kritisk er ikke en farge noen valgte. Komponenten registrerer hvorfor den er kritisk — klassekrav, lovkrav eller rederiets egen risikovurdering — og det grunnlaget er det reglene ellers leser.
• Driftstimer eller kalender, aldri begge ved et uhell. En jobb har nøyaktig ett intervall, og det er uttrykkelig. En jobb planlagt på kalender kan ikke i det stille bli oppfylt av en timeavlesning — som er den vanligste måten et vedlikeholdsregister slutter å være sant på.
• Null toleranse der loven ikke gir noen. På kritisk eller lovpålagt arbeid finnes det ikke noe slingringsmonn. Produktet nekter å lagre en plan der toleransen i seg selv ville latt arbeidet overskride sitt lovbestemte maksimum — nektingen ligger i domenet, ikke i en advarsel noen klikker bort.
• Utsettelse med en reell risikovurdering. Å utsette en jobb spør hva konsekvensen er, hvilket kompenserende tiltak som er på plass og hvem som godtok det. Ingenting utsettes ved å trykke «Senere».
• Tid brukt, og et estimat fra forrige gang. Timer føres på jobben når den lukkes, slik at neste gang foreslås med et estimat hentet fra hva den faktisk tok på dette fartøyet — ikke et tall noen skrev inn i 2019.
• Historikken tilhører komponenten. Åpner du en pumpe, ser du hver jobb som er gjort på den, hver servicerapport, hver del som er montert og hver beskjed lagt igjen til neste mann — gjennom mannskapsbytter og gjennom år.

• Vedlikeholdsoversikt: forfalt, forfaller, og hvilken oppfølging som står åpen
• Jobber — filtrer, planlegg, utsett, lukk, skriv ut jobblisten
• Komponenter — anleggstreet, kritikalitet, dokumenter og historikk
• Servicerapporter og monterte deler, arkivert på komponenten

En maskinsjef som oppdager at en komponent mangler i registeret, kan legge den inn, gi den kritikalitet med et grunnlag og henge en jobb på den — fra fartøyet, uten nett, klokka 03. Alternativet, en endringsforespørsel til et kontor som sover, er nettopp slik registre glir fra anlegget de beskriver.

Alt som legges inn om bord, er samme slags rad som alt som er importert, så det finnes ingen annenrangs data og ikke noe avstemmingsprosjekt senere.