Vad är MTTR (Mean Time to Repair)?

MTTR (mean time to repair) är den genomsnittliga tid det tar att laga en havererad tillgång och sätta den i arbete igen, mätt från att felet anmäls till att tillgången är tillbaka i drift. Där tillförlitlighetsmåtten frågar hur ofta saker går sönder frågar MTTR hur länge de förblir trasiga - det är standardmåttet för reparerbarhet, och den halva av stilleståndet som underhållsteamet kan påverka mest direkt.

MTTR-formeln

MTTR = total reparationstid ÷ antal reparationer.

Ett räkneexempel: en maskin havererar fyra gånger under ett kvartal, och reparationerna tar 2, 6, 3 och 5 timmar från anmälan till drift. MTTR = (2 + 6 + 3 + 5) ÷ 4 = 4 timmar.

Underlaget kommer direkt från reparationshistoriken: varje serviceärende behöver en tidpunkt för anmälan och en för avslut. Rapporteras fel genom att man ropar tvärs över verkstaden finns det inget att räkna på.

Vad reparationsklockan inkluderar

MTTR är inte bara skruvtid. Klockan täcker vanligtvis:

• Upptäckt och anmälan - tiden mellan att något går sönder och att någon loggar det.
• Diagnos - att ta reda på vad som faktiskt är fel.
• Väntan - på delar, på en tekniker, på en extern reparatör. Vanligtvis den största posten.
• Själva reparationen - ofta det kortaste steget.
• Test och driftsättning - att bekräfta lagningen innan tillgången går tillbaka i arbete.

Organisationer sätter start- och stoppunkterna olika - vissa startar klockan vid haveriet i stället för anmälan, vissa stoppar den vid lagningen i stället för driftsättningen. Valet av konvention spelar mindre roll än konsekvensen: MTTR är mest användbart som trend, och en trend betyder bara något om mätningen är densamma över tid.

MTTR kontra MTBF

MTBF (mean time between failures) mäter hur ofta en tillgång går sönder; MTTR mäter hur lång tid varje åtgärd tar. De är oberoende av varandra och sviker på olika sätt: en tillgång med högt MTBF och högt MTTR går sällan sönder men är borta en vecka när det väl händer, medan en med lågt MTBF och lågt MTTR bråkar ständigt men aldrig stoppar jobbet särskilt länge. Tillgängligheten väger samman dem - MTBF ÷ (MTBF + MTTR) - så när drifttiden sviker visar paret om du ska investera i tillförlitlighet eller i snabbare reparationer.

Hur små team sänker MTTR

Större delen av MTTR är väntan och letande, inte reparation - därför är de praktiska åtgärderna också ganska odramatiska:

• Gör felanmälan omedelbar. Ett fel som loggas vid maskinen, med foton, i samma stund det upptäcks tar bort den tysta dagen eller två innan någon officiellt vet om det. Med AMPthilly öppnas posten i mobilens webbläsare när någon skannar QR-etiketten på den trasiga utrustningen, och vem som helst kan felanmäla med foto och kategori direkt på plats.
• Håll dokumentationen på tillgången. Manualer, inköpskvitton och leverantörsuppgifter bifogade i posten tar död på var-köpte-vi-den-här-jakten - och att börja med att kolla garantistatusen kan förvandla en betald reparation till en kostnadsfri.
• Gör väntan synlig. Ärendestatusar som “väntar på delar” visar vart reparationstiden faktiskt tar vägen - det enda sättet att åtgärda rätt flaskhals.
• Lagerhåll de vanliga syndarna. För en flotta golfbilar eller fyrhjulingar förvandlar batterier, remmar och däck på hyllan veckolång väntan till lagningar samma dag.

Kroniskt högt MTTR på en tillgång är också en signal i sig: när varje lagning tar längre tid för att delarna är svåra att få tag i och felen hopar sig, säger maskinen att den närmar sig slutet av sin nyttjandeperiod - och nästa diskussion om en arbetsorder bör innehålla ordet “byt ut”.

Relaterade termer

• Arbetsorder - jobbet vars tid från öppnat till stängt matar MTTR
• Serviceärende - felanmälan som startar reparationsklockan
• Garantibevakning - kollen som kan göra reparationen till leverantörens problem
• EOL (end of life) - dit kroniskt långsamma och täta reparationer bör leda
• Nyttjandeperiod - den planerade livslängd som stigande MTTR urholkar