Ключови изводи
В повечето заводи хронологията на повредата се разказва от гледната точка на екипа по поддръжка. "Линията спря в 14:22; техникът беше на място в 14:28; активът работеше отново в 14:54." Общо време на престой 32 минути, MTTR 26 минути. Чисти числа.
Гледната точка на ръководителя на поддръжката е вярна от момента на откриване, но пропуска времето преди това. Активът не е започнал да се поврежда в 14:22; той е започнал да се влошава в 13:15, когато показание от сензор започна да излиза от нормалния обхват.
Никой не е забелязал тренда, активът е продължил да произвежда намалено производство за 67 минути, след което е спрял. Тези 32 минути "престой", които екипът измерва, са лесната част. Тези 67 минути намалено производство, които са ги предшествали, са частта, която никой не отчита.
Този модел е достатъчно последователен, че немерената разлика в откриването често е по-голяма от измереното време за ремонт. Статията за KPI в производството покрива по-широкото семейство KPI, към което принадлежи тази метрика.
Средното време до откриване е средната продължителност между действителното начало на неизправност и момента, в който екипът по поддръжка става наясно с нея. Началото може да се определи по три начина в зависимост от актива:
Краят "осведоменост" на измерването е времевият печат на отворената работна поръчка, потвърдената аларма или устното предупреждение на оператора, което от тях е настъпило първо.
За много активи MTTD се измерва ретроспективно, защото предварително не е бил настроен водещ индикатор. Първият път, когато метриката се изчислява, екипът обикновено преглежда най-скорошните повреди и изчислява разликата от данни, които винаги са били налични, но неизгледани. Материалът за анализ на коренните причини разглежда техниката за четене на исторически данни за сигнала, който е трябвало да задейства по-ранна аларма.
Подобренията в MTTR обикновено изискват физически или процедурни промени: предварително складиране на резервни части, поставяне на инструменти близо до актива, преработени панели за достъп, по-бързи диагностични процедури. Всяка от тези мерки е реална работа и струва реално време.
Подобренията в MTTD обикновено са конфигурационни промени: задаване на прагове за аларма на съществуващ сензор, маршрутизиране на алармата към телефона на правилния човек вместо към непрочетена пощенска кутия, групиране на малки сигнали в смислена аларма. Същата печалба в избегнатото време на престой; много по-малка инвестиция.
Математиката е ясна за активи, при които работата в деградирало състояние струва производствени минути. Ако 60-минутна MTTD разлика означава 60 минути работа на актива с 80% пропускателна способност преди спирането, това е еквивалентна загуба от 12 минути производство, която в момента е невидима.
Съкращаването на MTTD до 15 минути възстановява 9 от тези 12 минути на инцидент, и активът спира по-рано, обикновено с по-малък обхват на ремонта. Статията за графика за превантивна поддръжка разглежда как намаленията на MTTD се отразяват на решенията за честотата на превантивната поддръжка.
Най-честият случай. Сензор е инсталиран и записва, но не е конфигурирана аларма. Данните са налични в историка; липсва слой за алармиране. Конфигурирането на аларма върху съществуващ поток от данни обикновено отнема половин ден работа и носи полезен ефект в същия ден.
Някои заводи усредняват суровите данни за час или смяна, което изглажда краткотрайните отклонения, които са ранно предупреждение за повреда. Решението е да се запази високорезолюционен поток за целите на алармирането, дори ако агрегираният поток се използва за докладване.
Аларма, която изпраща сигнал до непрочетена пощенска кутия или се появява на екран в операторската зала, който никой не наблюдава, не е реална аларма. Маршрутирането трябва да съответства на оперативната реалност, към телефона на дежурния техник, към таблета на супервайзора на линията, към ясен физически сигнал на актива.
Три микро-спирания на един и същ актив в рамките на една смяна са по-силен сигнал от всяко отделно спиране. Повечето системи за алармиране не търсят модели чрез множество събития; конфигурирането на правило за клъстери променя откриването от "активът е спрял" към "активът е на път да спре". Системата за управление на работни поръчки разглежда структурите на правилата за клъстери по-подробно.
За добре инструментализиран клас активи с добро маршрутизиране на аларми, MTTD обикновено е 3, 8 минути, достатъчно време някой да забележи, да реши и да реагира. За класове активи без инструментация на водещи индикатори, MTTD често е 45 минути до няколко часа, защото откриването се случва само когато производственият изход падне достатъчно, за да бъде видим.
Целите, към които да се стремите:
Прагoвете съответстват на критичността на актива; по-строгият мониторинг на по-малко критични активи е излишна инвестиция.
Концепцията MTTD работи във всеки завод със сензори и слой за алармиране.
Когато обединена платформа OEE + CMMS помага, това е на две места: данните за водещите индикатори и данните за работните поръчки живеят в една и съща система, така че MTTD може да се изчисли ретроспективно от времената на събитията без ръчно съгласуване, и правилата за маршрутизиране на аларми могат да бъдат свързани с критичността на актива от йерархията в CMMS.
Fabrico е изградена така, че MTTD да бъде следена метрика заедно с MTBF и MTTR, а не като следствие. За да видите как изглежда вашата MTTD картина за критичните класове активи, запазете демо .
Използвайте заместители от производствените данни: честота на микро-спирания, процент на брак, отклонение в цикълното време. Всички три могат да бъдат извлечени от потока от събития в OEE. Изчисляването на MTTD спрямо тези заместители е приблизително, но полезно.
Това е най-честата причина програмите за MTTD да се влошат. Решението е настройване на прагове: всяка фалшива аларма е данна, че прага трябва да се коригира, и екипът по алармиране трябва да преглежда праговете месечно през първите шест месеца. Шумна система за аларми губи вниманието на операторите за седмици.
По клас активи, а не за целия завод. Агрегирането на MTTD заедно за критични и некритични активи дава безсмислено число, тъй като целите се различават с порядък. По клас активи числото е релевантно за вземане на решения.
Инженерът по надеждност, където ролята съществува; иначе, ръководителят на поддръжката. Собственикът е отговорен за конфигурацията на алармите, маршрутирането и месечния преглед на праговете.
Купуването на повече сензори преди конфигурирането на аларми за съществуващите. Повечето заводи разполагат с повече сензорни данни, отколкото с правила за аларми. Първата печалба в MTTD обикновено идва от слоя за конфигурация, а не от слоя за инструментация.