Gjennomsnittlig reparasjonstid: Beregn MTTR og reduser tidstap

Hjem » Ressurser » Gjennomsnittlig reparasjonstid: Beregn MTTR og reduser tidstap

Estimert lesetid: 11 minutter

Gjennomsnittlig reparasjonstid (MTTR) er den gjennomsnittlige varigheten av en definert prosess for reparasjon eller gjenoppretting etter en utstyrsfeil. Du beregner den ved å summere varigheten for et sammenlignbart utvalg avsluttede hendelser og dele på antallet hendelser:

MTTR = samlet reparasjons- eller gjenopprettingstid ÷ antall avsluttede hendelser

Hva du mener med «tid», er like viktig som selve divisjonen. Det kan ta 40 minutter å skifte en komponent, mens maskinen er utilgjengelig i tre timer. En nyttig rapport synliggjør denne forskjellen. Da kan vedlikeholdsavdelingen forbedre riktig del av prosessen, og produksjonen kan planlegge ut fra kapasiteten som faktisk er tilgjengelig.

MTTR hjelper deg å forstå tidligere feil. Tallet forteller ikke når feilen som pågår nå, vil være utbedret. Anslaget for når maskinen er tilbake i drift, må bygge på vedlikeholdsavdelingens vurdering her og nå. Når anslaget endres, må produksjonsplanen oppdateres. SkyPlanner tar den oppdaterte maskintilgjengeligheten inn i en felles plan, slik at du kan se konsekvensene for kundeordrene uten å bygge om alle berørte køer manuelt.

Bestem først hvilket tidsrom MTTR skal måle

MTTR brukes om gjennomsnittlig tid til reparasjon, gjenoppretting og tilbakeføring til drift, men disse betegnelsene beskriver ikke automatisk samme tidsrom. I IECs terminologi for pålitelighet brukes gjennomsnittlig gjenopprettingstid for MTTR. En rapport som bare teller aktivt reparasjonsarbeid, besvarer et snevrere spørsmål enn en som også inkluderer ventetid på tekniker eller reservedel.

I regneeksemplet for produksjon i denne veiledningen måler MTTR tiden som går fra utstyrsfeilen oppstår, til det er bekreftet at utstyret er tilgjengelig for produksjon. Klokken går gjennom responstid, feilsøking, venting, reparasjon, testing og eventuell påkrevd frigivelse før maskinen er tilgjengelig igjen. Aktiv reparasjonstid registrerer vi separat.

Skriv denne regelen øverst i rapporten, sammen med avgrensningen av utstyret og rapporteringsperioden. Hvis bedriften, kontrakten eller rapporteringsstandarden din angir et annet tidsrom, bruker du den definisjonen og merker den tydelig. Ikke sammenlign tallet med dette før avgrensningene er de samme.

En stans på tre timer kan innebære langt mindre tid brukt på aktiv reparasjon

Tenk deg et maskineringssenter som svikter kl. 08:00 og blir frigitt til produksjon kl. 11:00. I hendelsesregistreringen skilles det mellom følgende faser:

Fase	Tidsrom	Varighet
Venting på vedlikeholdspersonell	08:00–08:30	30 minutter
Feilsøking	08:30–08:50	20 minutter
Venting på nødvendig del	08:50–09:50	60 minutter
Fysisk reparasjon	09:50–10:30	40 minutter
Funksjonstesting	10:30–10:40	10 minutter
Påkrevde kontroller før frigivelse til produksjon	10:40–11:00	20 minutter
Samlet medgått tid til gjenoppretting	08:00–11:00	180 minutter

I dette eksemplet omfatter det separate målet for aktiv reparasjonstid feilsøking, fysisk reparasjon og funksjonstesting: 20 + 40 + 10 = 70 minutter. Den medgåtte tiden til gjenoppretting er 180 minutter. Ingen av tallene er feil; de besvarer ulike spørsmål.

Dette skillet viser hvor du bør sette inn tiltak. Å effektivisere komponentbyttet som tar 40 minutter, fjerner ikke timen med venting på delen. Tilsvarende løser ikke bedre tilgang på reservedeler en vanskelig feilsøking.

I eksemplet følger fasene etter hverandre. Ved en reell hendelse kan noen aktiviteter overlappe. Tell medgått tid bare én gang: To teknikere som jobber sammen i 40 minutter, gir ikke en stans på 80 minutter. Arbeidstimer kan være nyttige i analyser av vedlikeholdskostnader, men kan ikke brukes om hverandre med medgått tid for maskinen.

