Timpul mediu de reparare: calculați MTTR și reduceți timpul pierdut

Acasă » Resurse » Timpul mediu de reparare: calculați MTTR și reduceți timpul pierdut

Timp estimat de citire: 11 minute

Timpul mediu de reparare (MTTR) reprezintă durata medie a unui proces de reparare sau de restabilire, definit în prealabil, după defectarea unui echipament. Pentru a-l calcula, adunați duratele unui set de evenimente încheiate și comparabile, apoi împărțiți suma la numărul acestora:

MTTR = timpul total de reparare sau de restabilire ÷ numărul de evenimente încheiate

Definirea intervalului măsurat contează la fel de mult ca împărțirea în sine. Înlocuirea unei componente poate dura 40 de minute, în timp ce utilajul rămâne indisponibil timp de trei ore. Un raport util evidențiază această diferență, astfel încât echipa de mentenanță să poată îmbunătăți etapa potrivită a procesului, iar producția să poată fi planificată în funcție de capacitatea disponibilă efectiv.

MTTR vă ajută să înțelegeți defectările anterioare. Nu vă spune când va fi remediată defecțiunea din prezent. Estimarea momentului de repunere în funcțiune trebuie să se bazeze pe evaluarea actuală a echipei de mentenanță, iar orice modificare a acesteia trebuie reflectată în programul de producție. SkyPlanner integrează disponibilitatea actualizată a utilajului într-un program comun, astfel încât să vedeți efectul asupra comenzilor clienților fără să refaceți manual toate secvențele de operații corelate.

Mai întâi, stabiliți ce interval măsoară MTTR

Acronimul MTTR este folosit pentru timpul mediu de reparare, de recuperare și de restabilire, dar aceste denumiri nu descriu automat aceleași intervale. Vocabularul IEC privind dependabilitatea folosește pentru MTTR termenul timp mediu de restabilire. Un raport care ia în calcul doar lucrările active de reparare răspunde unei întrebări mai restrânse decât unul care include și așteptarea unui tehnician sau a unei piese de schimb.

În exemplul de raport pentru producție din acest ghid, MTTR măsoară timpul scurs de la defectarea echipamentului până la confirmarea disponibilității sale pentru producție. Cronometrarea continuă pe durata întârzierilor de intervenție, a diagnosticării, a așteptării, a reparării, a testării și a oricăror proceduri obligatorii de aprobare a repunerii în producție. Timpul de reparare activă este înregistrat separat.

Notați această regulă deasupra raportului, împreună cu delimitarea echipamentelor incluse și perioada de raportare. Dacă firma, contractul sau standardul de raportare prevede un alt interval, folosiți definiția respectivă și indicați-o clar. Nu comparați valoarea obținută cu cea din acest exemplu înainte de a vă asigura că limitele intervalelor coincid.

O întrerupere de trei ore poate include mult mai puțin timp de reparare activă

Imaginați-vă un centru de prelucrare care se defectează la 08:00 și a cărui repunere în producție este aprobată la 11:00. Fișa evenimentului evidențiază separat următoarele etape:

Etapă	Interval orar	Durată
Așteptarea intervenției echipei de mentenanță	08:00–08:30	30 de minute
Diagnosticare	08:30–08:50	20 de minute
Așteptarea piesei necesare	08:50–09:50	60 de minute
Reparare propriu-zisă	09:50–10:30	40 de minute
Testare funcțională	10:30–10:40	10 minute
Verificări obligatorii pentru aprobarea repunerii în producție	10:40–11:00	20 de minute
Timp total scurs până la restabilire	08:00–11:00	180 de minute

În acest exemplu, indicatorul separat al timpului de reparare activă include diagnosticarea, repararea propriu-zisă și testarea funcțională: 20 + 40 + 10 = 70 de minute. Timpul scurs până la restabilire este de 180 de minute. Niciuna dintre valori nu este greșită; ele răspund unor întrebări diferite.

Această distincție arată unde trebuie intervenit. Îmbunătățirea procesului de înlocuire a componentei, care durează 40 de minute, nu va elimina ora de așteptare a piesei. La fel, o disponibilitate mai bună a pieselor nu va rezolva dificultățile de diagnosticare.

În acest exemplu, etapele se succed fără suprapuneri. Într-un eveniment real, unele activități se pot suprapune. Contabilizați timpul scurs o singură dată: doi tehnicieni care lucrează împreună timp de 40 de minute nu înseamnă o întrerupere de 80 de minute. Orele-om pot fi utile pentru analiza costurilor de mentenanță, dar nu sunt echivalente cu durata efectivă a întreruperii utilajului.

