Поддръжка в сянка: работата, която се извършва без работни наряди

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

• Всеки завод има слой поддръжка, който се извършва без съответна работна поръчка: техникът сменя износена част при смяна на серия, операторът затяга разхлабен болт, бърза настройка между партиди. Работата е реална, времето е реално, изразходването на части е реално. Нищо от това не се регистрира в CMMS.
• Повечето заводи приемат, че незаписаният дял е малък. Когато заводът всъщност го измери, чрез сравняване на потока от спирания в OEE със записите на работните поръчки, разликата обикновено е много по-голяма от очакваното и често представлява значителна част от общия обем поддръжка. Тази разлика изкривява всеки анализ, който се базира на данни от работни поръчки: MTBF, честота на повредите на оборудване, консумация на части, разход на час работа на машина.
• Решението не е в премахване на сенчестата поддръжка, много от тези дейности са оперативно обосновани. Решението е да се създаде лесен за използване механизъм за регистриране, така че работата да бъде засечена, без да се превръща в бюрокрация, която да я обезкуражи.
• Най-силният лост е намаляването на времевите разходи за отваряне на работна поръчка. Ако регистрирането на 5-минутна поправка отнема 4 минути кликане в CMMS, техникът никога няма да я записва. 30-секундно мобилно въвеждане променя сметката.

Откъде произлиза сенчестата поддръжка

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

• Да отвори работна поръчка, да документира симптома, да документира поправката, да затвори работната поръчка, 4 минути административно време при задача от 5 минути.
• Да пропусне CMMS напълно, да извърши поправката и да продължи, 0 минути допълнително време, 0 запис.
• Да обещае да го регистрира по-късно и да забрави, 0 минути допълнително време, 0 запис, неволно.

Вариантите 2 и 3 са оперативно рационални. Работата на техника е да поддържа линията в движение, не да храни CMMS. Ако CMMS прави подаването на данни по-скъпо, отколкото техникът смята, че си струва, CMMS ще спре да получава данни.

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

Какво изкривява неотчетената работа

Честота на повредите на оборудване

Ако 30% от малките повреди се отстраняват без работна поръчка, регистрираната честота на повреди на оборудването е с 30% по-ниска от реалната. Графикът за профилактична поддръжка е калибриран спрямо регистрираната честота. Този график оставя оборудването недобре защитено в размер на разликата.

Консумация на части

Части, изтеглени от склада без свързана работна поръчка, не се приписват на оборудването, което ги е използвало. Оборудването изглежда по-евтино за експлоатация, отколкото е в действителност. Изчисленията за отписване/пенсиониране, които зависят от оперативните разходи на оборудване, дават погрешен приоритет на активите.

MTBF и MTTR

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

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

Работно натоварване на техниците

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

Материалът за производствените KPI разглежда как свързаните метрики зависят от пълнотата на събитийните данни.

Как изглежда решението

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

1. Мобилно записване на място при оборудването

Техникът сканира QR код на оборудването, избира режим на повреда от кратък списък, натиска индикатор за използвани части и записът отнема 30 секунди. Няма клавиатура, няма лаптоп, няма връщане до офиса. Статията за системата за управление на работните поръчки разглежда мобилните модели, които правят това възможно.

2. Запис чрез гласова бележка или снимка

За класове оборудване, при които режимът на повреда е труден за изписване, 5-секундна гласова бележка или една снимка се прикачват към актива. CMMS не се нуждае от перфектно структурирана запис; важното е данните да бъдат уловени. Структурата може да се добави по-късно.

3. Пакетно регистриране в края на смяната

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

4. Автоматични подсказки въз основа на OEE събития

Когато OEE системата засече спиране над определен праг, което не е генерирало работна поръчка, на екрана на супервайзора се появява подсказка: "Линия 3 имаше 6-минутно спиране в 14:22. Беше ли регистрирано?" Ако отговорът е "не", подсказката предлага бърз път за последващо записване. Материалът за анализ на коренните причини обхваща свързаните събитийно задвижвани подсказки.

Какво да не правите

Не задължавайте без да измервате

Директива "регистрирайте всичко" без измерване дали регистрирането действително се е увеличило обикновено произвежда театър: техниците записват лесните елементи и продължават да пропускат неудобните. Одитът, който улавя това, е сравнението между OEE спирания над праг и работните поръчки за същия прозорец; разликата е неотчетената работа.

Не наказвайте разминаванията

Ако неотчетената работа се третира като дисциплинарен проблем, техниците се научават да потискат дискусията, вместо да подобрят записването. Формулировката трябва да бъде: "системата прави регистрирането твърде трудно; нека да оправим системата." Почти винаги е така.

Не усложнявайте формата за запис

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

Как изглеждат числата след решението

Заводите, които успешно намалят триенето при регистриране, обикновено виждат:

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

Първата реакция обикновено е аларма: "нашата надеждност внезапно ли се влоши?" Не. Измерването стана по-точно. Материалът за графика за профилактична поддръжка описва как да рекалибрирате честотите на плановата поддръжка спрямо коригираната честота на повреди.

Как се вписва Fabrico

Фокусът върху мобилното записване е това, което прави решението възможно в мащаб. Когато имате унифицирана OEE + CMMS платформа, одитът OEE-събитие към работна поръчка става автоматичен, а мобилното записване влиза в същата база данни, срещу която се правят анализите. Fabrico е създаден така, че 30-секундното записване да е пътят с най-малко съпротивление.

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

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

Ще съществува ли винаги някаква сенчеста поддръжка?

Да. Някои 5-секундни поправки никога няма да си струва да се регистрират поотделно. Целта не е нулата; целта е да се намали сенчестата поддръжка до под 10% от общите усилия за поддръжка, което е достатъчно, за да направи анализите относително надеждни.

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

Сравнете OEE спирания над 2 минути с работните поръчки за същия времеви прозорец през един месец. Разликата е вашата минимална оценка за сенчестата поддръжка. Добавете още 30, 50% за да отчетете интервенциите под 2 минути, които също никога не се появяват в OEE.

А какво със консумацията на части, която заобикаля склада?

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

Ще коства ли намаляването на сенчестата поддръжка допълнително време на смяна?

Незначително. 30-секундното записване е в реално време. Компенсацията е, че по-добрите данни правят бъдещите графици за профилактика и решенията за капацитета по-точни, което спестява повече време по-нататък, отколкото струва записването в началото.

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

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