Menu
Как да изградим програма за превантивна поддръжка за производство: Ръководство стъпка по стъпка

Как да изградим програма за превантивна поддръжка за производство: Ръководство стъпка по стъпка

Програмата за управление на проекти не е списък със задачи в календар, тя е структурирана система, калибрирана спрямо действителното поведение при повреди. Това ръководство стъпка по стъпка обхваща регистри на активи, анализ на режима на повреди, избор на тип задействане, задаване на интервали и методология за 90-дневен преглед.
Как да изградим програма за превантивна поддръжка за производство: Ръководство стъпка по стъпка
Годишен план за превантивна поддръжка във Fabrico

Ключови изводи

  • Програмата за управление на поддръжката не е списък със задачи в календар, а структурирана система, която съпоставя честотата на поддръжка и типа на задействане с действителното поведение на всеки актив при повреда.
  • Най-често срещаният неуспех на програмата за управление на проекти е изграждането на графика преди извършване на анализ на активите – което води до интервали, които са или твърде чести за някои активи, или недостатъчно чести за други.
  • Съществуват три типа задействания – базирани на календар, базирани на употреба и базирани на условие – и правилният задействащ механизъм за всеки актив зависи от това как този актив се повреди, а не от това кое е най-удобно за планиране.
  • Спазването на изискванията за поддръжка без ефективността им е скъпо, екип, който изпълнява 90% от планираните поддръжка, които са неправилно калибрирани, генерира дейности по поддръжка, без да предотвратява повреди, които програмата е проектирана да предотврати.
  • Качеството на данните, генерирани от програмата за управление на проектите, определя дали тя може да се подобри с течение на времето, добре внедрената CMMS със смислени записи от констатациите на програмата за управление на проектите изгражда доказателствената база, която прави програмата по-добра с всеки цикъл.

Превърнете престоите в число, по което екипът може да действа.

Заявете демо

Защо повечето програми за управление на проекти не дават добри резултати

Производствена операция стартира програма за управление на профилите (PM).

Екипът по поддръжката го изпълнява старателно.

Съответствието с изискванията за управление на премиерата достига 85%.

Непланираните престои не намаляват съществено.

Оперативният мениджър заключава, че управлението на проекти не работи.

Действителното заключение би трябвало да е различно.

Програмата за управление на прехода (PM) не е била калибрирана спрямо действителното поведение при повреди на активите, които е била проектирана да защитава.

Интервалите са определени от препоръките на производителя, написани за средни условия на употреба, които не съответстват на това съоръжение.

Задачите бяха копирани от общ шаблон за поддръжка, който никога не е бил валидиран спрямо действителната история на повреди на това съоръжение.

Типовете задействания – календарни интервали за всеки актив, независимо от променливостта на използването – систематично водят до прекомерна поддръжка на ниско използваеми активи и едновременно с това до недостатъчна поддръжка на високо използваеми активи.

Програма за управление на риска, която е структурно неправилно калибрирана, води до високо съответствие и лоши резултати.

Това ръководство изгражда програма за управление на поддръжката въз основа на доказателства, а не на предположения, създавайки програма, която е калибрирана спрямо действителното поведение при повреди от самото начало и се подобрява с натрупването на история на поддръжката.

Стъпка 1: Създаване на регистър на активите

Програмата за управление на проекти не може да съществува без точен и пълен списък на активите, които е предназначена да защитава.

Тази стъпка е лесна по принцип и често се подценява на практика.

Какво трябва да съдържа регистърът на активите:

Всеки производствен актив, който изисква планирана поддръжка, идентифициран по местоположение, тип актив и информация за производителя и модела.

Йерархия родител-дете, която разграничава основните сглобки от техните подкомпоненти, така че задачите за управление на проекта (PM) да могат да бъдат възлагани на подходящо ниво, а не на общо машинно ниво, което скрива кой конкретен компонент се поддържа.

Класификацията на критичността на производството за всеки актив, Ниво 1 критично за мисията, Ниво 2 значим, Ниво 3 поддържащ, която определя нивото на инвестициите в поддръжка, които всеки актив изисква.

Какво не е необходимо за регистъра на активите на този етап:

Перфектни данни за всеки компонент на всяка машина.