Hold uvedkommende tidstap utenfor hendelsen

Hendelsen avsluttes når maskinen oppfyller de avtalte vilkårene for å settes i drift igjen, ikke når noen lukker vedlikeholdsordren senere. Hvis maskinen er tilgjengelig kl. 11:00, men materialene til neste ordre først er klare ved middagstid, er den ekstra timen en materialforsinkelse, ikke enda en time med gjenoppretting.

Planlagt service, en vanlig omstilling og venting på en operatør er heller ikke automatisk korrigerende reparasjoner. Registrer disse tapene der de hører hjemme, i stedet for å legge hvert minutt med stans inn i MTTR. Denne rapporten måler gjenoppretting etter den definerte utstyrsfeilen, ikke all nedetid i fabrikken.

Velg et sammenlignbart utvalg avsluttede hendelser

Start med én maskin, eller en gruppe der utstyret og feiltypene faktisk er sammenlignbare. Både et lite sensorbytte og en omfattende overhaling kan være gyldige hendelser. Men hvis du beregner gjennomsnittet uten å vise sammensetningen, kan det skjule problemet du trenger å løse.

En praktisk regel for en månedsrapport er å ta med gjenopprettinger som er fullført i løpet av måneden. Bruk hele varigheten for hver hendelse, også hvis den startet måneden før. Nevneren er antallet slike avsluttede hendelser, ikke alle feil som ble meldt i løpet av måneden eller alle linjer i vedlikeholdsordrer.

Bruk samme regel hver måned, og ta vare på registreringene som ligger til grunn. Vær særlig oppmerksom på følgende:

• Bruk én hendelses-ID for én uløst feil. Flere alarmer, teknikere eller oppgaver på en vedlikeholdsordre betyr ikke nødvendigvis flere gjenopprettinger.
• Hold uavsluttede hendelser synlige. En reparasjon som fortsatt pågår ved månedsslutt, har ingen endelig gjenopprettingstid. Vis hvor lenge den har pågått, og statusen separat; ikke behandle den som en fullført reparasjon på null timer.
• Kontroller tidsstemplene. Tidspunktene for administrativ registrering er ikke nødvendigvis tidspunktene for feil, respons eller gjenoppretting. Hvis tidspunktet da feilen oppsto, er ukjent, oppgir du tidspunktet da den ble oppdaget, dersom det er det du har registrert. Ikke finn på et tidligere tidspunkt.
• Vær tydelig på hva som er utelatt. Forklar manglende tidsstempler, annullerte registreringer og eventuelle hendelsestyper som holdes utenfor beregningen. Ikke fjern en langvarig, gyldig reparasjon bare fordi den får gjennomsnittet til å se dårligere ut.

En rapport over avsluttede hendelser kan se uvanlig god ut mens et langvarig havari fortsatt pågår. Derfor hører listen over åpne hendelser hjemme ved siden av gjennomsnittet. Hvis du i stedet velger feil som oppsto i perioden, må du følge dette utvalget helt frem til gjenoppretting og forklare hvordan uavsluttede hendelser håndteres. Ikke bytt mellom de to metodene uten å opplyse om det.

Eksempel på beregning av MTTR

Tenk deg fire fullførte gjenopprettinger på samme maskin i rapporteringsmåneden. Hver hendelse følger regelen for medgått tid ovenfor. Kolonnen for aktiv reparasjonstid er med for å forklare forskjellen. Den aktive reparasjonstiden skal ikke legges til den medgåtte tiden.

Avsluttet hendelse	Medgått tid fra feil til tilgjengelighet	Aktiv reparasjonstid
A	90 minutter	60 minutter
B: eksemplet kl. 08:00–11:00	180 minutter	70 minutter
C	150 minutter	110 minutter
D	420 minutter	240 minutter
Totalt	840 minutter	480 minutter

Hovedberegningen er:

MTTR målt som samlet tid til gjenoppretting = 840 minutter ÷ 4 hendelser = 210 minutter, eller 3,5 timer.

Gjennomsnittlig aktiv reparasjonstid beregnes separat:

480 minutter ÷ 4 hendelser = 120 minutter, eller 2 timer.

Å rapportere «MTTR: 2 timer» uten å presisere at dette bare gjelder aktiv reparasjonstid, ville gi et for lavt bilde av den målte samlede gjenopprettingstiden i dette eksempelet. Oppgir du 3,5 timer uten å definere målingen, må leseren gjette hva som er inkludert.

