Jungiasi su ERP ir MES sistemomis, tokiomis kaip

APS ir planavimas

Vidutinė remonto trukmė: apskaičiuokite MTTR ir mažinkite prastovas

Apskaičiuokite informatyvų MTTR, raskite, kas trukdo įrenginiui vėl veikti, ir sužinokite, kaip tęsti paveiktų klientų užsakymų vykdymą užsitęsus remontui.

Jussi Mäntylä Gamybos planavimo specialistas, SkyPlanner Atnaujinta 2026 m. spalio 24 d. 11 min skaitymo
Restoration stages from maintenance response and parts waiting through repair, testing and production release.
Šiame straipsnyje
  1. Pirmiausia nuspręskite, kokį laikotarpį matuosite MTTR rodikliu
  2. Per trijų valandų prastovą aktyvus remontas gali trukti gerokai trumpiau
  3. Į įvykio trukmę neįtraukite su juo nesusijusių nuostolių
  4. Pasirinkite palyginamų užbaigtų įvykių rinkinį
  5. MTTR skaičiavimo pavyzdys
  6. Koks MTTR laikomas geru?
  7. Trumpinkite delsas, dėl kurių gamyba iš tiesų negali vykti
  8. Atnaujinkite gamybos planą keičiantis remonto eigai
  9. Pamatykite, kaip vienas užsitęsęs gedimas paveikia pristatymus

Pradžia » Ištekliai » Vidutinė remonto trukmė: apskaičiuokite MTTR ir mažinkite prastovas

Numatomas skaitymo laikas: 11 minutės

Vidutinė remonto trukmė (MTTR) – tai vidutinė apibrėžto remonto arba veikimo atkūrimo proceso trukmė sugedus įrenginiui. Norėdami ją apskaičiuoti, sudėkite palyginamų užbaigtų įvykių trukmes ir padalykite iš šių įvykių skaičiaus:

MTTR = bendra remonto arba veikimo atkūrimo trukmė ÷ užbaigtų įvykių skaičius

Ne mažiau nei pats dalybos veiksmas svarbu tai, kokį laiką skaičiuojate. Komponentą pakeisti gali užtrukti 40 minučių, nors įrenginys gamybai neprieinamas tris valandas. Naudingoje ataskaitoje šis skirtumas aiškiai matomas: techninės priežiūros komanda gali tobulinti reikiamą proceso dalį, o gamybos planuotojai – planuoti pagal iš tikrųjų turimus pajėgumus.

MTTR padeda suprasti ankstesnius gedimus. Jis neparodo, kada bus pašalintas dabartinis gedimas. Numatomas įrenginio grąžinimo į darbą laikas turi būti pagrįstas naujausiu techninės priežiūros komandos vertinimu, o jam pasikeitus turi būti atnaujintas ir gamybos grafikas. SkyPlanner atnaujintą įrenginio prieinamumą perkelia į bendrą grafiką, todėl galite matyti poveikį klientų užsakymams ir jums nereikia rankomis iš naujo sudėlioti kiekvienos susijusios darbų eilės.

Pirmiausia nuspręskite, kokį laikotarpį matuosite MTTR rodikliu

Santrumpa MTTR vartojama vidutinei remonto, atsigavimo ar veikimo atkūrimo trukmei žymėti, tačiau šie pavadinimai nebūtinai reiškia tą patį laiko intervalą. IEC patikimumo terminijoje MTTR reiškia vidutinę veikimo atkūrimo trukmę. Ataskaita, kurioje skaičiuojamas tik aktyvaus remonto laikas, atsako į siauresnį klausimą nei ataskaita, apimanti ir techniko ar atsarginės dalies laukimą.

Šiame vadove pateiktame gamybos ataskaitos pavyzdyje MTTR matuoja visą laiką nuo įrenginio gedimo iki patvirtintos parengties gamybai. Į šį laiką įeina reagavimo delsa, diagnostika, laukimas, remontas, bandymai ir visi būtini leidimo eksploatuoti veiksmai, kol įrenginys vėl tampa prieinamas. Aktyvaus remonto laiką registruojame atskirai.

Šią taisyklę nurodykite virš ataskaitos kartu su apibrėžimu, kokius įrenginius ji apima, ir ataskaitiniu laikotarpiu. Jei jūsų įmonė, sutartis ar ataskaitų teikimo standartas numato kitą intervalą, vadovaukitės tuo apibrėžimu ir aiškiai jį įvardykite. Nelyginkite taip gauto rodiklio su šiuo, kol nesutampa matavimo ribos.

