Ежедневното управление по нива е структурирана каскада от кратки, стоящи брифинги (обикновено Ниво 1 до Ниво 4), която извежда проблемите на мястото на работа и ескалира нагоре само онова, което даденото ниво не може да разреши. Вместо една дълга седмична среща, при която проблемите остаряват, ежедневното управление по нива задава ритъм от пет до петнадесетминутни стоящи срещи, всяка проведена пред визуална дъска с притежавани метрики. Целта е проста: да направим проблемите видими бързо, да ги решаваме на най-ниското способно ниво и да дадем на ръководството чист, филтриран поглед върху това, което наистина изисква тяхното внимание.
Структурата на нивата отразява организационната схема на цеха, като всяко ниво се среща по-рано през деня, така че информацията да тече нагоре преди да започне следващата среща. Често срещаната каскада изглежда така:
Не всеки обект прилага четири нива. Малък завод може да използва две или три; група с много обекти може да добави Ниво 5. Броят е по-малко важен от дисциплината: всяко ниво се среща ежедневно, отговаря за конкретни метрики и има ясна пътека за ескалация.
Ескалацията е двигателят на ежедневното управление по нива. Когато екип от Ниво 1 срещне проблем, който не може да затвори в договорения прозорец (например една смяна), той го повишава до Ниво 2. Ако Ниво 2 не може да го реши със своите ресурси, въпросът отива в Ниво 3 и т.н. Всяка ескалация носи контекст: какво се е случило, какво беше опитано и каква конкретна помощ е необходима.
Добрата ескалация има три правила. Първо, ескалирайте проблема, не вината. Второ, ескалирайте с данни, не с мнения — затова метриките на таблото имат значение. Трето, ескалацията трябва да бъде изключение: ако един и същи проблем се качва по нивата всеки ден, контрамерката не работи и проблемът се нуждае от формален метод като 8D метод за решаване на проблеми или A3 доклад за решаване на проблеми, вместо още едно споменаване в брифинга.
Обратният поток е също толкова важен. Решенията, ресурсите и приоритетите трябва да се предават надолу, за да знае екипът от Ниво 1, че повдигнатият въпрос е поет и в движение. Дъска с повдигнат елемент без собственик или дата е нарушена верига.
Всяка дъска трябва да показва малък набор от метрики, които екипът може реално да влияе на това ниво. Претоварване на таблото на Ниво 1 с KPIs за целия завод е класическа грешка. Работещо разделение:
За да се запази честността на ескалацията, екипите често прилагат Парето анализ върху данните за престои и дефекти, така че брифингът да дебатира жизненоважните няколко причини, а не многото тривиални.
Разгледайте линия за опаковане с цел 600 единици в час през продуктивна смяна от 7,5 часа, което прави планирани 4 500 единици. В понеделник дъската на Ниво 1 показва реално производство от 3 780 единици, 84% изпълнение, с регистрирани 45 минути непланиран престой поради едно запушване на пълнителя.
Ръководителят на екипа прави стандартен рестарт и регулира направляващите релси. Във вторник запушването се повтаря, струвайки още 40 минути. Тъй като въпросът вече е преминал прага „не е решен в една смяна“, той се ескалира до Ниво 2. Супервизорът взема данните за седмицата: пет запушвания, 3.4 часа сумарен престой, приблизително 2 040 загубени единици при 600 на час. При приета приносна стойност от 0,50 евро на единица това е около 1 020 евро загубен през седмицата от една причина.
Ниво 2 възлага на поддръжката да инспектира пълнителя и отваря A3. Коренната причина се оказва износен сензор за синхронизация, който изисква резервна част, която не се държи на обекта, така че елементът се ескалира до Ниво 3 за решение по покупка и за добавяне на временна проверка, базирана на състоянието, в ежедневния маршрут за обхождане. До петък сензорът е сменен, запушванията спират и изпълнението се връща до 97%. Същинската поука от примера: числото (2 040 единици, 1 020 евро) е това, което придвижи проблема с две нива за дни, вместо да го остави да тлее за тримесечие.
Ежедневното управление по нива се проваля по предвидими начини. Внимавайте за следното:
Най-здравият признак на зряла система е, че повечето проблеми се решават на Ниво 1 и Ниво 2, а Ниво 4 вижда кратък, ясен списък с неща, които само ръководството може да придвижи.
Ежедневното управление по нива живее или умира в зависимост от надеждни, в реално време данни — и точно това предоставя Fabrico като данна основа за вашите табла. Fabrico доставя мониторинг на OEE и производството в реално време, така че брифингите на Ниво 1 и Ниво 2 да дебатират едно и също производство час по час, причини за престой и показатели за качество, вместо да спорят за ръчно преписани бели дъски. Тъй като Fabrico използва компютърно зрение върху машини без PLC, дори по-старите линии могат да захранват каскадата с автоматично улавяне на престои.
Като готово за полето CMMS, Fabrico превръща ескалиран проблем с поддръжката в работна поръчка с история на актива, планиране на превантивни дейности и видимост на резервни части, така че елементът, повдигнат в брифинга, да има проследимо място. Разгледайте прегледа на MES и OEE и прегледа на CMMS, за да видите как частите се свързват. Fabrico е създадено в ЕС с престой на данните в ЕС, което има значение, когато вашите ежедневни числа са оперативни данни, които предпочитате да държите близо.
Целете се в 5 до 15 минути. Брифингите на Ниво 1 са най-кратки, често пет до десет минути на линията, защото обхващат малка зона и кратък хоризонт. По-високите нива могат да продължат малко по-дълго, тъй като преглеждат ескалирани елементи и напредъка по контрамерките, но всяко ниво, което редовно надхвърля 15 минути, обикновено решава проблеми на срещата, вместо да ги възлага и ескалира. Дълбокото решаване на проблеми принадлежи на отделна сесия с метод като A3, а не на ежедневния брифинг.
Един обикновен stand-up актуализира един екип. Ежедневното управление по нива е свързана каскада: всяко ниво се среща в последователност, отговаря за метрики, подходящи за нивото, и има формална пътека за ескалация, така че проблемите, които екипът не може да реши, да стигнат до нивото, което може. Стойността е в свързаността между нивата, а не в някоя една среща самó по себе си.
Не. Много заводи започват с бели дъски и принтирани графики и това е добър начин да се изгради навикът. Ограничението е качеството на данните и скоростта на обновяване: ръчните табла застаряват и предизвикват спорове за това чие число е вярно. Мониторингът в реално време премахва това триене, кара всяко ниво да гледа един и същ източник на истината и освобождава брифинга да се съсредоточи върху контрамерките вместо върху въвеждането на данни.
Готови да дадете на всяко ниво единна в реално време източник на истината за OEE, престои и поддръжка? Запазете демонстрация на Fabrico и вижте как вашите ежедневни брифинги работят с живи данни.
Вход
Блог