Bruk samme enhet før du summerer varighetene. Nitti minutter er 1,5 timer, ikke 0,90 timer. Hvis ingen gjenopprettinger som oppfyller kriteriene, er fullført, finnes det ikke noe observert gjennomsnitt for dette utvalget. Oppgi da antall hendelser som null og gjennomsnittet som ikke tilgjengelig, i stedet for en MTTR på null minutter.

For å beregne et resultat for en gruppe summerer du varigheten av alle hendelsene som inngår, og deler på det samlede antallet hendelser. Ikke ta et enkelt gjennomsnitt av maskinenes gjennomsnitt når antallet reparasjoner varierer mellom maskinene. Behold oversikten fordelt på maskin og feiltype, slik at samletallet ikke skjuler et alvorlig problem på én maskin eller ved én feiltype.

Hva er en god MTTR?

Et godt resultat innebærer en reell forbedring av gjenopprettingsprosessen, målt på en konsekvent måte og uten å gå på akkord med kravene til sluttresultatet. Det finnes ikke ett felles mål i timer som gir mening for alt produksjonsutstyr og alle feiltyper.

Sammenlign maskinen med dens eget historiske nivå under tilsvarende forhold. Før du tilskriver et lavere gjennomsnitt bedre reparasjonsarbeid, bør du undersøke om sammensetningen av hendelser, bemanningen på skiftene, vedlikeholdsmetoden eller rapporteringsreglene har endret seg. En måned med flere enkle feil kan se bedre ut enn en måned med én komplisert feil, selv om teamet gjør en like god jobb.

Vurder gjennomsnittet sammen med antall hendelser, samlet tapt tid, varigheten av hver hendelse og fasene som fører til forsinkelser. I eksempelet med fire hendelser er de samlede varighetene, i stigende rekkefølge, 90, 150, 180 og 420 minutter. Medianen er 165 minutter, mens gjennomsnittet er 210 minutter. Den siste og lengste hendelsen bør undersøkes, ikke slettes for å få tallene til å stemme overens.

MTTR sier heller ikke i seg selv noe om hvor ofte maskinen svikter. Gjennomsnittlig tid mellom feil, eller MTBF, angir driftstid per feil for utstyr som kan repareres. Hyppige, korte feil og sjeldne, langvarige feil krever ulike forbedringstiltak, selv om den samlede tapte tiden tilfeldigvis er omtrent den samme.

Viktigst av alt: 3,5 timer er ikke en nedtelling for neste reparasjon. Den aktuelle feilen kan kreve en annen del, en annen spesialist eller andre kontroller. Bruk sammenlignbare historiske data som grunnlag for diskusjonen, og be deretter vedlikehold om en oppdatert vurdering og et tidspunkt for neste gjennomgang.

Reduser forsinkelsen som faktisk hindrer produksjonen i å starte igjen

Del de lengre hendelsene inn i faser før du velger tiltak. Den beste forbedringen er ikke nødvendigvis å utføre selve arbeidet raskere. Det kan være å fjerne en forsinkelse før arbeidet kan begynne.

Hvis responstiden er lang, bør du se på hvordan feilmeldinger når frem til den ansvarlige, og hvordan ansvaret overføres mellom skift. Maskinens ID, observerte symptomer og en tydelig eskaleringsrutine gir vedlikehold et bedre utgangspunkt enn en vag melding om at produksjonen har stoppet.

Hvis feilsøkingen tar mest tid, bør relevant utstyrsinformasjon, feilhistorikk og spesialistkompetanse gjøres lettere tilgjengelig. Gå gjennom gjentakende feil sammen med vedlikehold og teknisk avdeling. Stadig tilbakestilling av maskinen kan forkorte de enkelte registrerte stoppene uten at årsaken blir løst.

Hvis venting på deler tar mest tid, bør du undersøke hvilken del som var nødvendig, hvordan den ble identifisert, og hvorfor den ikke var tilgjengelig. Målrettede forbedringer i tilgjengeligheten eller identifiseringen av kritiske reservedeler kan være mer nyttige enn å lagerføre alt. I eksempelet på tre timer er ventetiden på 60 minutter et opplagt forhold å undersøke, ikke et bevis på at en bestemt lagerstrategi allerede er berettiget.

Hvis selve reparasjonen tar lengst tid, bør du gå gjennom forberedelser, tilkomst, verktøy, instruksjoner og kompetansen oppgaven krever. Hvis testing eller frigivelse til drift er flaskehalsen, må dere avtale hvordan de nødvendige personene og kontrollene skal være klare. Forbedringen skal ligge i en bedre forberedt tilbakeføring til drift, ikke i å hoppe over kontroller for å stoppe klokken tidligere.