Per trijų valandų prastovą aktyvus remontas gali trukti gerokai trumpiau

Įsivaizduokite apdirbimo centrą, kuris sugenda 08:00, o 11:00 patvirtinama, kad jis vėl parengtas gamybai. Įvykio įraše išskiriami šie etapai:

EtapasLaiko intervalasTrukmė
Techninės priežiūros komandos reagavimo laukimas08:00–08:3030 minučių
Diagnostika08:30–08:5020 minučių
Reikiamos dalies laukimas08:50–09:5060 minučių
Fiziniai remonto darbai09:50–10:3040 minučių
Veikimo bandymai10:30–10:4010 minučių
Privalomos patikros prieš leidžiant naudoti gamyboje10:40–11:0020 minučių
Visa veikimo atkūrimo trukmė08:00–11:00180 minučių

Šiame pavyzdyje atskirai skaičiuojamas aktyvaus remonto laikas apima diagnostiką, fizinius remonto darbus ir veikimo bandymus: 20 + 40 + 10 = 70 minučių. Visa veikimo atkūrimo trukmė yra 180 minučių. Abu skaičiai teisingi, tik atsako į skirtingus klausimus.

Šis skirtumas parodo, kur reikia imtis veiksmų. Patobulinę 40 minučių trunkantį komponento keitimą, nepanaikinsite valandos, praleistos laukiant dalies. Ir atvirkščiai: geresnis dalių prieinamumas neišspręs sudėtingos diagnostikos problemos.

Pavyzdyje šie etapai eina vienas po kito. Tikro įvykio metu kai kurie darbai gali vykti vienu metu. Praėjusį laiką skaičiuokite tik vieną kartą: jei du technikai kartu dirba 40 minučių, prastova netampa 80 minučių trukmės. Darbo sąnaudos žmogaus valandomis gali būti naudingos analizuojant techninės priežiūros sąnaudas, tačiau jos nėra tas pats, kas faktinė įrenginio prastovos trukmė.

Į įvykio trukmę neįtraukite su juo nesusijusių nuostolių

Įvykis baigiasi tada, kai įrenginys atitinka sutartą grąžinimo į darbą sąlygą, o ne tada, kai kas nors vėliau uždaro techninės priežiūros darbų užsakymą. Jei įrenginys prieinamas 11:00, bet kitam užsakymui medžiagų nebus iki vidurdienio, ši papildoma valanda yra delsimas dėl medžiagų, o ne dar viena veikimo atkūrimo valanda.

Taip pat planinė techninė priežiūra, įprastas perderinimas ar operatoriaus laukimas savaime nėra gedimo šalinimo darbai. Šiuos nuostolius registruokite atitinkamose kategorijose, užuot kiekvieną sustojimo minutę įtraukę į MTTR. Šioje ataskaitoje matuojama veikimo atkūrimo trukmė po apibrėžto įrenginio gedimo, o ne visos gamyklos prastovos.

Pasirinkite palyginamų užbaigtų įvykių rinkinį

Pradėkite nuo vieno įrenginio arba grupės, kurios įrenginiai ir gedimų tipai iš tiesų palyginami. Ir nedidelio jutiklio keitimas, ir kapitalinis remontas gali būti tinkami įvykiai skaičiavimui. Tačiau jei apskaičiuosite jų vidurkį neparodydami, kokie įvykiai jį sudaro, galite nepastebėti problemos, kurią reikia spręsti.

Rengiant mėnesio ataskaitą galima taikyti tokią taisyklę: įtraukti per mėnesį užbaigtus veikimo atkūrimo atvejus ir skaičiuoti visą kiekvieno įvykio trukmę, net jei jis prasidėjo ankstesnį mėnesį. Vardiklis yra šių užbaigtų įvykių skaičius, o ne visi per mėnesį užregistruoti gedimai ar visos techninės priežiūros darbų užsakymų eilutės.