Nu includeți în eveniment pierderile de timp fără legătură cu acesta

Evenimentul se încheie când utilajul îndeplinește condiția convenită pentru repunerea în funcțiune, nu când cineva închide ulterior ordinul de lucru de mentenanță. Dacă utilajul este disponibil la 11:00, dar materialul pentru următoarea comandă lipsește până la prânz, ora suplimentară reprezintă o întârziere cauzată de lipsa materialului, nu încă o oră de restabilire.

În mod similar, mentenanța planificată, o schimbare de fabricație obișnuită și așteptarea unui operator nu reprezintă automat reparații corective. Înregistrați aceste pierderi de timp în categoriile corespunzătoare, în loc să includeți fiecare minut de oprire în MTTR. Acest raport măsoară restabilirea după defectarea definită a echipamentului, nu întregul timp de nefuncționare din fabrică.

Selectați un set de evenimente încheiate și comparabile

Începeți cu un singur utilaj sau cu un grup de echipamente și tipuri de defectări cu adevărat comparabile. Atât înlocuirea unui senzor mic, cât și o reparație capitală pot fi evenimente valide, dar calcularea unei medii fără a arăta ce tipuri de intervenții include poate ascunde problema pe care trebuie să o rezolvați.

Pentru un raport lunar, o regulă practică este să includeți restabilirile încheiate în cursul lunii, luând în calcul durata integrală a fiecărui eveniment, chiar dacă acesta a început în luna precedentă. Numitorul este numărul acestor evenimente încheiate, nu numărul tuturor defecțiunilor semnalate în cursul lunii sau al tuturor pozițiilor din ordinele de lucru de mentenanță.

Aplicați aceeași regulă în fiecare lună și păstrați înregistrările care stau la baza calculului. În special:

• Folosiți un singur identificator de eveniment pentru fiecare defectare nerezolvată. Mai multe alarme, mai mulți tehnicieni sau mai multe sarcini din ordinul de lucru de mentenanță nu înseamnă neapărat mai multe restabiliri.
• Păstrați la vedere evenimentele neîncheiate. O reparație încă deschisă la sfârșitul lunii nu are o durată finală de restabilire. Afișați separat timpul scurs până în prezent și starea acesteia; nu o tratați ca pe o reparație încheiată cu durata de zero ore.
• Verificați marcajele temporale. Momentele introducerii datelor administrative nu coincid neapărat cu cele ale defectării, intervenției sau restabilirii. Dacă momentul defectării nu este cunoscut, indicați momentul detectării pe care îl aveți înregistrat, în loc să inventați unul anterior.
• Precizați clar excluderile. Explicați lipsa marcajelor temporale, înregistrările anulate și orice categorie de evenimente neincluse în calcul. Nu eliminați o reparație validă de lungă durată doar pentru că înrăutățește media.

Un raport bazat pe evenimente încheiate poate arăta neobișnuit de favorabil cât timp o avarie de lungă durată rămâne nerezolvată. De aceea, lista evenimentelor deschise trebuie prezentată alături de medie. Dacă alegeți, în schimb, defectările care au început în perioada de raportare, urmăriți acel grup până la restabilire și explicați cum sunt tratate evenimentele neîncheiate. Nu treceți de la o metodă la alta fără să precizați acest lucru.

Exemplu de calcul MTTR

Imaginați-vă patru restabiliri încheiate la același utilaj în luna de raportare. Pentru fiecare eveniment se aplică regula de mai sus privind timpul scurs. Coloana cu timpul de reparare activă este păstrată pentru a explica diferența; valorile ei nu se adaugă la timpul scurs.

Eveniment încheiat	Timp scurs de la defectare până la disponibilitatea pentru producție	Timp de reparare activă
A	90 de minute	60 de minute
B: exemplul din intervalul 08:00–11:00	180 de minute	70 de minute
C	150 de minute	110 minute
D	420 de minute	240 de minute
Total	840 de minute	480 de minute

Calculul principal este:

MTTR calculat pe baza duratei totale până la restabilire = 840 de minute ÷ 4 evenimente = 210 minute, adică 3,5 ore.

Separat, timpul mediu de reparare activă este:

480 de minute ÷ 4 evenimente = 120 de minute, adică 2 ore.