Пълна история на поддръжката от предишни системи.

Снимки на всеки актив.

Започването с функционален регистър на активите, който обхваща информацията, необходима за изграждане на график за профилактично управление, е по-ценно от отлагането на старта на програмата, докато се стремите към перфектна пълнота на данните.

Регистърът се подобрява с изпълнението на програмата.

Стъпка 2: Идентифициране на режимите на отказ за активи от ниво 1 и ниво 2

За активи от ниво 3 – тези, чиято повреда не влияе съществено на производството, качеството или безопасността – програма за управление на прехода може изобщо да не е оправдана.

Работата до отказ с документиран план за реагиране при извънредни ситуации често е най-рентабилната стратегия за активи с ниска критичност.

За активи от ниво 1 и ниво 2 следващата стъпка е идентифициране на режима на повреда – честна оценка на това как всеки актив се поврежда и какви предупредителни знаци предшестват повредата.

Това не изисква официален анализ на режима и последиците от повредата за всеки актив.

Това изисква отговор на три практически въпроса за всеки значителен клас активи.

Въпрос 1: Кои са най-често срещаните режими на повреди за този тип активи в нашата дейност?

Изтеглете данните за поддръжката за последните 24 месеца за всеки клас активи.

Кои кодове за грешки се появяват най-често?

Кои компоненти се подменят най-често при корективни ремонти?

Какво е средното време между значителни повреди на тези активи?

Въпрос 2: Всеки режим на повреда произвежда ли откриваеми предвестникови сигнали, преди да възникне функционална повреда?

Износването на лагерите води до нарастващи вибрации и температура преди функционална повреда.

Деградацията на хидравличното уплътнение води до постепенно увеличаване на разхода на масло преди пълната му повреда.

Износването на режещия инструмент води до увеличаване на отклонението във времето на цикъла преди размерната повреда.

Някои режими на повреди – повреди на електрически релета, внезапни механични повреди – не произвеждат надежден предвестник.

Въпрос 3: Колко време обикновено минава между появата на предварителни сигнали и функционалната недостатъчност?

Това е PF интервалът, прозорецът, наличен за интервенция, базирана на състояние.

Дългият PF интервал означава, че има време за планиране и изпълнение на планиран ремонт след откриване на предварителния сигнал.

Краткият PF интервал означава, че е необходима бърза реакция, когато се появи сигналът, или прозорецът се затваря, преди да е възможна интервенция.

Отговорите на тези три въпроса определят кой тип задействане е подходящ за графика за профилактично управление на всеки актив.

Стъпка 3: Изберете типа на задействане за всеки клас активи

Съществуват три типа задействания за планиране на планиране на планиране на планиране на планиране.

Правилният тип задействане за всеки актив зависи от анализа на режима на повреда от стъпка 2, а не от удобството на планирането.

Тригери, базирани на календар

Прилага се за: Активи с относително равномерно използване, където режимът на повреда не генерира надеждни предварителни сигнали, или където данни за мониторинг на състоянието все още не са налични.

Как работи: Задачите за профилактично планиране се планират на фиксирани интервали от време, седмично, месечно, тримесечно, независимо от това колко активът е работил действително от последното профилактично планиране.

Силна страна: Лесно е да се планира и лесно да се съобщи на екипа по поддръжката.

Ограничение: Систематично грешно за активи с променливо използване. Календарен интервал, зададен за средно използване, едновременно превишава периодите на ниско използване и недовишава периодите на високо използване.

Тригери, базирани на употреба

Прилага се за: Активи, при които корелацията на повреди е по-силна с употребата, отколкото с времето, брой цикли, работни часове, произведени единици, обработени измервателни уреди.

Как работи: Задачите за поддръжка се задействат, когато активът достигне определен праг на употреба от последното събитие за поддръжка, независимо от това колко календарни дни са изминали.

Якост: Точно отразява действителното натрупване на износване, а не изминалото време. Преса, която е изпълнила 200 000 хода, получава поддръжката си при 200 000 хода, независимо дали това е отнело 30 или 90 дни.

Ограничение: Изисква точни данни за употреба, или от автоматично заснемане на машинен сигнал, или от дисциплинирано ръчно въвеждане на данни от измервателния уред.

Тригери, базирани на условия

