Ключови изводи
Поддръжка, управлявана от операторите, е практиката да се възлагат на операторите от линия рутинни задачи по поддръжката на активите, които експлоатират. Почистване, смазване, инспекция, базови настройки. Теоретичното обосноваване е здраво: операторът е по-близо до актива от всеки техник по поддръжката, вижда промените по-рано и може да реагира по-бързо. Правилно приложена, ODM пренасочва работното натоварване на поддръжката към по-сложни задачи и улавя малките проблеми преди да нараснат.
Предложението е достатъчно привлекателно, затова ODM е част от доктрината на TPM в продължение на десетилетия. Реалността при въвеждането обаче е по-непригладена. Заводите, които обявяват програми за ODM, обикновено виждат първоначален ентусиазъм, шест месеца частично прилагане и после тихо връщане към предишното състояние. Когато програмата бъде призната за провал, компанията вече е инвестирала в контролни списъци, обучение и церемонии, без много резултати.
Шаблонът не е случаен. ODM работи, когато са изпълнени четири конкретни условия и се проваля, когато липсва поне едно от тях. Статията за графика за превантивна поддръжка обхваща по-широкия дизайн на поддръжката, в който се вписва ODM.
Задачите от ODM заемат време. Ако операторът няма такова, защото линията работи непрекъснато, операторът е единственият човек на линията и смяните/преустройките са стриктно разписани, задачите на ODM няма да се изпълнят, независимо от намерението.
Честната оценка е: „колко минути на смяна този оператор има, когато е при съоръжението, но не го управлява активно?“ За повечето силно натоварени линии отговорът е 5, 10 минути общо, което е достатъчно за бърза проверка, но не и за изчерпателен цикъл на смазване.
ODM работи, когато операторът има естествено 15+ минути свободно време на смяна при съоръжението, през преустройките, между партидите, по време на CIP цикли, по време на прозорци за задържане за контрол на качеството. Задачите се побират в това време, без да конкурират производството. Заводите, които игнорират това ограничение, налагат ODM на оператори, които истински не могат да го поемат, и програмата се проваля не поради съпротива, а поради аритметика.
ODМ задача, която отнема 3 минути и има ясен контролен списък, се изпълнява. ODM задача, която казва „инспектирайте актива“ без конкретика, или се пропуска, или се прави като 30-секунден поглед, който не дава реална информация. Грануларността на дефиницията на задачата е разликата между полезна програма и формално отбелязване в контролния списък.
Правилната структура: всяка ODM задача е конкретна проверка със специфични критерии за преминато/непреминато. „Смажете точка A с 2 натискания на помпа за грес. Потвърдете, че уплътнението е в зеления прозорец. Маркирайте като завършено.“ Три минути, недвусмислено, проверимо. Частта за системата за управление на работни поръчки обяснява как тези задачи стават стоящи повтарящи се задачи, а не неформални практики.
Ако операторите изпълняват ODM задачи и никой не го забелязва, те спират в рамките на едно тримесечие. Работата е реална; признанието е това, което я прави устойчива. Признанието може да бъде структурно (завършването на ODM е част от оценката на оператора), социално (сутрешният брифинг признава смените с високо изпълнение) или и двете. Това, което не работи, е тихото очакване.
Корекцията е малка. Процентът на завършеност на ODM става видим показател за смяна, заедно с OEE и числата за качество. Смените, които постоянно го постигат, се признават. Смените, които постоянно го пропускат, имат разговор защо, често отговорът е условие 1 (липса на свободно време) и решението е структурно, а не мотивационно. Статията за KPIs за поддръжка и метрики в производството разглежда структурата на показателите, в която това се вписва.
Най-често пропусканото условие. Техник по поддръжката прави случайни проверки на завършените ODM задачи седмично, потвърждавайки, че смазването е действително извършено, инспекцията е уловила онова, което трябва, почистването е направено по стандарта. Не всяка задача при всяка смяна; проба, която се върти през класовете активи през месеца.
Без този цикъл се случват две неща. Първо, ODM задачи, които реално не се изпълняват, се маркират като завършени така или иначе. Второ, ODM задачи, които се изпълняват лошо (грешна техника, грешно количество, грешна честота), задълбочават проблемите, вместо да ги предотвратяват.
И двата резултата изглеждат сякаш ODM не носи полза; и двата са предвидими последствия от липса на валидация. Частта за анализ на коренните причини разглежда свързаното измерване на качеството на изпълнение.
Операторите изпълняват 8, 15 минути структурирани задачи по поддръжката на смяна за активите, които експлоатират. Задачите са в контролни списъци, валидацията се прави седмично и се признава в техните оценки за представяне. Работното натоварване на екипа по поддръжката се пренасочва към сложни интервенции; малките повтарящи се проблеми се улавят от източника.
Конкретни резултати, типични за заводи с всички четири условия на място:
Заводите, които пропускат едно или повече условия, обикновено произвеждат: куп изпълнени контролни списъци, екип по поддръжката, който тихо повтаря ODM задачите сам, и шестмесечен преглед с извод „ODM не работи тук.“ Диагнозата обикновено е грешна.
Преди да стартирате програма, четири честни въпроса:
Всички четири „да“ е рядко и това е причината ODM да има смесена репутация. Заводите, които постигнат всички четири, виждат ODM като една от най-високо въздействащите програми за поддръжка, които провеждат; заводите, които постигнат по-малко от четири, обикновено заключават, че практиката не се отнася за тях.
Четирите условия могат да бъдат поддържани във всяка CMMS, която управлява повтарящи се задачи и възлагания.
Там, където единна платформа OEE + CMMS помага, е на две места: данните за завършеност на ODM се свързват със събитийната верига на OEE на актива, така че екипът по валидация да види дали ODM всъщност предотвратява модовете на отказ, към които е насочена, и показателят за завършеност на смяна става живо число, а не месечен отчет.
Fabrico е изградена за този работен поток. За да видите как би изглеждала програма за ODM спрямо обхвата на вашите активи, запазете демо .
Ако съществуващото описание на работата на оператора не ги включва, да, или експлицитно чрез допълнително възнаграждение, или имплицитно чрез включване в ролята. Ако ODM се третира като неплатено разширение на обхвата, текучеството ще се увеличи в рамките на година.
Активи, при които режимите на отказ са видими (изтичания, вибрации, температура), корективните задачи са прости (почистване, смазване, затягане) и активът е в обхвата на нормалната работна зона на оператора. Скритите, високо разположени или под високо напрежение активи обикновено не са подходящи за ODM.
3, 6 месеца за първия клас активи с всички четири условия на място. Валидационният цикъл е най-дългата пречка; дефинициите на задачите и обучението на операторите вървят по-бързо.
Ако условие 3 (видимо признание) и условие 1 (свободно време) са налице, истинската съпротива е рядка. Съпротивата обикновено сигнализира, че едно от тези условия липсва. Решението е да се адресира липсващото условие, а не да се оказва по-силен натиск върху операторите.
Пропускането на условие 4, защото екипът по поддръжката вече е зает. Седмичната валидация е това, което поддържа програмата честна; без нея програмата изглежда работеща, докато данните за отказите не покажат обратното, обикновено след 12, 18 месеца. Усилието за валидация е малко в сравнение с усилието за възстановяване, когато програмата се разпадне.
Вход
Блог