Dacă ați raporta „MTTR: 2 ore” fără să precizați că este vorba doar despre timpul de reparare activă, ați subestima durata totală până la restabilire măsurată în acest exemplu. La fel, dacă ați raporta 3,5 ore fără definiția aferentă, cititorul nu ar ști ce ați inclus în calcul.

Aduceți duratele la aceeași unitate de măsură înainte de a le aduna. Nouăzeci de minute înseamnă 1,5 ore, nu 0,90 ore. Dacă nu s-a finalizat nicio restabilire care îndeplinește criteriile de includere, nu există o medie observată pentru grupul respectiv; raportați numărul de evenimente ca zero, iar media ca indisponibilă, nu ca MTTR de zero minute.

Pentru un rezultat la nivel de grup, adunați duratele evenimentelor incluse și împărțiți suma la numărul lor total. Nu calculați pur și simplu media mediilor pe utilaj dacă utilajele au numere diferite de reparații. Păstrați și defalcările pe utilaj și tip de defectare, astfel încât valoarea agregată să nu ascundă o problemă locală gravă.

Ce înseamnă un MTTR bun?

Un rezultat bun reflectă îmbunătățirea unui proces de restabilire relevant, măsurat consecvent, fără a compromite rezultatul cerut. Nu există o țintă unică, exprimată în ore, care să aibă sens pentru toate echipamentele de producție și toate tipurile de defectare.

Comparați rezultatul utilajului cu propriul nivel de referință, în condiții similare. Înainte de a atribui o medie mai mică unor reparații mai eficiente, verificați dacă s-au schimbat tipurile de evenimente, acoperirea schimburilor cu personal, metoda de mentenanță sau regula de raportare. O lună cu mai multe defecțiuni simple poate arăta mai bine decât una cu o singură defectare complexă, chiar dacă echipa lucrează la fel de bine.

Analizați media împreună cu numărul de evenimente, timpul total pierdut, duratele individuale și etapele care provoacă întârzieri. În exemplul cu patru evenimente, duratele totale, în ordine crescătoare, sunt 90, 150, 180 și 420 de minute. Mediana este de 165 de minute, iar media este de 210 minute. Ultimul eveniment, mai lung, merită investigat; nu trebuie eliminat doar pentru ca valorile să coincidă.

De asemenea, MTTR nu spune, de unul singur, cât de des se defectează utilajul. Timpul mediu între defectări, sau MTBF, se referă la timpul de funcționare raportat la numărul de defectări ale unui echipament reparabil. Defectările frecvente și de scurtă durată cer alte măsuri de îmbunătățire decât cele rare și de lungă durată, chiar dacă timpul total pierdut este similar.

Mai presus de toate, cele 3,5 ore nu reprezintă o numărătoare inversă pentru următoarea reparație. Defecțiunea curentă poate necesita o altă piesă, un alt specialist sau o altă verificare. Folosiți istoricul comparabil ca punct de plecare pentru discuție, apoi cereți echipei de mentenanță evaluarea actuală și momentul următoarei reevaluări.

Reduceți întârzierea care împiedică efectiv reluarea producției

Descompuneți evenimentele mai lungi în etape înainte de a alege o măsură. Cea mai bună îmbunătățire nu înseamnă neapărat executarea mai rapidă a intervenției propriu-zise; poate însemna eliminarea unei întârzieri care împiedică începerea acesteia.

Dacă timpul de răspuns este mare, analizați cum ajunge sesizarea defecțiunii la persoana responsabilă și cum se predă responsabilitatea între schimburi. Identificatorul utilajului, simptomele observate și o cale clară de escaladare oferă mentenanței un punct de plecare mai util decât un mesaj vag că producția s-a oprit.

Dacă diagnosticarea ocupă cea mai mare parte a timpului, facilitați accesul la informațiile relevante despre echipament, la istoricul defecțiunilor și la cunoștințele specialiștilor. Analizați defecțiunile recurente împreună cu echipele de mentenanță și inginerie. Resetarea repetată a utilajului poate scurta opririle individuale înregistrate fără să elimine cauza.

Dacă așteptarea pieselor ocupă cea mai mare parte a timpului, aflați ce piesă a fost necesară, cum a fost identificată și de ce nu era disponibilă. O măsură punctuală pentru a îmbunătăți disponibilitatea sau identificarea pieselor de schimb critice poate fi mai utilă decât stocarea tuturor pieselor. În exemplul de trei ore, așteptarea de 60 de minute pentru piese este un punct evident de investigat, nu o dovadă că o anumită politică de stocuri este deja justificată.