Прилага се за: Активи от ниво 1 с откриваеми прекурсори на режим на повреда и свързаност на данните за автоматично улавяне на тези прекурсори.

Как работи: Задачите за профилактично обслужване (PM) се задействат, когато наблюдаван параметър на състоянието, тенденция на производителността на OEE, амплитуда на вибрациите, отклонение на температурата, консумиран ток, премине конфигуриран праг, който показва P-точката на режима на повреда.

Сила: Най-точният наличен тип задействане, поддръжката се извършва, когато активът действително се нуждае от нея, а не когато календарът или броячът за употреба предполагат, че е така. Елиминира едновременно както прекомерната, така и недостатъчната поддръжка.

Ограничение: Изисква свързаност на машината и система за наблюдение, способна да открива съответните параметри на състоянието. Изисква достатъчен PF интервал, за да позволи планирана реакция след преминаване на прага.

Повечето програми за управление на производствения проект използват и трите типа задействания едновременно – календарни задействания за общо оборудване и помощно оборудване, задействания за употреба за критични за производството активи с измеримо използване и задействания за състояние за активи с най-висока критичност с достъпна машинна свързаност.

Стъпка 4: Задайте началните интервали за PM

При избрани типове задействания, трябва да се зададат началните интервали за всяка PM задача.

Критичният принцип тук е, че първоначалният интервал трябва да бъде зададен консервативно – по-кратък от очаквания интервал на отказ – и след това удължен, когато историята на поддръжката натрупа доказателства, че интервалът е подходящ.

Започването с твърде дълъг интервал и възникването на повреди е по-скъпо и по-разрушително, отколкото започването с интервал, който е малко по-кратък, и удължаването му, когато резултатите постоянно показват липса на износване, приближаващо се до прага на интервенция.

За лични съобщения, базирани на календар:

Започнете с интервал, който е 70 до 80% от най-краткия интервал на отказ, наблюдаван през последните 24 месеца от историята на поддръжката за този клас активи.

Ако класът активи няма история на повреди, защото никога не е бил систематично поддържан, използвайте препоръката на производителя като отправна точка и коригирайте въз основа на констатациите от профилактичното управление през първите 6 месеца.

За управление на проекти, базирано на употреба:

Започнете с праг на употреба, който е между 70 и 80% от средната употреба, натрупана между значителни коригиращи събития през последните 24 месеца.

Ако данните за употребата не са налични, използвайте препоръката на производителя по отношение на работните часове и ги преобразувайте в съответния показател за употреба за актива.

За ПМ, базирани на състояние:

Прагът на задействане се задава в точката P на режима на повреда, стойността на параметъра на състоянието, която надеждно показва началото на откриваема деградация.

Точното установяване на този праг изисква или исторически данни за повреди, показващи стойностите на параметрите на състоянието, предшестващи всяко събитие на повреда, или консервативен начален праг, който се затяга с изграждането на набора от данни за мониторинг.

Стъпка 5: Дефиниране на съдържанието на задачата за управление на проекти

Интервалът за профилактично обслужване определя кога екипът по поддръжката пристига на актива.

Съдържанието на задачата за управление на проекта определя какво правят, когато пристигнат там.

И двете трябва да са правилни, за да бъде премиерът ефективен.

Минимално необходимо съдържание за всяка задача по управление на проекти:

Конкретните стъпки на проверката или интервенцията, достатъчно подробни, за да може техник, който не е извършвал преди това това ПМ, да ги изпълни правилно.

Критериите за преминаване и не преминаване за всяка точка на инспекция, кое е приемливо състояние и кое задейства коригиращо действие.

Необходимите консумативи и резервни части, с конкретни номера на части, за да се избегне объркване в склада.

Очакваното време за завършване, така че прозорците за планиране на изпълнението да могат да бъдат планирани реалистично спрямо наличността в производството.

Изискванията за безопасност, специфични за този актив, процедури за изолиране, изисквания за ЛПС и всички оперативни ограничения.

Как изглежда лошото съдържание на задачите за управление на персонала:

„Инспекция и смаже машината“, няма конкретика за това кои компоненти, какъв лубрикант, колко или какво състояние налага подмяна.

