Střední doba opravy: vypočítejte MTTR a omezte ztráty času

Domov » Zdroje » Střední doba opravy: vypočítejte MTTR a omezte ztráty času

Odhadovaný čas čtení: 11 minut

Střední doba opravy (MTTR) je průměrná doba trvání vymezeného procesu opravy nebo obnovy po poruše zařízení. Vypočítáte ji tak, že sečtete doby trvání srovnatelných dokončených událostí a součet vydělíte jejich počtem:

MTTR = celková doba oprav nebo obnovy ÷ počet dokončených událostí

Vymezení měřené doby je stejně důležité jako samotné dělení. Výměna součásti může trvat 40 minut, zatímco stroj zůstane nedostupný tři hodiny. Užitečný přehled tento rozdíl ukáže, aby údržba mohla zlepšovat správnou část procesu a výroba plánovala podle skutečně dostupné kapacity.

MTTR vám pomáhá porozumět minulým poruchám. Neříká ale, kdy bude odstraněna právě probíhající porucha. Odhad aktuálního termínu návratu do provozu musí vycházet ze současného posouzení údržby a při každé změně se musí promítnout do výrobního plánu. SkyPlanner přenáší aktualizovanou dostupnost stroje do sdíleného plánu. Uvidíte tak dopad na zákaznické zakázky, aniž byste museli ručně přepracovávat všechny navazující fronty operací.

Nejprve určete, jakou dobu vaše MTTR měří

Zkratka MTTR se používá pro střední dobu opravy, zotavení i obnovy, tyto názvy však automaticky neoznačují stejné časové intervaly. Terminologický slovník IEC pro spolehlivost používá pro MTTR pojem střední doba do obnovy. Přehled, který započítává pouze aktivní práci na opravě, odpovídá na užší otázku než přehled zahrnující i čekání na technika nebo náhradní díl.

V ukázkovém výrobním přehledu v tomto průvodci MTTR měří celkovou uplynulou dobu od poruchy zařízení po ověření jeho dostupnosti pro výrobu. Čas se počítá i během čekání na zásah, diagnostiky, dalších čekání, opravy, zkoušek a případného požadovaného uvolnění, než je stroj opět dostupný. Dobu aktivní opravy evidujeme samostatně.

Toto pravidlo uveďte nad přehledem spolu s vymezením sledovaného zařízení a vykazovaným obdobím. Pokud vaše firma, smlouva nebo norma pro vykazování stanoví jiný interval, použijte tuto definici a jasně ji označte. Výslednou hodnotu neporovnávejte s naší, dokud nebude vymezení shodné.

Při tříhodinovém přerušení může aktivní oprava trvat mnohem kratší dobu

Představte si obráběcí centrum, u kterého dojde v 08:00 k poruše a které je v 11:00 opět uvolněno pro výrobu. V záznamu události jsou rozlišeny následující fáze:

Fáze	Časový interval	Doba trvání
Čekání na zásah údržby	08:00–08:30	30 minut
Diagnostika	08:30–08:50	20 minut
Čekání na potřebný díl	08:50–09:50	60 minut
Samotná oprava	09:50–10:30	40 minut
Funkční zkoušky	10:30–10:40	10 minut
Požadované kontroly před uvolněním do výroby	10:40–11:00	20 minut
Celková uplynulá doba do obnovy	08:00–11:00	180 minut

V tomto příkladu samostatně sledovaná doba aktivní opravy zahrnuje diagnostiku, samotnou opravu a funkční zkoušky: 20 + 40 + 10 = 70 minut. Celková uplynulá doba do obnovy činí 180 minut. Ani jedna hodnota není chybná; každá odpovídá na jinou otázku.

Toto rozlišení ukazuje, kde zasáhnout. Zlepšením výměny součásti, která trvá 40 minut, neodstraníte hodinu čekání na díl. Stejně tak lepší dostupnost dílů nevyřeší obtížnou diagnostiku.

V příkladu na sebe jednotlivé fáze navazují. Při skutečné události se některé činnosti mohou překrývat. Uplynulý čas počítejte jen jednou: pokud dva technici společně pracují 40 minut, neznamená to přerušení na 80 minut. Člověkohodiny mohou být užitečné při analýze nákladů na údržbu, nelze je však zaměňovat s dobou, po kterou byl stroj nedostupný.

