Перейти к содержимому

Дашборды и OKR: наблюдение и улучшение процессов

Дашборд отвечает на вопрос о текущем состоянии процесса; OKR задаёт приоритетное изменение результата на период. Один показатель может постоянно наблюдаться и временно входить в OKR. Это разные способы управления, а не взаимоисключающие наборы метрик.

Начинайте с решения, которое должны поддержать данные. Если график ни на что не влияет, пересмотрите назначение показателя и стоимость его сбора. Не превращайте панель в рейтинг сотрудников.

До автоматизации согласуйте:

ПолеЧто зафиксировать
НазначениеПользователь показателя, решение и риск
ОпределениеФормула, единица, события начала и конца, числитель и знаменатель
ВыборкаСервис, тип работы, приоритет, период и окно наблюдения
ДанныеИсточник, полнота, свежесть и частота обновления
ОтветственностьВладелец данных и ответственный за действие
РеакцияКогда проверять причину, как действовать и чем обоснован порог

Для временных показателей укажите рабочие или календарные часы, паузы и способ агрегации. Для процентов — состав когорты. Сохраняйте историю определений: изменение формулы может сделать периоды несопоставимыми.

Порог обосновывают историей, риском или обязательствами. Отсутствие данных не равно нулю ошибок; среднее без распределения и размера выборки может скрыть проблему.

Частота как отправная точкаЧто обсуждать
Постоянно, с уведомлениямиДоступность, задержки, бюджет ошибок и критические инциденты из эксплуатационных метрик
ЕжедневноWIP, возраст активной работы, препятствия и полную очередь обращений
Еженедельно или раз в две неделиThroughput, распределение Cycle Time, DORA, SLA и повторные обращения
Ежемесячно, при достаточных данныхСтоимость единицы результата, CSAT, результат инициатив после запуска

Частоту подбирайте под скорость изменения сигнала. Завершайте обзор решением: наблюдать дальше, проверить данные, убрать препятствие или провести эксперимент. Для действия назначайте владельца и следующую точку проверки.

Objective задаёт желаемое направление; Key Results (KR) — измеримые результаты. У KR должны быть исходное и целевое значения, срок, владелец и источник данных. Все показатели панели переносить в OKR не нужно.

Пример продуктового OKR — упростить первый запуск для новых клиентов:

  • Доля клиентов, завершивших запуск за неделю: с 40% до 55% к концу квартала.
  • Медианное время до первого полезного результата: с двух дней до четырёх часов к концу квартала.

Discovery проверяет способы достижения результата, Delivery выпускает решения. Число проведённых интервью или выпущенных функций не заменяет эти KR. Связь целей с идеями и проверками описывает GIST.

Пример процессного KR — сократить p85 Cycle Time с 12 до 8 рабочих дней к концу квартала, сохранив согласованный показатель качества. Автоматизация тестирования — возможное действие; её завершение ещё не доказывает достижение KR. Числа служат примерами, цели выбираются по контексту.

  1. По дашборду обнаружьте устойчивое отклонение или возможность улучшения.
  2. Проверьте данные и причину, затем решите, заслуживает ли изменение места в OKR.
  3. Проведите изменение и наблюдайте эффект вместе с защитными показателями качества и расходов.
  4. Обсуждайте прогресс и следующие действия еженедельно или раз в две недели.
  5. В конце периода оцените результат; достигнутый уровень продолжайте наблюдать на панели.

Не меняйте определения задним числом ради выполнения цели. Сопоставление «до и после» помогает оценить динамику, но само по себе не доказывает, что изменение было единственной причиной результата.