Панель 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 для производства?

Начинайте с решений, а не с данных. Для каждого показателя, который вы рассматриваете, задайте вопросы: кто на него смотрит, что он сделает, если показатель станет красным, и how скоро? Если никто не может ответить, уберите его. Ключевой показатель эффективности полезен только тогда, когда у него есть владелец, целевое значение и план реагирования.

В большинстве компаний набор основных показателей формируется из пяти групп:

• Поставки. Своевременность доставки клиенту и выполнение графика внутри завода (насколько фактический выпуск соответствовал плану).
• Потоки. Время выполнения заказа, незавершённое производство, портфель заказов.
• Оборудование. OEE и причины простоев, которые за ним стоят.
• Качество. Процент брака, переделки, выход годного с первого раза.
• Затраты и запасы. Себестоимость единицы продукции, уровни запасов, но обычно только на панели руководителя завода.

Об OEE стоит сказать отдельно. В FAQ по OEE на сайте oee.com показатель описывается как произведение доступности, производительности и качества, то есть отношение полностью продуктивного времени к плановому времени производства. На той же странице часто приводимый показатель 85% как мировой уровень назван «совершенно искусственным» в качестве универсального ориентира, и там предупреждается, что сравнивать OEE между станками или заводами корректно только тогда, когда продукция, оборудование и условия одинаковы. Используйте OEE как тренд для одного и того же актива, а межзаводским рейтингам доверяйте с осторожностью.

Как определить каждый KPI, чтобы все понимали его одинаково?

Два человека могут построить показатель «своевременная доставка» и получить два разных числа. Один считает от обещанной даты, другой от запрошенной. Панель тогда превращается в спор вместо решения.

ISO 22400-1 помогает в этом. ISO описывает его как отраслево-нейтральную структуру для определения, составления, обмена и использования KPI в управлении производственными операциями, охватывающую пакетные, непрерывные и дискретные отрасли. В нём объясняется, что такое KPI, как его построить и какие термины использовать. Вторая часть серии определяет набор отдельных 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 знает заказ по номеру и сроку выполнения. Станок знает количество деталей и состояние. Кто-то должен выполнять сопоставление между ними, и этому человеку нужно назначить место в плане проекта.

Определяйте частоту обновления исходя из решения, которое нужно принять. Руководителю смены, реагирующему в течение смены, нужны данные в пределах минут. Директору завода, анализирующему выполнение поставок, подойдёт ежедневное обновление. Более быстрое обновление стоит дороже в создании и поддержке, а быстрое обновление неверных данных — это просто более быстрый неверный ответ.

Может ли панель сообщить вам, когда что-то идёт не так?

Оповещения о данных в Power BI data alerts могут быть полезны. По данным Microsoft Learn, они работают с плитками типа «датчик» (gauge), KPI и «карточка» (card), закреплёнными из визуализаций отчёта, только с числовыми данными и только по данным, которые были обновлены. Уведомления появляются в центре уведомлений и могут также приходить по электронной почте, а оповещения можно автоматизировать с помощью Power Automate. Они персональные: совместное владение оповещениями не поддерживается, и видит их только тот, кто его создал. Используйте их для двух-трёх показателей, где запоздалая реакция стоит денег, например для остановки на узком месте. Если оповещений больше, люди начинают их отключать.

Как пошагово построить дашборд?

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.