„Проверете всички износващи се части“, няма определение кои части, каква граница на износване задейства подмяната или какво представлява допустимо износване.

Задачите за управление на проекта, написани на това ниво на обобщеност, водят до високи нива на съответствие и ниска ефективност, техникът изпълнява задачата в определеното време и я подписва, но специфичните точки на проверка, които биха открили развиващата се повреда, не се проверяват изрично.

Стъпка 6: Вграждане на графика за профилактика в системата за поддръжка

След като е дефиниран регистър на активите, анализ на режима на повреда, типове задействания, интервали и съдържание на задачите, графикът за ПДП е готов за вграждане в системата за управление на поддръжката.

Системата за поддръжка – независимо дали е CMMS или по-опростен инструмент за планиране – трябва да поддържа три възможности, за да изпълнява надеждно програмата за управление на поддръжката.

Автоматично генериране на работни поръчки, работните поръчки за планиране на ремонта трябва да се генерират автоматично, когато е изпълнено условието за задействане, вместо да се изисква от планиращия ръчно да създава всяка работна поръчка от електронна таблица с график. Системите за ръчно планиране на планиране на ремонта генерират ремонти на ремонти, които се пропускат по време на натоварени периоди и се дублират по време на бавни периоди.

Мобилно изпълнение, Работните поръчки за ПМ трябва да са достъпни за техници на мобилни устройства на машината, като контролният списък със задачи, критериите за успешно/неуспешно изпълнение и списъкът с части са налични, без да е необходимо връщане към настолна система. Данните за ПМ, събрани на машината по време на проверката, са по-точни и по-пълни от данните, въведени ретроспективно.

Заснемане на констатациите от профилактичното обслужване, работната поръчка трябва да отрази какво е било установено по време на профилактичното обслужване, а не само че то е било завършено. Дали проверката е установила приемливо състояние, износване, приближаващо прага на интервенция, или дефект, изискващ коригиращи действия, са данните, които калибрират интервала на профилактичното обслужване с течение на времето.

Без PM намиране на улавяне, програмата не може да се подобри.

С него всеки цикъл на ПМ генерира доказателства, които потвърждават дали интервалът е подходящ, нуждае се от съкращаване или може да бъде удължен.

Стъпка 7: Преглед и калибриране на 90 дни

Програма за управление на проекти, стартирана без 90-дневен преглед, е програма, която е била зададена и забравена, вместо да бъде управлявана.

90-дневният преглед задава пет конкретни въпроса.

Изпълняват ли се ПМ в рамките на планираните им прозорци?

Процентът на завършване под 85% показва, че или графикът за поддръжка е в противоречие с производствените изисквания, в който случай подходът за планиране се нуждае от корекция, или че екипът по поддръжка е с ограничен капацитет.

Какво показват резултатите от PM?

ПМ, които постоянно не откриват износване, приближаващо прага на интервенция, са кандидати за удължаване на интервала.

Премиерите, които постоянно установяват износване на или над прага на интервенция, са кандидати за скъсяване на интервала.

Възникнали ли са непланирани повреди на активи с активни програми за управление на профилите (PM)?

Повреда на актив с активно профилактично управление (ПМ) показва, че интервалът на ПМ е твърде дълъг, съдържанието на задачата за ПМ не адресира възникналия режим на повреда или типът на спусъка не е подходящ за режима на повреда.

Всеки отказ на актив, покрит от управление на проекта, е възможност за подобряване на програмата, а не знак, че управлението на проекта не работи.

Екипът по поддръжка записва ли констатациите от ПМ контрола на нивото на детайлност, необходимо за интервално калибриране?

Общи записи за завършване, „Предварителната проверка завършена, няма проблеми“, не поддържат интервално калибриране.

Конкретните констатации – „лагерът показва ранно износване, очаквано 3 до 4 месеца до прага на интервенция при текущо използване“ – изграждат доказателствената база, която прави програмата по-точна с течение на времето.

Съобразени ли са прозорците за планиране на производството с графика на производството?

Плановете за планиране, които постоянно се отлагат, защото производството не може да освободи актива, показват проблем с подравняването на графика, който трябва да бъде решен на ниво планиране, а не на производствения етаж.

Пътят на зрялост на програмата за управление на проекти (PM)

