Як побудувати дашборд потоку створення цінності: метрики, макет і джерела даних

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-11

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

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

Дашборд потоку створення цінності — це одна сторінка, яка показує, як родина продуктів рухається від замовлення клієнта до доставки, за допомогою п'яти–семи метрик, кожна з яких подана як тренд відносно цільового значення. Ця стаття призначена для керівників заводів, які хочуть панель, що команда читає щотижня і яка веде до дій. Вона розглядає, які метрики обрати, як побудувати сторінку, звідки беруться дані, вигаданий приклад із цифрами та помилки, які перетворюють дашборд на шпалери.

Головне

• Дашборд потоку створення цінності показує від п'яти до семи метрик потоку для однієї родини продуктів на одній сторінці, кожна — як тренд відносно цілі.
• Майк Орзен називає чотири метрики рівня потоку створення цінності: відсоток виконаного правильно з першого разу (percent complete and accurate), цикл потоку створення цінності (value stream cycle time), рівень виконання замовлень (order fulfilment rate) і повернення.
• Розташовуйте панель у порядку потоку: спершу швидкість, далі поставки, якість і запаси, а внизу — дії та відповідальних.
• Для кожного числа потрібні письмово задана формула, одне джерело даних і відповідальний; система ERP зазвичай постачає замовлення та дати, виробнича дільниця — кількості.
• Lean Enterprise Institute описує андон як інструмент, що показує стан ділянки одним поглядом; добрий дашборд прагне до того самого.

Для чого потрібен дашборд потоку створення цінності?

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

Lean Enterprise Institute (LEI) описує андон як візуальний інструмент управління, який одним поглядом показує стан операцій на ділянці, наприклад плановий і фактичний випуск. Дашборд для всього потоку має ту саму мету на вищому рівні: один погляд підказує читачеві, чи потік іде за планом і що потребує уваги.

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

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

Які метрики до нього належать?

Обирайте метрики, які описують потік усього ланцюжка створення цінності, а не окремих відділів. Майк Орзен, пишучи для LEI, називає чотири метрики рівня ланцюжка створення цінності: відсоток повного й точного виконання, цикловий час ланцюжка створення цінності, рівень виконання замовлень і повернення. У статті їх докладно не визначено, тож формули доведеться написати самостійно.

Робочий набір ключових метрик для потоку виробництва, мій власний вибір:

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

Тримайтеся п'яти–семи метрик. Якщо хтось просить нову метрику, запитайте, яку з наявних вона замінить. Стандарт ISO 22400-2, який визначає KPI для управління виробничими операціями, показує, наскільки формальним може бути визначення KPI: назва, формула, елементи формули та одиниця виміру. Для початку стандарт не потрібен, але дисципліна, яку він передбачає, допоможе.

Як має бути побудована сторінка?

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

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

Правила дизайну, що роблять сторінку зручною для читання:

• Показуйте тренди, а не окремі значення. Одне число мало що говорить; лінія за дванадцять тижнів показує напрямок.
• Наносьте ціль на графік. Різниця між лінією та ціллю і є головним повідомленням.
• Використовуйте колір помірно. Червоний для відхилення від цілі, зелений для досягнення цілі, і більше нічого. Ніколи не покладайтеся лише на колір, адже деякі читачі не відрізняють червоний від зеленого; додайте символ або слово.
• Використовуйте той самий масштаб щотижня. Масштаб, що змінюється, приховує тренд.
• Зберігайте однакову структуру для всіх потоків. Керівники, які переходять між потоками, тоді одразу читають кожну дошку.

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

Звідки беруться дані?

Кожна метрика потребує письмової формули, одного джерела даних і одного відповідального. На більшості заводів джерелами є:

• ERP-система. Дати запуску замовлень, строки виконання, дати відвантаження, кількості, вартість запасів і дані про маршрути.
• Виробнича дільниця. Кількість придатних виробів, брак, простої та цикли, які вносяться вручну або збираються з верстатів.
• Записи про якість. Результати інспекцій, доопрацювання та повернення.
• Складський облік. Готова продукція та незавершене виробництво.

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

Приклад: один потік, шість метрик, вигадані цифри

Цей приклад вигаданий. Цифри не з реального заводу.

Керівник виробництва будує дашборд для сімейства продуктів із тижневим попитом 600 одиниць. Після узгодження формул команда виводить на дошку перший тиждень:

• Час виконання: 14 днів (ціль 10), поза ціллю.
• Поставка вчасно: 89 відсотків (ціль 95), поза ціллю.
• Вихід придатної продукції з першого разу на фінальному тесті: 96 відсотків (ціль 98), поза ціллю.
• Запаси в днях: 15 (ціль 10), поза ціллю.
• Виконання плану: 93 відсотки (ціль 95), близько до цілі.
• OEE на обмеженні: 68 відсотків (ціль 75), поза ціллю.

Показник запасів перевірено простим розрахунком. Тижневий попит становить 600 одиниць за п'ять днів, отже денний попит дорівнює 120 одиницям. Незавершене виробництво та готова продукція разом становлять 1 800 одиниць, тобто 1 800 поділити на 120, або 15 днів. У першій версії дашборда в формулі використали тижневий попит, і система показала 3 дні. Команда помилку помітила на виробничій ділянці, адже стелажі були явно заповнені більше ніж на три дні попиту. Тому перевірка з реальністю на виробництві має значення.

Тижневий огляд починається з найбільшого розриву: час виконання 14 днів при цілі 10 і запаси, які на 5 днів перевищують ціль. Ці два показники пов'язані, адже запаси, що чекають між операціями, збільшують час виконання. Власник записує дві дії з іменами та датами: зменшити розмір партії на першому верстаті та запускати замовлення меншими лотами. Через шість тижнів тренд показує перше зниження.

Чим це відрізняється для команд розробки програмного забезпечення та DevOps?

Організації, що розробляють програмне забезпечення, також будують дашборди метрик потоку створення цінності, часто для постачання та розробки програмного забезпечення в середовищі DevOps. Вони розрізняють операційний потік створення цінності та потік розробки: перший доставляє цінність клієнтам, другий створює продукт. Їхній процес постачання та процес розробки відстежуються через тікети та релізи. Найвідоміший набір показників запропонувала DORA, яка описує чотири ключові метрики постачання програмного забезпечення: частоту розгортань, час виконання змін, частку невдалих змін і час відновлення сервісу. Ці метрики відстежують код і релізи через конвеєр постачання. Завод відстежує замовлення, матеріали та верстати. Бажання доставляти цінність швидше й бачити її потік однакове, але дані та метрики різні, тому не копіюйте дашборд програмного забезпечення на виробництво і навпаки.

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

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

Як із цим допоможе програмне забезпечення

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

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

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

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