В прошлом посте мы разбирали, как считать эффективность процесса. Но есть одна проблема: цифры есть, а смотреть на них негде. Или есть дэшборд, но на него никто не смотрит, потому что там «простыня» из 50 показателей.

Давайте разберём, как собрать работающий дэшборд процесса. Такой, на который команда смотрит каждую неделю и принимает решения.

🧩 Что такое дэшборд процесса Дэшборд процесса — это визуальная панель с ключевыми метриками, которая показывает состояние процесса в режиме, близком к реальному времени (или с регулярным обновлением).

Он НЕ должен быть: - Многостраничным отчетом - Архивом исторических данных - Местом, где собрано «всё, что можно было собрать» Он ДОЛЖЕН быть: - Ответом на вопрос «всё ли идёт по плану?» - Точкой быстрого входа в проблему - Инструментом для принятия решений

📊 Что помещать на дэшборд Главное правило: не больше 5-6 метрик на одном экране. Если не влезает на один экран без скролла — вы перегрузили.

Какие метрики реально нужны: 1. Среднее время цикла (Cycle Time): показывает, сколько ждёт клиент или следующий участник 2. Количество обработанных единиц за период (Throughput): Мощность процесса, тренды загрузки 3. Доля возвратов/ошибок (Defect Rate): стабильность процесса 4. Количество задач в статусе «в работе», «просрочено», «ожидает»: Баланс загрузки, узкие места 5. Чистое время работы/Общее время × 100%Доля потерь: расчёт эффективности 6. Тренд (рост/падение) основных метрик за последние 4 недели: помогает увидеть ухудшение до того, как оно стало критическим

Что НЕ нужно помещать: - Все метрики, которые вы когда-либо собирали (выберите 5–6) - Данные, на которые команда не может повлиять - Красивые графики без привязки к действиям

🎨 Как оформить дэшборд, чтобы его читали Один экран. Если нужно скроллить — вы перегрузили. Помещается на один экран — хорошо. Цвета сигнальные, а не декоративные. Зелёный — норма, жёлтый — внимание, красный — проблема. Без разноцветных радуг. Графики с историей. Тренд важнее, чем текущая цифра. 50 задач в очереди — это нормально, если неделю назад было 60. Или критично, если неделю назад было 20. Сравнение с планом. Без плана цифры не имеют смысла. «Время 4 часа» — это хорошо или плохо? Хорошо, если план был 5 часов. Плохо, если план был 2 часа. Комментарий или подсветка аномалий. Если метрика резко изменилась — хорошо бы сразу видеть почему (ссылка на инцидент, комментарий владельца).

📌 Дэшборд — это не про «красиво», а про «быстро понять, что идёт не так». Не больше 5-6 метрик. Один экран. Цвета по сигналу. Тренд важнее цифры. Начните с 3–4 метрик и добавляйте новые только тогда, когда старые уже стали привычными для команды.

А какой дэшборд вы сейчас используете для Ваших процессов?