Nesouvisející ztráty do události nezahrnujte

Událost končí, jakmile stroj splní dohodnuté podmínky návratu do provozu, nikoli až někdo později uzavře příkaz k údržbě. Pokud je stroj dostupný v 11:00, ale materiál pro další zakázku bude k dispozici až v poledne, jde o hodinu čekání na materiál, nikoli o další hodinu obnovy.

Stejně tak plánovaný servis, běžné přetypování ani čekání na obsluhu automaticky nejsou opravami po poruše. Tyto ztráty evidujte tam, kam patří, místo abyste každou minutu zastavení zahrnovali do MTTR. Tento přehled měří obnovu po vymezené poruše zařízení, nikoli veškeré prostoje v závodě.

Vyberte srovnatelný soubor dokončených událostí

Začněte jedním strojem nebo skupinou se skutečně srovnatelnými zařízeními a typy poruch. Výměna drobného snímače i rozsáhlá generální oprava mohou být platnými událostmi. Pokud je ale zprůměrujete, aniž byste ukázali skladbu událostí, můžete skrýt problém, který potřebujete vyřešit.

Pro měsíční přehled lze použít pravidlo, že zahrnete obnovy dokončené během daného měsíce. U každé události přitom použijete celou dobu trvání, i když začala už v předchozím měsíci. Jmenovatelem je počet těchto dokončených událostí, nikoli počet všech poruch nahlášených během měsíce ani všech položek příkazů k údržbě.

Každý měsíc používejte stejné pravidlo a uchovávejte podkladové záznamy. Zejména:

• Pro jednu nevyřešenou poruchu používejte jeden identifikátor události. Více alarmů, techniků nebo úkolů v příkazu k údržbě nemusí znamenat více obnov.
• Neukončené události ponechte v přehledu. Oprava, která na konci měsíce stále probíhá, ještě nemá konečnou dobu do obnovy. Samostatně uveďte její dosavadní trvání a stav; nezapočítávejte ji jako dokončenou opravu s nulovou dobou trvání.
• Zkontrolujte časové údaje. Čas administrativního zápisu nemusí odpovídat času poruchy, zásahu ani obnovy. Pokud čas vzniku poruchy neznáte, uveďte skutečně zaznamenaný čas jejího zjištění a nevymýšlejte dřívější údaj.
• Jasně uvádějte, co z výpočtu vynecháváte. Vysvětlete chybějící časové údaje, zrušené záznamy i všechny kategorie událostí, které do výpočtu nezahrnujete. Platnou dlouhou opravu nevyřazujte jen proto, že zhoršuje průměr.

Přehled dokončených událostí může vypadat neobvykle příznivě, zatímco dlouhá porucha stále trvá. Proto vedle průměru patří i seznam neukončených událostí. Pokud místo toho vybíráte poruchy, které ve sledovaném období začaly, sledujte tuto skupinu až do obnovy a vysvětlete, jak nakládáte s neukončenými událostmi. Mezi těmito dvěma metodami nepřecházejte bez upozornění.

Příklad výpočtu MTTR

Představte si čtyři obnovy dokončené na stejném stroji během vykazovaného měsíce. Pro každou událost platí výše uvedené pravidlo měření celkové uplynulé doby. Sloupec s dobou aktivní opravy slouží k vysvětlení rozdílu; jeho hodnoty se k celkové uplynulé době nepřičítají.

Dokončená událost	Uplynulá doba od poruchy po dostupnost pro výrobu	Doba aktivní opravy
A	90 minut	60 minut
B: příklad 08:00–11:00	180 minut	70 minut
C	150 minut	110 minut
D	420 minut	240 minut
Celkem	840 minut	480 minut

Hlavní výpočet je následující:

MTTR za celou dobu do obnovy provozuschopnosti = 840 minut ÷ 4 události = 210 minut, tedy 3,5 hodiny.

Samostatně vypočtená střední doba aktivní opravy je:

480 minut ÷ 4 události = 120 minut, tedy 2 hodiny.

Údaj „MTTR: 2 hodiny“ bez upřesnění, že jde pouze o aktivní opravu, by v tomto příkladu podhodnocoval naměřenou celkovou dobu do obnovy provozuschopnosti. Pokud uvedete 3,5 hodiny bez definice, čtenář zase nebude vědět, co jste do výpočtu zahrnuli.