Програмата за управление на проекти (ПМ) не е проект с дата на завършване.

Това е програма за непрекъснато усъвършенстване, която става все по-точна и по-ефективна, тъй като генерираната от нея история на поддръжка изгражда доказателствена база за интервално калибриране.

Месец 1 до 3: Създаден регистър на активите. Стартиран първоначален график за поддръжка. Задействания по календар за повечето активи. Консервативни интервали, базирани на историята на поддръжката и препоръките на производителя.

Месец 3 до 6: Първи 90-дневен преглед. Корекции на интервалите въз основа на констатациите от ПМ. Внедрени са тригери, базирани на употреба, за високо използваеми активи от Ниво 1, където са налични данни от измервателни уреди. Идентифициране на „лошите участници“ при първо преминаване от данни за коригиращи работни поръчки.

Месец 6 до 12: Внедрени са базирани на състояние тригери за активите с най-висока критичност, свързани с машини. Съдържанието на задачите за ПМ е прецизирано въз основа на обратна връзка от техници и открити модели. Добавени са аварийни ПМ за режими на повреди, идентифицирани през първите 6 месеца, които не са били в първоначалната програма.

От 12-ти месец нататък: Годишен преглед на програмата. Оптимизация на интервалите въз основа на натрупани 12 месеца данни за констатации на ПМ. Преход от календарни към базирани на употреба тригери за допълнителни класове активи, когато данните за употребата станат налични. Цикъл на непрекъснато калибриране.

Често задавани въпроси

Колко време отнема изграждането и стартирането на програма за управление на производствения процес (PM) за средно голямо производствено съоръжение?

Регистърът на активите, анализът на режима на повреда и първоначалният график за профилактично обслужване могат да бъдат изготвени за четири до шест седмици с подходящо участие на заинтересованите страни.

Зареждането на графика в CMMS и завършването на обучението на техниците отнема допълнителни две до три седмици.

Функционална програма за управление на проекти – генериране и изпълнение на работни поръчки – е постижима в рамките на осем седмици от началото на проекта за повечето средно големи предприятия.

Какъв процент на съответствие с ПМ трябва да се стремим?

85% е минимално приемливият процент на съответствие с управлението на проекта за добре разработена програма.

Под 85% показва или конфликти в графика с производството, ограничения на капацитета на екипа по поддръжка, или съдържание на задачи по поддръжка, чието изпълнение отнема значително повече време от очакваното.

Съответствие над 95%, комбинирано с постоянно или нарастващо непланирано време на престой, показва различен проблем - програмата за профилактика се изпълнява, но не е калибрирана, за да предотврати действително възникващите повреди.

Как се справяме със съответствието с изискванията за поддръжка на активи, които производството не може да освободи за поддръжка?

Вградете прозорците за управление на профила в производствения график, вместо да ги договаряте реактивно.

Изискванията за ПМ трябва да са видими за планиращите производството, когато планират производствени поръчки, а не да се откриват, когато екипът по поддръжката пристигне, за да извърши ПМ и установи, че активът е в производство.

Това изисква или споделен процес на планиране на производството и поддръжката, или инструмент за планиране, който показва както производствените поръчки, така и изискванията за поддръжка в един и същ изглед за планиране.

Програма за управление на поддръжката, изградена въз основа на доказателства – реална история на повреди, данни за употреба и сигнали за наблюдение на състоянието – не е просто упражнение за съответствие. Това е архитектурата, която превръща усилията за поддръжка в предотвратяване на повреди. Разликата между програма, която осигурява съответствие, и такава, която осигурява надеждност, е качеството на калибрирането съгласно графика.

Вижте OEE & CMMS на живо за 15 минути.

Заявете демо

Вижте как Fabrico обединява OEE и поддръжката в една платформа.

Поискайте демо

Свързани статии

Последно от блога

Начертайте вашата пътна карта за надеждност
Изчислете потенциалната възвръщаемост: запазете час за демонстрация
Начертайте вашата пътна карта за надеждност
Като натиснете бутона Приемам, вие давате съгласието си за използването на `бисквитки`, докато ползвате до този уебсайт. За да научите повече за това как `бисквитките` се използват и управляват, моля, вижте нашата Политика за поверителност и Декларация за Бисквитките