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

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

90-дневен план „първо диагностика, после маршрутизация“ за намаляване на непланираните простои в заводи от средния сегмент: какво се решава през първите 30 дни, защо повечето програми буксуват и как да закрепите постигнатите резултати.
90-дневен наръчник за непланирани престои за производители от средния пазар
90-дневен наръчник за непланирани спирания за производители от средния пазар Ключови изводи - Повечето заводи нямат проблем с непланираните спирания сами по себе си. Те имат проблем с данните за спиранията: събитията се записват на три или четири места, които не съвпадат, така че едни и същи загуби се оправят два пъти, а най-големите никога не се оправят. - 90-дневна програма може да запълни този разрив без да събаря съществуващия стек. Целта в първите 90 дни не е „повече работно време“, а един надежден брой за престой, срещу който всяка среща в завода може да спорят. - Дни 1–30 са диагностични: инструментирайте трите най-важни линии, дефинирайте какво се брои като престой и консолидирайте всяка загуба в един регистър. Дни 31–60 са за маршрутизиране: всеки повтарящ се тип загуба се свързва с един именован собственик и един цикъл на реакция. Дни 61–90 са за умножаване на ефекта: петте най-чести повтарящи се причини получават перманентно решение и метриките се преместват от закъсняващи към водещи. - Заводите, които завършват 90-те дни, обикновено виждат двуцифрено намаление на непланираните спирания по инструментираните линии, но по-големият успех е структурен — заводът вече работи с един набор от числа, вместо да спорят коя електронна таблица е правилна. Защо повечето програми за намаляване на престоя зациклят Причината повечето инициативи за „намаляване на престоя“ да се провалят не е липсата на усилия. Причината е, че стартират от неправилно място. Появява се нов табло, публикува се OEE число, събира се каизен екип и в рамките на два месеца производственият мениджър, мениджърът на поддръжката и планиращият гледат всеки по различно число за престой и в мълчание предполагат, че другите двама грешат. Този разрив е реален и структурен. Престоят се записва от операторите на линията в една система, улавя се от поддръжката в CMMS или на хартия в друга, и се изчислява от планирането въз основа на пропуснати производствени таргети в трета. Нито един от тези три изгледа не вижда едно и също. Операторът отчита само спиранията, за които е имал време да запише. Поддръжката отчита само спиранията, които са ескалирали до работна поръчка. Планирането отчита само спиранията, които са нарушили графика. Общата сума никога не съвпада и никой не вярва на средното. 90-дневният план работи, защото не се опитва да реорганизира завода. Той създава един надежден регистър на престоите, маршрутизира всеки тип загуба към един собственик и оставя обема на поправките да свърши останалото. Дни 1–30: извадете едно число, на което всички да вярват 1. Изберете три линии, не целия завод Най-бързият начин да загубите следващите 90 дни е да инструментирате всички линии наведнъж. Изберете трите линии, които формират най-голям дял от непланираните спирания, или, ако още не знаете това, трите линии, чиито оператори се оплакват най-много. Три линии са достатъчни, за да се види закономерността и достатъчно малко, за да се оправят за едно тримесечие. 2. Дефинирайте писмено какво се брои като престой Всеки завод има неписан праг, под който спирането „не се брои“. На повечето линии този праг е между 30 секунди и 5 минути. Изберете един, запишете го и го прилагайте по същия начин и на трите линии. По-важна е последователността, отколкото конкретното число. Праг от 90 секунди, приложен еднакво навсякъде, е по-добър от праг от 0 секунди, приложен селективно. За по-дълбок поглед как тези микроспрявания се натрупват, вижте статията за анализ на производствените загуби. 3. Улавяйте всяко спиране в един регистър Регистърът може да бъде в CMMS, в инструмент за OEE, в електронна таблица — важното е поддръжката, производството и планирането всички да четат от него. Всяка заповед трябва да съдържа четири полета: линия, начален час, продължителност и свободен текст с причина. Категоризацията идва по-късно. Опитът да се дефинира перфектна таксономия с 32 причини в ден първи е начинът проектът да умре в трета седмица. Започнете със свободен текст; групирайте след четвъртата седмица. 4. Сверете, после публикувайте В края на ден 30 сверете регистъра с логa на поддръжката и отчета за пропуските в планирането за същите три линии. Очаквайте несъгласие от 20–40%. Обходете производствения цех и попитайте операторите кое от трите е най-близко до реалността. Публикувайте сверeното число като това (единственото) число за престой за тези линии. Не публикувайте „коригирано“ число седмица по-късно. В тази фаза доверие превъзхожда точност. Дни 31–60: маршрутизирайте всеки тип загуба към един собственик 5. Групирайте причините от свободния текст Към ден 30 регистърът съдържа между 300 и 1 500 записа. Групирайте причините от свободния текст в седем до десет типа загуби: смяна на продукция, микроспрявания, дребни механични проблеми, електрическа/сензорна, липса на материал, бракуване по качествени причини, планирани операции, които са се прехвърлили, операторски грешки и „други“. Всичко над десет типа е твърде детайлно, за да се действа; всичко под седем скрива истинското разпределение. 6. Назначете по един собственик на тип загуба Това е най-голямата точка на лост в 90-те дни. Всеки тип загуба получава един именован собственик — човек, не отдел. Смяната отива при производствения мениджър. Дребните механични и електрическите проблеми — при мениджъра на поддръжката. Липсата на материал — при планиращия. Кошчето „други“ няма собственик; то остава в регистъра, но не се обработва, докато не намалее под 5%. Целта не е съвършенство, а да се уверите, че няма тип загуба с два собственика (което означава — няма реален собственик) или с нулев собственик (което също означава — никой). 7. Създайте един цикъл на реакция за всеки тип загуба Всеки собственик дефинира един цикъл на реакция. Поддръжката получава автоматична работна поръчка, когато всяко дребно механично спиране надхвърли пет минути. Производството получава дневна проверка на смяните, които са по-дълги от стандарта. Планирането получава отчет за изключения при липса на материал. Тези цикли трябва да са скучни и повторяеми. Целта не е новаторството, а да се гарантира, че всяка повтаряща се загуба има път към поправка, който не зависи от това някой да си спомня да провери. 8. Първата вълна от поправки В седмици 7 и 8 най-трите повтарящи се причини започват да се появяват като кандидати за поправка. Обикновено това са небляскави неща: сензор, който предизвиква фалшиво спиране, водач, който се размества след нощната смяна, настройка на подаването, която се нулира всеки понеделник. Поправете три от тях. Не избирайте най-интересните; изберете най-честите. За повече информация как да идентифицирате и приоритизирате правилните, вижте нашето ръководство за анализ на първопричината в производството. Дни 61–90: преминете от закъсняващи към водещи метрики 9. Преместете разговора от „колко“ към „колко често“ Към ден 60 престоят се измерва по един и същ начин от всички. Ден 60 до 90 е за промяна на темите в сутрешната среща. Вместо „изгубихме 47 минути за микроспрявания вчера“, въпросът става „колко от тези микроспрявания бяха същата първопричина, която видяхме в петък?“ Тази промяна е това, което превръща програмата от реактивна в проактивна. 10. Добавете водещи индикатори за трите най-чести типа загуби За всяка от трите най-чести повтарящи се причини дефинирайте един водещ индикатор. За дребни механични проблеми това може да е броят на събитията с фалшиво спиране, задействани от сензори, на смяна. За смяната — средното отклонение от стандарта при смяна. За липсата на материал — часове покритие на запасите за тясното място. Следете ги ежедневно. Когато водещ индикатор започне да се отклонява, цикълът на реакция се задейства преди да се е появило спирането. За структуриран начин за избор на такива индикатори материалът за KPI в производството е полезен ориентир. 11. Заключете постигнатото Последните две седмици не са за нови поправки, а да се гарантира, че вече направените не се разпадат. Значителна част от „поправените“ причини за престои се връщат, ако промяната не е кодифицирана в стандартна оперативна процедура или превантивна задача. Всяка поправка от дни 30–75 получава писмен стандарт, проверка и собственик. Тук програмата се свързва и с по-широкия график на превантивната поддръжка: потвърдената първопричина трябва да доведе до PM задача, не само до еднократен ремонт. Как изглежда „готово“ на ден 90 Към края на 90-те дни трите инструментирани линии имат: - Един регистър на престоите, на който производството, поддръжката и планирането всички вярват. - Седем до десет типа загуби, всеки с един собственик и дефиниран цикъл на реакция. - Три постоянни поправки на най-повтарящите се причини. - Три водещи индикатора, преглеждани ежедневно. - Цех, който споря за това как да се намали следващият тип загуба, а не за това чие число е правилно. Първите три линии стават шаблон за следващите десет. Заводът не е купил нова система, не е наел нов екип и не е въвел нова методология. Той просто е накарал съществуващите данни да съвпаднат сами с себе си, което за повечето средни заводи е единственото, което стои между тях и качествен скок в OEE. Как Fabrico пасва Горният план е умишлено независим от инструменти, но работи най-добре, когато регистърът на престоите, работните поръчки за поддръжка и изчисленията на OEE всички живеят в една система, а не в три. Fabrico е платформа за производство, изградена специално за това: мониторинг на OEE в реално време и CMMS, готов за полеви условия, споделят едни и същи събития на престой, една и съща йерархия на активите и една и съща таксономия на загубите, така че стъпката за сверяване в дни 21–30 е автоматична, а не ръчна. Ако искате да видите как това изглежда за вашите три линии, запазете демонстрация и можем да разгледаме вашите реални данни. Често задавани въпроси Колко време трябва да отнеме програма за намаляване на престоя? Честният отговор е, че структурната част — получаването на едно надеждно число за престой, един собственик за всеки тип загуба и работещ цикъл на реакция — се побира удобно в 90 дни. Частта за непрекъснато подобряване не свършва никога. Заводите, които се опитват да правят и двете едновременно, обикновено не успяват нито в едното, нито в другото. Какво е реалистично намаление на непланираните спирания в първите 90 дни? По трите инструментирани линии двуцифрено намаление на непланираните спирания е реалистично, ако трите най-повтарящи се причини получат перманентно решение в този прозорец. Заводското ниво се движи по-бавно, защото повечето заводи инструментират само три линии през първото тримесечие. Нуждаем ли се от нова OEE или CMMS система за това? Не. Планът работи с всичко, което вече е на място, включително електронни таблици. Унифицирана платформа OEE + CMMS премахва стъпката на сверяване и съкращава цикъла от „става спиране“ до „отворена работна поръчка“, но методологията не зависи от това. Защо да се ограничим до три линии вместо целия завод? Защото това, което убива програмите за престой, е цената на спора за данните, а не цената на поправките. Три линии са достатъчни да изкарат на повърхността повтарящите се типове загуби и достатъчно малки, за да оправят слоя с данни за 30 дни. Разгръщания за целия завод почти винаги зациклят в етапа на сверяване. Коя е най-голямата грешка през първите 30 дни? Опитът да се дефинира перфектна таксономия на типовете загуби, преди да има каквито и да е данни в регистъра. Започнете със свободни текстови причини и ги групирайте на четвъртата седмица. Таксономии, проектирани в конферентна зала, рядко преживяват контакта с производствения под.

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

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