Před sčítáním dob sjednoťte jednotky. Devadesát minut je 1,5 hodiny, nikoli 0,90 hodiny. Pokud nebyla dokončena žádná obnova splňující stanovená kritéria, nelze pro daný soubor událostí průměr určit. Uveďte proto nulový počet událostí a průměr označte jako nedostupný, nikoli jako MTTR o hodnotě nula minut.

Chcete-li získat výsledek za skupinu strojů, sečtěte doby všech zahrnutých událostí a vydělte je celkovým počtem těchto událostí. Pokud se počty oprav u jednotlivých strojů liší, nestačí zprůměrovat jejich dílčí průměry. Zachovejte také možnost zobrazit výsledky podle stroje a typu poruchy, aby souhrnný údaj nezakryl závažný problém na konkrétním zařízení.

Jaká hodnota MTTR je dobrá?

Dobrý výsledek znamená skutečné zlepšení smysluplně vymezeného a konzistentně měřeného procesu obnovy provozuschopnosti, aniž by utrpěl požadovaný výsledek. Neexistuje jediná cílová hodnota v hodinách, která by dávala smysl pro všechna výrobní zařízení a všechny typy poruch.

Porovnávejte stroj s jeho vlastní výchozí úrovní za podobných podmínek. Než nižší průměr přisoudíte lepšímu provádění oprav, ověřte, zda se nezměnilo zastoupení jednotlivých typů událostí, personální pokrytí směn, způsob údržby nebo pravidla vykazování. Měsíc s několika jednoduchými závadami může vycházet lépe než měsíc s jednou složitou poruchou, přestože tým pracuje stejně dobře.

Průměr posuzujte společně s počtem událostí, celkovým ztraceným časem, délkou jednotlivých událostí a fázemi, v nichž vzniká prodleva. V příkladu se čtyřmi událostmi jsou celkové doby po seřazení 90, 150, 180 a 420 minut. Medián je 165 minut, zatímco průměr činí 210 minut. Poslední, výrazně delší událost je třeba prošetřit, nikoli vymazat jen proto, aby se hodnoty shodovaly.

Samotné MTTR také nic nevypovídá o tom, jak často se stroj porouchá. Střední doba mezi poruchami neboli MTBF vyjadřuje dobu provozu připadající na jednu poruchu opravitelného zařízení. Časté krátké poruchy a ojedinělé dlouhé poruchy vyžadují odlišná opatření, i když je celkový ztracený čas shodou okolností podobný.

Především platí, že 3,5 hodiny není odpočet do dokončení příští opravy. Aktuální porucha může vyžadovat jiný díl, jiného specialistu nebo jiné ověření. Vycházejte při diskusi ze srovnatelných historických událostí, ale aktuální odhad i termín jeho dalšího přezkoumání si vyžádejte od údržby.

Zkraťte prodlevu, která skutečně brání návratu do výroby

Než zvolíte opatření, rozeberte delší události na jednotlivé fáze. Největší přínos nemusí spočívat v rychlejší samotné opravě, ale v odstranění prodlevy před jejím zahájením.

Pokud je reakce pomalá, prověřte, jak se hlášení poruchy dostává k odpovědné osobě a jak se odpovědnost předává mezi směnami. Označení stroje, popis pozorovaných příznaků a jasný postup eskalace dávají údržbě lepší podklady než neurčitá zpráva, že výroba stojí.

Pokud nejvíce času zabírá diagnostika, usnadněte přístup k potřebným informacím o zařízení, historii poruch a odborným znalostem. Opakující se závady proberte s údržbou a technickým oddělením. Opakované resetování stroje může zkrátit jednotlivá zaznamenaná zastavení, aniž by odstranilo jejich příčinu.

Pokud převažuje čekání na díly, zjistěte, který díl byl potřeba, jak byl identifikován a proč nebyl dostupný. Cílené zlepšení dostupnosti nebo identifikace kritických náhradních dílů může být přínosnější než držet skladem všechno. V příkladu s tříhodinovou obnovou je 60 minut čekání na díly zjevným námětem k prošetření, nikoli důkazem, který by sám o sobě odůvodňoval konkrétní způsob řízení zásob.

