Vedlikeholdsplan med QR-koder: slik styrer du intervaller og avvik

Å skrive ut QR-koder og feste dem på utstyret tar en ettermiddag. Det som avgjør om ordningen fortsatt lever om et halvår, er planen bak kodene: hvor ofte hver oppgave skal gjøres, hvem som eier den, og hva som skjer når noen melder om et avvik. Denne artikkelen handler om den delen av qr-kode vedlikehold – ikke om selve merkingen, men om systemet kodene skal peke inn i.

Skill mellom det som haster og det som gjentar seg

De fleste steder finnes det to typer vedlikehold side om side. Det ene er akutt: noe ryker, og noen fikser det. Det andre er periodisk: filtre, kontroller, smøring, avlesninger – oppgaver som ikke haster i dag, men som er hele poenget med en plan.

Blander du disse i én liste, vinner det akutte alltid. Derfor bør planen kun inneholde det periodiske, mens akutte hendelser registreres som avvik på riktig enhet. Da får du to spørsmål du kan svare på hver for seg: Ble det planlagte arbeidet gjort? Og: hva skjedde utenom planen?

Sett intervaller etter hva som faktisk skjer

Intervaller settes gjerne etter magefølelse, og da havner alt på «hver måned». Bedre utgangspunkt er å ta tak i tre ting for hver oppgave: hvor fort tilstanden endrer seg, hva som står i leverandørens anvisning, og hvor alvorlig det er om oppgaven glipper én gang.

• Daglig. Avlesninger og enkle kontroller der en feil får konsekvenser samme dag.
• Ukentlig. Runder der man ser etter lekkasjer, lyder, slitasje og annet som utvikler seg gradvis.
• Månedlig. Rengjøring og kontroller som tar litt tid og krever at man stopper utstyret.
• Kvartalsvis eller årlig. Service, utskiftninger og kontroller som følger leverandørens intervall eller en fast frist.

Har du et intervall du ikke klarer å begrunne, er det som regel satt for tett. Et intervall som stadig sprekker, lærer folk at planen er veiledende – og da er den snart ikke noe.

Én oppgave, én ansvarlig

«Teknisk avdeling» er ikke en ansvarlig, det er en adresse. Legg hver oppgave på en rolle som er bemannet hver dag planen krever det: kjøkkensjef, vaktmester, driftsleder, den som åpner om morgenen. Rollen tåler at folk slutter, og den gjør det tydelig hvem som skal spørres når loggen er tom.

Skriv også ned hvem som skal ha beskjed når noe avvikes. En avviksmelding uten mottaker havner i loggen og blir liggende der.

Avvikene er det planen egentlig leverer

Avkryssingene forteller at rutinen går. Avvikene forteller hva som er i ferd med å ryke. Derfor bør et avvik alltid registreres med tre ting: hva som ble observert, hva som ble gjort der og da, og om saken er lukket eller venter på noen andre.

Den siste delen er den som oftest mangler. Uten en åpen/lukket-status blir avviksloggen en samling observasjoner ingen vet statusen på, og de samme punktene dukker opp igjen måned etter måned.

Et vedlikeholdssystem måles ikke på hvor mange avkryssinger det samler, men på hvor raskt et avvik går fra registrert til lukket.

Bruk historikken til å justere planen

Etter noen måneder har du grunnlag til å endre planen på fakta i stedet for antakelser. Se etter tre mønstre:

1. Oppgaver som aldri gir funn. Kandidater for et lengre intervall – eller for å strykes, hvis ingen kan forklare hvorfor de står der.
2. Enheter som stadig gir avvik. Her er intervallet for langt, eller utstyret nærmer seg slutten av levetiden. Begge deler er nyttig å vite før det stopper.
3. Oppgaver som ofte registreres for sent. Ligger de på et tidspunkt der folk faktisk har tid? Flytt heller oppgaven enn å be om bedre disiplin.

Sett en fast gjennomgang, for eksempel hvert kvartal, der planen justeres. En plan som aldri endres, er sjelden i bruk.

Slik ser det ut når noen spør

Enten det er en kontroll, et forsikringsselskap, en garantisak eller en ny driftsleder som skal settes inn i bygget, er spørsmålene omtrent de samme: hva skulle gjøres, ble det gjort, og hva skjedde da noe var galt? Med utført arbeid registrert på enheten, med tidsstempel og navn, henter du svaret ut på et par minutter. Uten det blir svaret en runde med telefoner og gjetting.

Det er også her det praktiske argumentet ligger for å registrere på stedet: en logg som fylles ut fra hukommelsen på slutten av uka, holder sjelden når noen faktisk begynner å stille spørsmål ved den.

QMerk knytter planen til kodene du henger opp: hver enhet får sine oppgaver med eget intervall og ansvarlig, den som skanner ser hva som skal gjøres og når det sist ble gjort, og avvik registreres på enheten med status – slik at planen, historikken og oppfølgingen ligger samlet ett sted.