Kiekvieną mėnesį taikykite tą pačią taisyklę ir išsaugokite pirminius įrašus. Ypač svarbu:

  • Vienam dar nepašalintam gedimui naudokite vieną įvykio identifikatorių. Keli pavojaus signalai, keli technikai ar kelios techninės priežiūros darbų užsakymo užduotys nebūtinai reiškia kelis veikimo atkūrimo atvejus.
  • Nepaslėpkite neužbaigtų įvykių. Jei mėnesio pabaigoje remontas dar nebaigtas, galutinė veikimo atkūrimo trukmė dar nežinoma. Atskirai nurodykite, kiek laiko įvykis jau tęsiasi ir kokia jo būsena; nelaikykite jo užbaigtu nulinės trukmės remontu.
  • Patikrinkite laiko žymas. Administracinių įrašų sukūrimo laikas nebūtinai sutampa su gedimo, reagavimo ar veikimo atkūrimo laiku. Jei gedimo laikas nežinomas, nurodykite turimą aptikimo laiko žymą, užuot išgalvoję ankstesnę.
  • Aiškiai nurodykite, ko neįtraukiate. Paaiškinkite trūkstamas laiko žymas, atšauktus įrašus ir visas įvykių kategorijas, kurių neįtraukiate į skaičiavimą. Neatmeskite ilgai trukusio ir skaičiavimo kriterijus atitinkančio remonto vien dėl to, kad jis pablogina vidurkį.

Užbaigtų įvykių ataskaita gali atrodyti neįprastai palanki, kol ilgai trunkantis gedimas dar nepašalintas. Todėl šalia vidurkio reikia pateikti ir neužbaigtų įvykių sąrašą. Jei vietoj to pasirenkate per ataskaitinį laikotarpį prasidėjusius gedimus, stebėkite šią grupę iki veikimo atkūrimo ir paaiškinkite, kaip vertinate neužbaigtus įvykius. Nekeiskite šių dviejų metodų apie tai nepranešę.

MTTR skaičiavimo pavyzdys

Įsivaizduokite keturis per ataskaitinį mėnesį užbaigtus to paties įrenginio veikimo atkūrimo atvejus. Kiekvienam įvykiui taikoma pirmiau aprašyta viso praėjusio laiko skaičiavimo taisyklė. Aktyvaus remonto laiko stulpelis paliktas skirtumui paaiškinti; šis laikas prie visos trukmės nepridedamas.

Užbaigtas įvykisLaikas nuo gedimo iki parengties gamybaiAktyvaus remonto laikas
A90 minučių60 minučių
B: 08:00–11:00 pavyzdys180 minučių70 minučių
C150 minučių110 minučių
D420 minučių240 minučių
Iš viso840 minučių480 minučių

Pagrindinis skaičiavimas:

MTTR pagal visą atkūrimo trukmę = 840 minučių ÷ 4 įvykiai = 210 minučių, arba 3,5 valandos.

Atskirai skaičiuojama vidutinė aktyviojo remonto trukmė:

480 minučių ÷ 4 įvykiai = 120 minučių, arba 2 valandos.

Šiame pavyzdyje nurodžius „MTTR: 2 valandos“ ir nepatikslinus, kad tai tik aktyviojo remonto laikas, išmatuota visa atkūrimo trukmė būtų parodyta mažesnė, nei yra iš tiesų. O nurodžius 3,5 valandos be apibrėžties, skaitytojui tektų spėlioti, ką įtraukėte.

Prieš sudėdami trukmes, suvienodinkite matavimo vienetus. Devyniasdešimt minučių yra 1,5 valandos, o ne 0,90 valandos. Jei nebuvo užbaigta nė vieno kriterijus atitinkančio atkūrimo, tos įvykių grupės vidurkio apskaičiuoti negalima. Tokiu atveju nurodykite, kad įvykių skaičius lygus nuliui, o vidurkio nėra, užuot pateikę nulinį MTTR.

Norėdami gauti bendrą grupės rodiklį, sudėkite įtrauktų įvykių trukmes ir padalykite iš bendro tų įvykių skaičiaus. Jei atskirų įrenginių remonto atvejų skaičius skiriasi, neskaičiuokite paprasto jų vidurkių vidurkio. Išsaugokite galimybę peržiūrėti duomenis pagal įrenginį ir gedimo tipą, kad bendras rodiklis nepaslėptų rimtos konkretaus įrenginio ar gedimo tipo problemos.

Koks MTTR laikomas geru?

Geras rezultatas – tai prasmingas, nuosekliai matuojamas atkūrimo proceso pagerėjimas, nepakenkiant reikalaujamam galutiniam rezultatui. Nėra vienos tikslinės trukmės valandomis, kuri tiktų visiems gamybos įrenginiams ir gedimų tipams.

Lyginkite įrenginio rodiklį su jo paties pradiniu lygiu panašiomis sąlygomis. Prieš nuspręsdami, kad vidurkis sumažėjo dėl geresnio remonto, patikrinkite, ar nepasikeitė įvykių pobūdis, techninės priežiūros darbuotojų prieinamumas pamainomis, priežiūros metodas ar ataskaitų teikimo taisyklės. Mėnuo, per kurį pasitaikė keli paprasti gedimai, gali atrodyti geresnis už mėnesį su vienu sudėtingu gedimu, nors komanda abiem atvejais dirbo vienodai gerai.

