Повечето производствени предприятия имат програма за превантивна поддръжка само на хартия, която в практиката не изпълнява очакванията. Разликата между проектираните и изпълняваните програми за ПП има три основни причини. Нереалистично планиране: програмите за ПП, наследени от производителите на оборудване, съдържат стотици задачи с честоти, които отразяват покритие за отговорност, а не оперативната реалност.
Обект с 2 000 задачи за ПП и екип, който може да завърши 800 на месец, е структурно настроен за 40% съответствие, независимо от усилията. Първата задача при проектирането на ПП не е да се създават още задачи, а да се премахнат или удължат нискоценните задачи, за да стане програмата изпълнима.
Провал в проектирането на задачите: задачи за ПП, които казват „проверете ремъка“ или „инспектирайте лагера“, дават на техниците недостатъчни указания за последователно изпълнение. Ефективните задачи за ПП уточняват метода на измерване, критериите за приемане и необходимото действие при отклонение от спецификацията. Неясните задачи водят до непоследователно изпълнение и безполезни записи за приключване.
Липса на дисциплина при завършване: програми за ПП без наложени стандарти за приключване се превръщат в селективно спазване, при което лесните задачи се изпълняват, а трудните остават просрочени. Изискването за приключване, наложено от CMMS, което задължава попълване на конкретни полета преди маркиране като завършено, предотвратява това влошаване.
Ефективното проектиране на задачи за планова поддръжка (PM) следва структура от пет елемента. Обхват: точно какво ще бъде извършено в тази задача, определящо времевия бюджет и предотвратяващо разрастване на обхвата. Предварителни условия: необходимо състояние на машината, необходими инструменти, части, които трябва да бъдат налични, и изисквани разрешителни за безопасност.
Процедура: номерирани стъпки в последователност с спецификации за всеки измерим параметър, не „инспектирайте лагер“, а „измерете вибрациите на лагера в точка A с цел под 4 мм/с RMS; ескалирайте при над 6 мм/с“. Документация: конкретни измервания за записване, наблюдавани условия, заменени части и всички аномалии.
Критерии за завършване: какво трябва да е изпълнено, за да се счита задачата за завършена, включително създаване на корективна работна поръчка, ако измерванията са извън спецификацията.
Формите за PM в CMMS, които налагат тази структура чрез изискване за попълване на конкретни полета преди затваряне на работната поръчка, създават записи за поддръжка, полезни за анализ на повреди и подобряване на програмата за планова поддръжка.
Допълнителните 60 секунди на задача за PM, необходими за попълване на структурирани данни вместо бележки в свободен текст, генерират данни, които осигуряват натрупваща се стойност от подобрения през месеци и години на експлоатация.
Честотата на превантивната поддръжка (ПП) в повечето организации се задава еднократно при първоначалното внедряване на CMMS (компютърна система за управление на поддръжката) и рядко се преглежда. Оптимизацията на честотата на ПП, базирана на доказателства, използва историята на повредите и данни за OEE (обща ефективност на оборудването), за да валидира и коригира интервалите.
Подходът за оптимизация е: за всяка задача по ПП сравнете планирания интервал с реалната история на повредите на поддържания компонент. Ако възникват повреди между две ПП, интервалът е твърде дълъг.
Ако през последните пет години не е имало повреди и компонентите не показват признаци на влошаване при завършване на ПП, интервалът може да е твърде консервативен. Данните от OEE допълват този анализ: ако процентът на ефективност по OEE намалява на определена машина през седмиците преди планирана ПП, този модел предполага скъсяване на интервала.
Ако OEE е стабилна през целия период, настоящата честота може да е адекватна.
Оптимизацията на честотите чрез CMMS обикновено води до намаление от 20 до 30% в общия брой задачи по ПП чрез елиминиране на прекомерно поддържаните елементи, паралелно с увеличение на честотата от 10 до 20% за действително критичните компоненти, подобрявайки едновременно както ефективността на програмата за поддръжка, така и резултатите по надеждност.
Вход
Блог