Dacă reparația fizică durează cel mai mult, analizați pregătirea, accesul, sculele, instrucțiunile și competențele necesare intervenției. Dacă testarea sau aprobarea repunerii în producție reprezintă blocajul, stabiliți cum vor fi asigurate la timp persoanele și verificările necesare. Îmbunătățirea înseamnă o repunere în funcțiune mai bine pregătită, nu omiterea verificărilor pentru a opri cronometrul mai devreme.

Desemnați un responsabil pentru măsura aleasă și analizați evenimentele comparabile ulterioare. Urmăriți atât durata etapei, cât și durata totală până la restabilire. Scurtarea unei etape de reparație aduce puține beneficii producției dacă timpul economisit se mută pur și simplu într-o altă așteptare sau dacă o intervenție incompletă provoacă o nouă întrerupere la scurt timp.

Actualizați planul de producție pe măsură ce se schimbă situația reparației

O sarcină este să îmbunătățiți modul în care utilajele sunt repuse în funcțiune la intervențiile viitoare. Respectarea angajamentelor actuale față de clienți este alta. Producția nu poate aștepta media de la sfârșitul lunii pentru a decide ce urmează să fie executat.

Imaginați-vă că echipa de mentenanță estimează inițial că un centru de prelucrare va fi din nou disponibil la 11:00. O evaluare ulterioară mută ora estimată la 14:00. MTTR calculat din datele istorice nu s-a schimbat, dar capacitatea disponibilă pentru comenzile în așteptare da. Una dintre comenzi mai necesită un control după prelucrare, iar centrul alternativ are deja de executat lucrări pentru un alt client.

SkyPlanner APS integrează această modificare de capacitate în programul de producție interconectat. Înregistrați perioada de indisponibilitate evaluată de mentenanță ca excepție pentru centrul de lucru. Când se schimbă momentul estimat al repunerii în funcțiune, actualizați intervalul și recalculați programul. Arcturus, motorul de programare bazat pe inteligență artificială al SkyPlanner, programează operațiile afectate care pot fi programate în limitele capacității înregistrate, ținând cont de resursele configurate, de dependențele dintre operații, de priorități și de blocările stabilite. Diagrama Gantt arată succesiunea rezultată.

Pentru repunerea în funcțiune la 14:00, verificați dacă prelucrările în așteptare mai lasă suficient timp pentru control și livrare. Dacă o resursă alternativă adecvată poate prelua o operație, verificați și angajamentele deja asumate pe acea resursă. Pentru lucrările deja începute este necesară o decizie separată de reluare; recalcularea cozii de așteptare nu înlocuiește confirmarea stării operației întrerupte.

Avantajul este că aveți mai puțin de lucru la refacerea manuală a cozilor de operații interdependente și o bază mai clară pentru deciziile de livrare. Echipa de mentenanță răspunde de evaluarea actuală a restabilirii. Dumneavoastră decideți prioritățile de producție. Arcturus calculează programul pentru toate operațiile interconectate, în loc să vă lase să refaceți separat lista fiecărui utilaj.

Acesta este motivul pentru a alege SkyPlanner în paralel cu eforturile de îmbunătățire a reparațiilor: revizuirea estimării de disponibilitate se reflectă în comenzile și operațiile ulterioare afectate. Dacă persistă incertitudinea, stabiliți când veți reevalua estimarea și actualizați programul pe măsură ce apar informații mai precise.

Vedeți cum afectează livrările prelungirea unei opriri cauzate de o defecțiune

Un raport MTTR util vă arată ce s-a măsurat, ce evenimente au stat la baza mediei și de unde ar trebui să înceapă îmbunătățirea. Un plan de producție util vă arată ce aveți de făcut în timp ce reparația curentă își urmează cursul. Corelarea acestor decizii împiedică reducerea unei analize solide de mentenanță la o simplă valoare lunară izolată.

SkyPlanner se integrează cu orice sistem ERP sau MES prin interfața sa REST API deschisă, astfel încât programarea interconectată se poate baza pe informațiile existente despre comenzi și producție.

Programați o demonstrație SkyPlanner și aduceți un exemplu recent de defectare, estimarea revizuită a repunerii în funcțiune și comenzile clienților care trec prin resursa respectivă. Cereți să vedeți ce operații în așteptare sunt reprogramate, ce se întâmplă în etapele ulterioare și ce termene de livrare promise necesită atenție. Dacă preferați să explorați mai întâi, încercați SkyPlanner cu date demonstrative și vedeți cum o modificare de capacitate reconfigurează programul.