Панель KPI для виробництва: що показувати та як її побудувати

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Панель KPI для виробництва працює тоді, коли за кожним показником стоїть власник і конкретна дія. Дізнайтеся, які KPI обрати, як їх визначити та як побудувати панель у Power BI.

Automatically translated with AI from the original post. Read the English original

Панель KPI для виробництва — це один екран, який показує кілька ключових цифр, потрібних команді, щоб вирішити, що робити далі: відвантажити, виправити, перепланувати чи залишити як є. Це не архів звітів. Цей посібник призначений для керівників операційних процесів у виробництві, які мають вирішити, які KPI на ній розмістити, як їх визначити та як побудувати панель, використовуючи Power BI як приклад інструменту.

Головне

• Панель KPI для виробництва має показувати кілька ключових цифр, потрібних команді, щоб вирішити, що робити далі, і кожна з них має мати власника, цільове значення та чітку дію на випадок відхилення від цілі.
• ISO 22400-1 пропонує галузево нейтральну основу для визначення та використання KPI в управлінні виробничими операціями, що допомагає написати одне визначення, яке використовуватиме кожен завод.
• Створюйте окремий вигляд для кожної ролі. Супервайзеру потрібна поточна зміна, керівнику заводу потрібні тижневі тренди, а змішування цього обох лише заховає потрібне.
• Агрегуйте відсотки з необроблених підрахунків або часу, а не усереднюванням щоденних відсотків, інакше коротка зміна важитиме стільки ж, скільки довга.
• Сповіщення про дані Power BI працюють лише з оновленими даними та лише для датчиків, KPI і карток, тож обирайте кілька цифр, які мають запускати повідомлення.

Що має бути на панелі KPI для виробництва?

Починайте з рішень, а не з даних. Для кожної цифри, яку ви розглядаєте, запитайте: хто на неї дивиться, що він зробить, якщо показник стане червоним, і як швидко. Якщо ніхто не може відповісти, не додавайте її. Ключовий показник ефективності корисний лише тоді, коли має власника, цільове значення та реакцію.

Більшість заводів зрештою мають базовий набір із п'яти груп:

• Поставки. Своєчасна доставка клієнту та виконання графіка всередині заводу (наскільки фактичний випуск відповідав плану).
• Потік. Час виконання, незавершене виробництво, портфель замовлень.
• Обладнання. OEE і причини простоїв, що за ним стоять.
• Якість. Відсоток браку, доопрацювання, вихід придатної продукції з першого разу.
• Витрати та запаси. Собівартість одиниці, рівні запасів, але зазвичай лише на панелі керівника заводу.

Про OEE варто сказати окремо. Розділ поширених запитань на сайті oee.com описує його як доступність, помножену на продуктивність і на якість, тобто співвідношення повністю продуктивного часу до запланованого часу виробництва. Та сама сторінка називає часто наведений показник 85% рівня «світового класу» «повністю штучним» як універсальний орієнтир і попереджає, що порівнювати OEE між верстатами чи заводами доречно лише тоді, коли продукція, обладнання та умови однакові. Використовуйте OEE як тренд для одного й того самого активу, а рейтингам між заводами не варто довіряти.

Як визначити кожен KPI, щоб усі читали його однаково?

Двоє людей можуть побудувати «своєчасну доставку» і отримати два різні числа. Один рахує від обіцяної дати, інший від запитаної. Тоді панель починає суперечку замість рішення.

ISO 22400-1 допомагає тут. ISO описує його як галузево нейтральну структуру для визначення, складання, обміну та використання KPI в управлінні виробничими операціями, що охоплює пакетне, безперервне та дискретне виробництво. Він пояснює, що таке KPI, як його побудувати і які терміни використовувати. Частина 2 цієї серії визначає окремий набір KPI, кожен із формулою, її елементами, часовою поведінкою та одиницею вимірювання. Сертифікуватися за цим стандартом не обов’язково. Якщо використовувати його як шаблон для власних визначень, можна уникнути багатьох суперечок.

Ведіть картку визначення на кожен KPI, розміром в одну сторінку:

1. Назва і призначення в одному реченні.
2. Формула, включно з тим, що враховується, а що ні (планові зупинки, тестові запуски, переробка).
3. Джерело даних і частота оновлення.
4. Часова база: за годину, за зміну, за тиждень.
5. Одиниця виміру і ціль, а також хто встановив цю ціль.
6. Власник і дія, яку очікують, якщо показник відхиляється від цілі.