Pokud nejdéle trvá samotná fyzická oprava, prověřte přípravu, přístup k zařízení, nástroje, pokyny a dovednosti potřebné pro daný úkon. Pokud je úzkým místem testování nebo uvolnění do provozu, dohodněte se, jak zajistit připravenost potřebných lidí a provedení kontrol. Zlepšení spočívá v lépe připraveném návratu do provozu, ne ve vynechání ověření jen proto, aby měření skončilo dříve.

Určete, kdo za zvolené opatření odpovídá, a vyhodnocujte další srovnatelné události. Sledujte jak délku dané fáze, tak celkovou dobu do obnovy provozuschopnosti. Zkrácení opravy má pro výrobu omezený přínos, pokud se ušetřený čas jen přesune do jiného čekání nebo pokud nedokončená práce brzy způsobí další přerušení.

Průběžně aktualizujte výrobní plán podle vývoje opravy

Zlepšovat obnovu provozuschopnosti do budoucna je jeden úkol. Dodržet současné závazky vůči zákazníkům je druhý. S rozhodnutím, co vyrábět dál, nelze čekat na průměr na konci měsíce.

Představte si, že údržba původně očekává návrat obráběcího centra do provozu v 11:00. Po dalším posouzení se očekávaný čas posune na 14:00. Historické MTTR se nezměnilo, ale kapacita dostupná pro čekající zakázky ano. Jedna zakázka musí po obrábění ještě projít kontrolou a náhradní centrum už má naplánovanou práci pro jiného zákazníka.

SkyPlanner APS promítne tuto změnu kapacity do provázaného výrobního plánu. Zadejte dobu nedostupnosti posouzenou údržbou jako výjimku pracoviště. Když se očekávaný čas návratu změní, upravte časový interval a přepočítejte plán. Arcturus, umělá inteligence pro rozvrhování v systému SkyPlanner, rozvrhne dotčené operace, které lze naplánovat, podle zaznamenané kapacity. Přitom zohlední nastavené výrobní zdroje, návaznosti operací, priority a zámky. Výsledné pořadí zobrazí Ganttův diagram.

Při návratu ve 14:00 ověřte, zda po dokončení čekajícího obrábění stále zbývá dost času na kontrolu a dodání. Pokud může operaci převzít vhodný náhradní výrobní zdroj, prověřte i závazky, které už jsou na něm naplánované. U již zahájené práce je nutné samostatně rozhodnout o jejím opětovném spuštění. Přepočet fronty čekajících operací nenahrazuje ověření stavu přerušené operace.

Přínosem je méně ručního přepracovávání vzájemně závislých front operací a jasnější podklady pro rozhodování o dodávkách. Za aktuální odhad obnovy provozuschopnosti odpovídá údržba. O výrobních prioritách rozhodujete vy. Arcturus přepočítá rozvrh všech navazujících operací, takže nemusíte upravovat seznam každého stroje zvlášť.

Právě proto se vyplatí vedle zlepšování oprav zvolit SkyPlanner: upravený předpoklad dostupnosti se promítne do dotčených zakázek a navazujících operací. Pokud nejistota přetrvává, dohodněte termín dalšího posouzení tohoto předpokladu a aktualizujte plán podle nových informací.

Zjistěte, jak delší odstávka kvůli jedné poruše ovlivní dodávky

Užitečný přehled MTTR vám řekne, co se měřilo, z jakých událostí průměr vychází a kde začít se zlepšováním. Užitečný výrobní plán vám ukáže, co dělat v průběhu aktuální opravy. Propojením těchto rozhodnutí zajistíte, aby kvalitní analýza údržby neskončila jen jako izolované měsíční číslo.

SkyPlanner se prostřednictvím svého otevřeného REST API propojí s libovolným systémem ERP nebo MES. Provázané rozvrhování tak může vycházet z vašich stávajících údajů o zakázkách a výrobě.

Rezervujte si ukázku SkyPlanner a připravte si jednu nedávnou poruchu, upravený předpoklad návratu do provozu a zákaznické zakázky, které se na daném výrobním zdroji zpracovávají. Nechte si ukázat, které čekající operace se přesunou, co se stane s navazujícími operacemi a které slíbené termíny dodání bude třeba řešit. Pokud se chcete nejprve seznámit se systémem sami, vyzkoušejte SkyPlanner s ukázkovými daty a podívejte se, jak změna kapacity změní rozvrh.