Utpek en ansvarlig for det valgte tiltaket, og følg opp senere, sammenlignbare hendelser. Hold oversikt over både varigheten av den enkelte fasen og hele gjenopprettingstiden. En kortere reparasjonsfase har begrenset verdi for produksjonen hvis tiden bare flyttes til en annen ventefase, eller hvis ufullstendig arbeid fører til et nytt avbrudd kort tid etter.

Hold produksjonsplanen oppdatert når reparasjonsforløpet endrer seg

Å forbedre fremtidige gjenopprettinger er én oppgave. Å holde dagens kundeløfter er en annen. Produksjonen kan ikke vente på månedsgjennomsnittet før det avgjøres hva som skal kjøres neste gang.

Se for deg at vedlikehold først forventer at et maskineringssenter er tilbake i drift klokken 11:00. En senere vurdering flytter forventet tidspunkt til 14:00. Historisk MTTR er uendret, men kapasiteten som er tilgjengelig for ordrene som venter, har endret seg. Én ordre trenger fortsatt kontroll etter maskinering, og det alternative maskineringssenteret har allerede arbeid for en annen kunde.

SkyPlanner APS tar denne kapasitetsendringen inn i den sammenhengende produksjonsplanen. Registrer tidsrommet da utstyret vil være utilgjengelig ifølge vedlikeholdsavdelingens vurdering, som et unntak for arbeidsstasjonen. Når forventet tidspunkt for tilbakeføring til drift endres, oppdaterer du tidsrommet og beregner planen på nytt. Arcturus, den kunstige intelligensen for finplanlegging i SkyPlanner, legger en plan for de berørte operasjonene som lar seg planlegge, ut fra den registrerte kapasiteten. Beregningen tar hensyn til ressursene, avhengighetene mellom operasjonene, prioriteringene og låsingene du har konfigurert. Gantt-diagrammet viser rekkefølgen i den nye planen.

Med forventet tilbakeføring klokken 14:00 må du vurdere om maskineringsarbeidet som venter, fortsatt gir nok tid til kontroll og levering. Hvis en egnet alternativ ressurs kan overta en operasjon, må du også vurdere forpliktelsene som allerede ligger på den ressursen. For arbeid som allerede er påbegynt, må det tas en egen beslutning om gjenoppstart. En ny beregning av køen erstatter ikke en bekreftelse av statusen til jobben som ble avbrutt.

Fordelen er mindre manuelt arbeid med å bygge opp igjen køer som er avhengige av hverandre, og et tydeligere grunnlag for leveringsbeslutninger. Vedlikehold har ansvaret for den løpende vurderingen av gjenopprettingen. Du bestemmer prioriteringene i produksjonen. Arcturus beregner planen for alt arbeidet som henger sammen, slik at du slipper å rette opp listen for hver maskin separat.

Det er grunnen til å velge SkyPlanner som støtte i arbeidet med å forbedre reparasjonsprosessen: en endret forutsetning om tilgjengelighet gjenspeiles i ordrene og de etterfølgende operasjonene som berøres. Hvis det fortsatt er usikkerhet, avtal når forutsetningen skal vurderes på nytt, og hold planen oppdatert etter hvert som bedre informasjon blir tilgjengelig.

Se hvordan ett langvarig maskinstopp påvirker leveringene

En nyttig MTTR-rapport viser hva som ble målt, hvilke hendelser gjennomsnittet bygger på, og hvor forbedringsarbeidet bør begynne. En nyttig produksjonsplan viser hva du skal gjøre mens den pågående reparasjonen følger sitt eget forløp. Når disse beslutningene ses i sammenheng, unngår du at en god vedlikeholdsanalyse ender som et isolert månedstall.

SkyPlanner kan integreres med ethvert ERP- eller MES-system gjennom sitt åpne REST API, slik at den sammenhengende finplanleggingen kan bygge på ordre- og produksjonsinformasjonen du allerede har.

Bestill en demo av SkyPlanner, og ta med et nylig maskinhavari, den oppdaterte vurderingen av når utstyret kan settes i drift igjen, og kundeordrene som går gjennom denne ressursen. Be om å få se hvilke ventende operasjoner som flyttes, hva som skjer i de etterfølgende leddene, og hvilke leveringsløfter som må følges opp. Hvis du heller vil utforske først, kan du prøve SkyPlanner med demodata og se hvordan en kapasitetsendring påvirker planen.