Основни изводи
Кратък отговор: Най-бързият начин за намаляване на непланираните престои е да спрете да третирате мониторинга на производството (OEE) и поддръжката (CMMS) като отделни светове.
Когато всеки стоп се записва с код за причина спрямо текущо OEE и тези данни задвижват нарядите, които отстраняват коренната причина, можете да видите кои загуби струват най-много, да ги атакувате по ред и да проверите в OEE тенденцията дали поправката е сработила.
Повечето заводи остават в реактивно гаси́не на пожари, защото причините за престои са слабо регистрирани и са отделени от поддръжката, затова същите повреди се повтарят.
Затварянето на този цикъл от откриване до действие, идеално в една интегрирана система, е това, което превръща намаляването на престоя от желание в повтарящ се процес. Този наръчник описва стъпките.
Непланираният престой е най-голямата и най-фрустрираща загуба в повечето заводи, а причината той да се задържа обикновено не е липса на усилия, а липса на видимост.
Когато една линия спре, времето е загубено, но често причината се записва неясно или не се записва изобщо, а поддръжката, която следва, е отделена от производствените данни.
Резултатът е завод, който знае, че има проблем с престои, но не може да го види ясно: кои активи причиняват най-много загубено време, кои режими на повреда се повтарят, дали поддръжката наистина намалява загубите.
Без тази яснота екипите гасят пожари, оправяйки това, което се е счупило последно или най-шумно, докато подлежащите модели на загуби продължават.
OEE съществува, за да направи това видимо чрез фактора Наличност (Availability), но само ако престоите се улавят с реални причини и са свързани с поддръжката, която ги адресира.
Проблемът, който трябва да се реши, не е просто „намаляване на престоя“ в абстрактен план; той е да направите престоя видим и обясним, така че заводът да може да атакува реалните причини по ред, вместо да реагира на симптомите.
Две отделни празноти държат непланираните престои високи. Първата е недостатъчно регистрирани причини: спиранията се записват като едно цяло загубено време или с общо „грешка на машината“, вместо с конкретен, честен код за причина.
Без точни причини не можете да различите повтарящ се проблем по коренна причина от единичен инцидент и данните, нужни за правилното оправяне, просто не съществуват.
Втората е отделеност от поддръжката: дори когато престоите са записани, те живеят в свят на производствен мониторинг, отделен от CMMS, където са нарядите, превантивната поддръжка и историята на ремонти.
Така данните за загубите и действията по поддръжка никога не се срещат, ефектът от ремонта върху OEE е невидим и няма затворен цикъл от „това предизвика престой“ до „тази поддръжка го оправи“ до „престоят спря да се повтаря“. Тези две празноти се подсилват взаимно и вкарват заводите в реактивен режим: лошите данни за причините пречат на целенасочената поддръжка, а отделената поддръжка пречи да се научи дали нещо е работило.
Затварянето и на двете, улавяне на реалните причини и свързването им с поддръжката, е необходимото условие за трайно намаляване на непланираните престои.
Основата е честно, подробно улавяне на престои. Всяко спиране, голямо или малко, трябва да се записва спрямо текущото OEE с конкретен код за причина, който назовава действителната причина, а не неясен универсален код.
Това е по-трудно, отколкото звучи, защото зависи от операторите и системата да го направят бързо и лесно да се въведе реална причина в момента; ако записът е бавен или категориите са безполезни, улавянето се влошава и данните стават безстойностни.
Кодовете за причина трябва да са достатъчно специфични, за да разграничават режими на повреда и повтарящи се причини, и достатъчно последователни, за да могат да се агрегатират.
Ако се направи добре, тази една дисциплина преобразява това, което можете да видите: вместо мъгла от загубено време, получавате структурирана записка за точно какво е спряло производството, колко често и за колко време.
Също така има значение, че записът е свързан с актива и с текущото OEE, така че едно спиране не е просто запис в журнал, а точка от данни, свързана с оборудването и картината на представянето.
Достоверни, подробни, кодирани по причина данни за престои са суровината за всичко, което следва, не можете да приоритизирате или поправите това, което не виждате, и тази стъпка е това, което го прави видимо.
С реални данни за престои на разположение, приоритизирайте по въздействие, а не по шум. Естественото изкушение е да реагирате на онова, което се е развалило най-скоро или на онова, за което най-шумно се оплакват, но това е гаси́не на пожари, не подобрение.
Използвайте данните, за да подредите загубите по действителната им цена в загубено производство: кои активи и кои режими на повреда са отговорни за най-много престой.
Почти винаги малък брой причини доминират, познатият модел, при който няколко проблема причиняват по-голямата част от загубите, затова атакуването им по ред дава далеч повече, отколкото разпределянето на усилията равномерно.
Това е дисциплинираната употреба на данните от OEE Availability: нека те ви кажат къде са най-големите, най-повтарящите се загуби и насочете към тях първо.
Приоритизирането по въздействие също защитава оскъдния капацитет на поддръжката, използвате го там, където той намалява най-много престоя, а не там, където е просто най-видим.
Преходът от реагиране на последната повреда към систематично атакуване на най-големите повтарящи се загуби е моментът, в който намаляването на престоя става стратегия, а не паника.
Данните правят този преход възможен, като заменят мнението за това кое е важно с доказателства.
Приоритетизираните загуби са полезни само ако водят до действие, което означава затваряне на цикъла от причина за престой до поддръжката, която я оправя.
За всяка високовъздействена, повтаряща се причина данните трябва да подават директно в наряд, който цели коренната причина, а не просто бързо рестартиране, което третира симптома.
Това е разликата между корекция и корективно действие: рестартирането на машината решава този конкретен случай, но премахването на причината е това, което спира повторението на престоя.
Когато поддръжката се задвижва от данните за загубите в същата система, нарядът е информиран от точно това, което е причинило спирането, историята на ремонтите е свързана с OEE на актива и, което е ключово, тенденцията на OEE показва дали поправката наистина е намалила загубата.
Тази проверка е това, което прави цикъла реален: вие не просто се надявате, че поддръжката е помогнала, а можете да видите как повтарящият се престой изчезва от данните, или да видите, че не е и да копаете по-надълбоко.
Задвижването на поддръжката от приоритетизирани, кодирани по причина данни за загуби и проверката на ефекта в OEE е основният механизъм, който превръща видимостта в низходяща тенденция на престоя.
С напредване на затворения цикъл използвайте това, което той разкрива, за да преместите микса на поддръжката от реактивна към превантивна и базирана на състоянието там, където икономиката го оправдава.
Данните за престои показват кои активи и режими на повреда се повтарят предсказуемо и те са кандидатите, които да се предвидят чрез превантивна поддръжка или, където повредата се развива откриваемо, поддръжка, базирана на състоянието, която действа според действителните признаци на деградация, вместо да чака счупването.
Целта не е да направите всичко превантивно, прекомерната поддръжка на стабилно оборудване хвърля усилия на вятъра, а да насочите проактивната поддръжка прецизно там, където данните показват повтарящи се, скъпи и предсказуеми повреди.
Това е естествената прогресия на свързването на поддръжката с OEE: първо правите престоя видим и атакувате най-големите причини реактивно, след това използвате натрупаните доказателства, за да предотвратите повтарящите се, постепенно преместване на завода от гасяне на пожари към състояние, в което скъпите повреди се предотвратяват преди да спрат линията.
Всяко предотвратено спиране е престой, който никога не се е случил, а OEE данните както ви казват къде да фокусирате проактивните усилия, така и потвърждават, че те се изплащат.
В крайна сметка намаляването на непланираните престои е този цикъл, който работи непрекъснато и се затяга с времето.
Fabrico е създаден да изпълнява точно този цикъл: улавя всеки стоп с код за причина спрямо текущото OEE, извежда най-големите повтарящи се загуби и ги свързва директно с нарядите, които оправят коренната причина, а след това показва в тенденцията на OEE дали престоят действително е намалял.
Тъй като поддръжката и производителността на производството живеят в една платформа, цикълът откриване-действие-проверка е затворен по дизайн, а не зашит през отделни инструменти, именно това прави намаляването на непланираните престои устойчиво.
Запазете демо, за да видите цикъла на вашите собствени линии, или разгледайте опциите в нашия преглед на най-добрия софтуер за предиктивна поддръжка.
Свържете мониторинга на производството (OEE) с поддръжката (CMMS). Записвайте всеки стоп с конкретен код за причина спрямо текущото OEE, приоритизирайте най-големите повтарящи се загуби, задействайте наряди, които оправят коренната причина, и проверете в тенденцията на OEE дали престоят е намалял. Затварянето на този цикъл откриване-действие е това, което прави намалението трайно.
Две отделни празноти: причините за престои са недоостатъчно регистрирани (неясни или липсващи кодове за причина), и данните за престои са отделени от системата за поддръжка. Така не можете да насочите правилните причини и не можете да разберете дали поддръжката е проработила. Заводът остава в режим на гаси́не на пожари, докато същите повреди се повтарят.
Честно, подробно улавяне на престои: записвайте всяко спиране с конкретен код за причина спрямо текущото OEE, свързан с актива. Без достоверни данни за причините не можете да приоритизирате или поправите правилното нещо. Есенциално е записването да е бързо и категориите да са смислени, иначе улавянето се влошава и данните стават безполезни.
По действителното въздействие върху производството, а не по скорошност или според кой се оплаква най-силно. Използвайте данните от OEE, за да подредите загубите по загубено време; обикновено малък брой причини доминират, така че атакуването им първо дава най-голяма възвръщаемост. Това заменя гаси́нето на пожари със систематична атака срещу най-големите повтарящи се загуби.
Не първоначално. Започнете с това да направите престоя видим и да атакувате най-големите причини с корективни действия. Когато данните покажат кои повреди се повтарят предсказуемо, преместете тези случаи към превантивна или базирана на състоянието поддръжка, където това има икономически смисъл. Целта е да се предотвратят скъпите, повтарящи се и предсказуеми повреди, а не да се направи всичко превантивно.
Вход
Блог