Чому середні значення відсотків вводять в оману?

Тому що вони ставляться до короткого запуску так само, як до довгого. Ось вигаданий приклад. Лінія 1 працює вісім годин з ефективністю обладнання 80%. Лінія 2 працює дві години з ефективністю 50%. Просте середнє становить 65%. Зважене за плановим часом, це (8 × 0,8 + 2 × 0,5) ÷ 10 = 74%. На сторінці oee.com для показника рівня заводу рекомендують саме таке зважування: за плановим часом виробництва або за доданою вартістю. Загальне правило працює і для браку, виходу придатної продукції та виконання плану: спочатку додайте кількості або час, а потім порахуйте відсоток один раз.

Для кого призначена панель?

Створюйте окремий вигляд для кожної ролі. Єдина «заводська панель», яка намагається обслуговувати всіх, врешті-решт матиме 30 плиток, і її ніхто не читатиме.

• Начальник зміни. Поточна зміна: випуск порівняно з планом по годинах, поточні зупинки та їхні причини, брак, наступне замовлення. Оновлення в межах зміни.
• Керівник заводу. Тижневі та місячні тенденції: поставки, OEE, брак, backlog, витрати. Зазвичай достатньо оновлення щодня.
• Планувальник. Виконання графіка, прострочені замовлення, завантаженість потужностей на найближчі дні.
• Технічне обслуговування. Простої за причинами та верстатами, відкриті заявки на роботи, повторні відмови.

Поради Microsoft щодо дизайну панелей добре пасують до цього підходу. Сторінка пропонує подумати, як аудиторія користується панеллю і які показники допомагають їй ухвалювати рішення. Вона рекомендує охайний макет без зайвого, усі плитки на одному екрані, найзагальніші дані у верхньому лівому куті та великі картки для важливих чисел. Також вона радить уникати складно читаних візуалізацій, як-от 3D-діаграми, і стежити за однаковими масштабами осей та кольорами. Панель для планшета або телефона потребує менше плиток, ніж панель на великому монітори.

Якщо деяким людям не варто бачити дані про витрати або персонал, налаштуйте це в моделі даних. Power BI підтримує безпеку на рівні рядків, коли ролі фільтрують, які рядки бачить користувач. Зверніть увагу, що вона діє для глядачів робочої області, а не для тих, хто може редагувати модель, тож перевірте, хто має яку роль у робочій області.

Звідки беруться дані і як часто їх слід оновлювати?

Чотири джерела покривають більшу частину потреб:

• ERP-система для замовлень, кількостей, термінів виконання та собівартості.
• Система управління виробництвом або збір даних з цеху для початків, зупинок, підрахунків і браку.
• Сигнали з верстатів, де вони є, для стану роботи та лічильників циклів.
• Система контролю якості для результатів перевірок і блокувань.

Складність у тому, що ці джерела по-різному описують одне й те саме замовлення. ERP знає замовлення за номером і терміном виконання. Верстат знає кількість деталей і стан. Хтось має зіставляти їх між собою, і цей хтось повинен бути вказаний у плані проєкту.

Частоту оновлення визначайте за рішенням. Начальнику зміни, який реагує в межах зміни, потрібні дані за хвилини. Керівник заводу, який аналізує виконання поставок, може obійтися щоденним оновленням. Швидше оновлення коштує дорожче в побудові та підтримці, а швидке оновлення неправильних даних — це просто швидша неправильна відповідь.

Чи може панель сама сказати вам, коли щось не так?

Сповіщення про дані в Power BI data alerts можуть. За даними Microsoft Learn, вони працюють із плитками типу gauge, KPI та card, закріпленими з візуалізацій звіту, лише з числовими даними і лише для даних, які вже оновилися. Сповіщення з'являються в центрі сповіщень, їх можна також надсилати електронною поштою, а автоматизувати їх можна за допомогою Power Automate. Вони персональні: сумісного володіння сповіщеннями не передбачено, і бачить їх лише той, хто його налаштував. Використовуйте їх для двох-трьох показників, де запізнła реакція коштує грошей, наприклад зупинки на вузькому місці. Якщо сповіщень більше, люди їх вимикають.

Як побудувати дашборд крок за кроком?