Vidurkį vertinkite kartu su įvykių skaičiumi, bendru prarastu laiku, atskirų įvykių trukme ir etapais, kuriuose susidarė delsos. Keturių įvykių pavyzdyje visos atkūrimo trukmės didėjimo tvarka yra 90, 150, 180 ir 420 minučių. Mediana yra 165 minutės, o vidurkis – 210 minučių. Ilgiausią, paskutinį įvykį verta ištirti, o ne pašalinti vien tam, kad rodikliai sutaptų.

Vien MTTR taip pat neparodo, kaip dažnai įrenginys genda. Vidutinis laikas tarp gedimų, arba MTBF, parodo remontuojamo įrenginio veikimo laiką, tenkantį vienam gedimui. Kai gedimai dažni, bet trumpi, reikia kitokių gerinimo sprendimų nei tada, kai jie reti, bet ilgi, net jei bendras prarastas laikas panašus.

Svarbiausia – 3,5 valandos nėra nustatytas terminas kitam remontui. Dabartiniam gedimui pašalinti gali reikėti kitos detalės, kito specialisto ar kitokios patikros. Remkitės palyginamais ankstesniais duomenimis aptardami situaciją, o tuomet paprašykite techninės priežiūros komandos pateikti dabartinį vertinimą ir nurodyti, kada jis bus peržiūrėtas.

Trumpinkite delsas, dėl kurių gamyba iš tiesų negali vykti

Prieš pasirinkdami priemones, išskaidykite ilgesnius įvykius į etapus. Geriausias patobulinimas nebūtinai yra spartesnis pats remonto darbas – kartais svarbiau pašalinti delsą, trukdančią jį pradėti.

Jei reaguojama lėtai, peržiūrėkite, kaip informacija apie gedimą pasiekia atsakingą asmenį ir kaip atsakomybė perduodama keičiantis pamainoms. Įrenginio identifikatorius, pastebėti gedimo požymiai ir aiški kreipimosi į kitą atsakingą asmenį tvarka techninės priežiūros komandai padeda geriau pasirengti nei miglota žinutė, kad gamyba sustojo.

Jei daugiausia laiko užtrunka diagnostika, pasirūpinkite, kad būtų lengviau pasiekti reikiamą informaciją apie įrenginį, gedimų istoriją ir specialistų žinias. Pasikartojančius gedimus aptarkite su techninės priežiūros ir inžinerijos specialistais. Pakartotinis įrenginio paleidimas iš naujo gali sutrumpinti atskiras užregistruotas prastovas, tačiau nepašalinti jų priežasties.

Jei daugiausia laiko tenka laukti detalių, išsiaiškinkite, kokios detalės reikėjo, kaip ji buvo identifikuota ir kodėl jos nebuvo galima gauti. Tikslingai pagerinti svarbiausių atsarginių dalių prieinamumą ar jų identifikavimą gali būti naudingiau nei sandėliuoti viską. Trijų valandų pavyzdyje 60 minučių detalių laukimas akivaizdžiai vertas tyrimo, tačiau savaime dar nepagrindžia jokios konkrečios atsargų valdymo politikos.

Jei ilgiausiai trunka pats remontas, peržiūrėkite pasirengimą, prieigą prie remontuojamų vietų, įrankius, instrukcijas ir darbui reikalingus įgūdžius. Jei siauroji vieta yra bandymai ar leidimas vėl naudoti įrenginį, susitarkite, kaip laiku pasirengs reikiami žmonės ir bus atliktos būtinos patikros. Tikslas – geriau pasirengti grąžinti įrenginį į eksploataciją, o ne praleisti patikras, kad būtų galima anksčiau sustabdyti laiko matavimą.

Paskirkite atsakingą asmenį už pasirinktą priemonę ir peržiūrėkite vėlesnius palyginamus įvykius. Stebėkite ir atskiro etapo, ir viso atkūrimo trukmę. Trumpesnis remonto etapas gamybai duoda nedaug naudos, jei tiek pat laiko tiesiog praleidžiama laukiant kitur arba jei dėl nebaigtų darbų netrukus vėl įvyksta sustojimas.

Atnaujinkite gamybos planą keičiantis remonto eigai

