„Черната дупка“ в данните: Ако в работните ви поръчки пише само „Повредено“ и „Поправено“, не можете да подобрите надеждността. Работите на сляпо.
PCR рамката: Използвайте структурата Проблем / Причина / Отстраняване , за да стандартизирате данните си, без да претоварвате техниците.
Решението на Fabrico: Как да наложите въвеждане на структурирани данни на мобилни устройства, така че автоматично да получавате чисти Парето диаграми.
Има един специфичен момент, който подлудява всеки мениджър по поддръжката.
В края на месеца изготвяте отчет, за да анализирате защо опаковъчната линия е била прекъсната в продължение на 20 часа. Отваряте историята на работните поръчки, търсейки анализи.
Виждате 15 попълнени заявки. Под „Решение“ техникът е написал едни и същи две думи 15 пъти:
"Оправих го."
Това е проблемът с „дигиталния боклук“ . Имате данни, но те са безполезни.
Не знаете дали машината е спряла поради изгаряне на двигателя, заседнал сензор или грешка на оператора.
Тъй като не знаеш Причината, не можеш да предотвратиш това да се случи следващия месец.
За да преминете от „Гасене на пожари“ към „Надеждност“, трябва да премахнете полето за свободен текст и да го замените със Стандартизирани кодове за неизправности .
Ето как да изградите кодова система, която техниците действително ще използват, и как Фабрико я прилага.
В света на поддръжката, ориентирана към надеждността (RCM), историята е всичко. Трябва да знаете средното време между отказите (MTBF) за специфични режими на отказ, за да зададете точни графици за превантивна поддръжка (PM).
Ако разчитате на напечатани бележки, ще се сблъскате с три проблема:
Варианти на правописа: „Brng“, „Bearing“ и „Baring“ се третират като три различни задачи от Excel.
Мързел: По-лесно е да се напише „Готово“, отколкото „Сменен задвижващ ремък поради умора“.
Без анализи: Не можете да изобразите графично изречение. Можете да изобразите графично само структурирани точки от данни.
Правилото: Текстовите полета са за контекст. Падащите менюта са за анализ.
Не усложнявайте прекалено кодовете си. Ако дадете на техник списък с 500 ISO кода, той всеки път ще избере първия от списъка (обикновено „Друг“).
Използвайте PCR Framework . Той разказва пълна история с три кликвания:
Какво видя операторът?
Примери: Шум , Теч , Вибрации , Ниско налягане , Не стартира .
Съвет от Фабрико: Тези кодове трябва да са на разположение на оператора, когато той поиска ремонт.
Какво всъщност се провали?
Примери: Износване/Възраст , Неправилно подравняване , Грешка на оператора , Отломки/Засядане , Късо съединение .
Забележка на RCM: Това е критично. Ако причината е „Грешка на оператора“, никакви ремонти няма да я оправят. Нуждаете се от обучение, а не от гаечни ключове.
Какво направихме?
Примери: Подменен , Регулиран , Почистен , Нулиран , Смазан .
Резултатът: Вместо „Поправихме го“, данните ви вече показват: [Вибрация] > [Несъответствие] > [Коригирано] . Това са данни, върху които можете да действате.
Стандартните CMMS инструменти (като UpKeep или общи ERP модули) често третират кодовете за грешки като незадължителни тагове.
Фабрико ги третира като задължителни инженерни данни.
Ако техник поправя скоростна кутия , не би трябвало да вижда кодове за грешки като „Софтуерна грешка“ или „Спукана гума“.
Fabrico ви позволява да съпоставите специфични набори от кодове за повреди с конкретни категории активи. Това прави списъка кратък, релевантен и бърз за превъртане на телефон.
Не можеш да подобриш това, което не измерваш. Fabrico ви позволява да конфигурирате системата така, че работна поръчка да не може да бъде затворена, докато не бъде избран код за повреда.
Техниците може да мрънкат в началото, но изборът на код отнема 3 секунди. Тази 3-секундна инвестиция спестява часове време за анализ по-късно.
Тъй като данните са структурирани, Fabrico изгражда вашия Парето анализ автоматично.
Можете да отворите таблото за управление и веднага да видите: „80% от времето ни на престой на Линия 1 е причинено от [неправилно подравняване на сензорите]“.
Сега знаете точно къде да похарчите бюджета си. Поправяте сензорите и престоите изчезват.
Не се опитвайте да изградите „перфектната библиотека“ от кодове още от първия ден.
Фаза 1: Универсалният списък (седмици 1-4)
Започнете с кодове на високо ниво, които се отнасят за всичко (механично, електрическо, хидравлично, оперативно). Накарайте екипа да кликва върху падащите менюта.
Фаза 2: Упражнението „Лош актьор“ (Месец 2)
Идентифицирайте 5-те си машини с най-лоши показатели (използвайки данни от Fabrico OEE). Създайте подробни, специфични кодове за повреди само за тези машини.
Фаза 3: Съгласуване с RCM (в процес на разработка)
Докато анализирате грешките, актуализирайте кодовете си. Ако видите, че „Друго“ се използва твърде често, попитайте екипа какво липсва и го добавете.
„Майк“ (мениджър поддръжка) често си мисли, че събирането на данни е просто бумащина за шефа.
Трябва да обърнеш този сценарий.
Покажете на Майк, че използвайки кодове за повреди, той може да докаже на „Паула“ (финансовия директор), че му е нужен бюджет за нов двигател, защото има 6 месеца данни, доказващи, че „прегарянето на двигателя“ е основната причина.
Спрете да гадаете защо машините ви спират.
[Резервирайте демонстрация с Fabrico] , за да видите как нашите структурирани данни превръщат поддръжката в наука.
Вход
Блог