1. Оберіть одну лінію і одну аудиторію. Для першої спроби добре підходить вид для керівника зміни однієї лінії.
2. Напишіть картки визначень. Не більше шести-восьми KPI, узгоджених з тими, хто за них відповідає.
3. Зведіть дані в одну модель. Замовлення, події виробництва, події простоїв і брак як чисті таблиці зі спільними ключами, наприклад номер замовлення, лінія та зміна. Виправте ключі до того, як щось проєктувати.
4. Створіть кожну міру один раз. Розмістіть формули в моделі, а не в окремих візуалізаціях, щоб кожна сторінка використовувала одне й те саме визначення.
5. Спроєктуйте сторінку. Найвищий рівень показника зліва вгорі, далі деталі. Однакові правила масштабу та кольорів скрізь.
6. Додайте сповіщення для кількох показників. Перевірте, що вони спрацьовують на оновлених даних.
7. Проведіть пілотування протягом двох-чотирьох тижнів на одній зміні. Запитайте, на що дивилися люди, що ігнорували і чого їм бракувало, але вони не змогли знайти.
8. Переглядайте щотижня. Дивіться, які рішення дашборд справді змінив. Видаліть плитки, якими ніхто не користувався.

Лише потім копіюйте його на інші лінії. Не копіюйте сліпо. Кожна лінія має власні зупинки, власну продукцію та власні цілі.

Приклад: один вид для керівника зміни (вигадані числа)

Це вигадана ілюстрація того, як можна організувати вид, а не виміряний результат.

Вид для керівника зміни на лінії пакування має шість плиток. Зліва вгорі — випуск щодо плану за поточну зміну. Поруч — поточний стан лінії (працює, зупинена, переналагодження) з причиною зупинки. Нижче — брак з початку зміни, OEE за останню повну зміну, три головні причини простоїв цього тижня і наступні три замовлення.

О 10:15 плитка випуску показує, що лінія відстає від плану на 40 одиниць, а плитка зупинок — затор, який повторився тричі цього тижня. Керівник телефонує в технічну службу і пересуває коротке замовлення вперед. Число нічого не полагодило. Плитка показала, що робити і кому дзвонити.

Типові помилки

• Забагато KPI. Якщо екрану потрібна легенда, на ньому забагато всього.
• Немає власника і немає дії. Червона плитка, за яку ніхто не відповідає, стає шпалерами.
• Усереднення відсотків. Спочатку додайте кількості, а потім обчисліть відсоток.
• Непомітна зміна визначень. Якщо формула змінюється, повідомте про це, датуйте зміну і позначте лінію тренду.
• Копіювання цілей з іншого заводу. Різна продукція та обладнання потребують різних цілей.
• Ручне введення даних як основне джерело. Це повільно, і з часом воно відхиляється від реальності.
• Один дашборд для всіх ролей. Будуйте вид для кожної аудиторії окремо.
• Ігнорування якості даних. Гарний дашборд на неправильних кодах зупинок просто показує неправильне.

Де тут Polaris

Якщо ваші KPI мають порівнювати план і факт, варто розглянути iFAKT Polaris як один із варіантів. iFAKT описує Polaris як штучний інтелект плюс цифровий двійник виробництва. Його модуль Polaris Analyzer зводить KPI з усіх модулів Polaris у дашбордах, зокрема терміни виконання, завантаження, вузькі місця та статус проєктів, і порівнює сценарії, плани та фактичні результати. Він використовує дані інших модулів, тож найкраще підходить там, де ви також плануєте або симулюєте в Polaris. Для звичайного дашборда в Power BI на власних даних наведені вище кроки застосовуються в будь-якому разі.

Пов'язані теми для дослідження

• Прогнозні KPI. Прогнозування простоїв або OEE потребує спочатку довгої й надійної історії. Спочатку зробіть базовий дашборд точним, а тоді додавайте прогнозування.
• Сигнали про аномалії. Визначте, які стрибки браку або часу циклу варті повідомлення і хто на нього відповідає.
• Встановлення цілей і орієнтирів. Спочатку спирайтеся на власний тренд і на схожі заводи, і лише потім на будь-яку цифру «світового рівня».
• Дискретне і безперервне виробництво. Складальним лініям важливі час циклу та переналагодження. Пакетним і безперервним виробництвам важливі вихід продукції та стабільність партій.

Наступний крок

Хороша панель KPI для виробництва починається з визначення, а не з діаграми. Оберіть ту лінію, яку ви знаєте найкраще, напишіть картку визначень для трьох її найважливіших KPI і домовтеся про відповідального та дію для кожного з них ще до того, як відкриєте Power BI.