Gerinti būsimą atkūrimą – viena užduotis. Užtikrinti, kad būtų įvykdyti šiandienos įsipareigojimai klientams – kita. Sprendžiant, ką gaminti toliau, negalima laukti mėnesio pabaigoje apskaičiuoto vidurkio.

Įsivaizduokite, kad techninės priežiūros komanda iš pradžių tikisi grąžinti apdirbimo centrą į darbą 11:00. Vėliau, iš naujo įvertinus situaciją, numatomas laikas nukeliamas į 14:00. Istorinis MTTR nepasikeitė, tačiau laukiantiems užsakymams prieinami pajėgumai pasikeitė. Vienam užsakymui po mechaninio apdirbimo dar reikės patikros, o alternatyviame centre jau suplanuoti kito kliento darbai.

SkyPlanner APS įtraukia šį pajėgumų pokytį į tarpusavyje susietų gamybos darbų grafiką. Techninės priežiūros komandos įvertintą laikotarpį, kuriuo įrenginys bus neprieinamas, įrašykite kaip darbo centro išimtį. Pasikeitus numatomam grįžimo į darbą laikui, atnaujinkite laikotarpį ir perskaičiuokite grafiką. SkyPlanner planavimo dirbtinis intelektas Arcturus perplanuoja tas pokyčio paveiktas operacijas, kurias galima planuoti, atsižvelgdamas į užregistruotus pajėgumus, jūsų sukonfigūruotus išteklius, operacijų priklausomybes, prioritetus ir užraktus. Gautą darbų seką matysite Ganto diagramoje.

Jei įrenginys grįš į darbą 14:00, patikrinkite, ar atlikus laukiantį mechaninį apdirbimą dar liks pakankamai laiko patikrai ir pristatymui. Jei operaciją galima atlikti kitu tinkamu įrenginiu, peržiūrėkite ir jam jau priskirtus įsipareigojimus. Dėl jau pradėto darbo atnaujinimo reikia spręsti atskirai: laukiančių darbų eilės perskaičiavimas neatstoja nutrauktos užduoties būsenos patikrinimo.

Taip mažiau laiko tenka skirti rankiniam tarpusavyje priklausomų darbų eilių pertvarkymui, o sprendimai dėl pristatymo tampa aiškiau pagrįsti. Už dabartinį atkūrimo vertinimą atsako techninės priežiūros komanda. Gamybos prioritetus nustatote jūs. Arcturus perskaičiuoja visų susietų darbų grafiką, todėl jums nereikia atskirai taisyti kiekvieno įrenginio darbų sąrašo.

Būtent todėl, gerinant remonto procesą, verta rinktis SkyPlanner: patikslinta prielaida, kada įrenginys bus prieinamas, atsispindi paveiktų užsakymų ir vėlesnių operacijų grafike. Jei neapibrėžtumas išlieka, sutarkite, kada šią prielaidą vėl peržiūrėsite, ir atnaujinkite grafiką gavę tikslesnės informacijos.

Pamatykite, kaip vienas užsitęsęs gedimas paveikia pristatymus

Naudinga MTTR ataskaita parodo, kas buvo matuota, pagal kokius įvykius apskaičiuotas vidurkis ir nuo ko reikėtų pradėti gerinimą. Naudingas gamybos planas parodo, ką daryti, kol vyksta dabartinis remontas. Susiejus šiuos sprendimus, pagrįsta techninės priežiūros analizė nelieka vien atskiru mėnesio rodikliu.

SkyPlanner integruojasi su bet kuria ERP ar MES sistema per atvirą REST API, todėl susietų darbų planavimui galima naudoti jau turimą užsakymų ir gamybos informaciją.

Užsisakykite SkyPlanner pristatymą ir jam paruoškite vieną neseniai įvykusio gedimo pavyzdį, patikslintą numatomą įrenginio grįžimo į darbą laiką ir tuo įrenginiu vykdomus klientų užsakymus. Paprašykite parodyti, kurios laukiančios operacijos perkeliamos, kaip tai veikia vėlesnes operacijas ir kuriems pažadėtiems pristatymo terminams reikia dėmesio. Jei pirmiausia norite patyrinėti patys, išbandykite SkyPlanner su demonstraciniais duomenimis ir pamatykite, kaip pajėgumų pokytis pakeičia grafiką.

Jussi Mäntylä

Gamybos planavimo specialistas, SkyPlanner

Leiskite SkyPlanner pasiūlyti geresnį planą jūsų gamyklai

Išbandykite DI padedamą planavimą su savo gamybos duomenimis, o kontrolė liks jūsų komandai.