﻿---
title: "Дашборды и OKR: наблюдение и улучшение процессов"
description: Паспорт метрики, ритм обзора, базовые и целевые значения KR и проверка эффекта изменений без подмены результата активностью.
---

## Два назначения показателей

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

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

## Паспорт метрики

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

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

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

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

## Ритм регулярного контроля

| Частота как отправная точка | Что обсуждать |
| --- | --- |
| Постоянно, с уведомлениями | Доступность, задержки, бюджет ошибок и критические инциденты из [эксплуатационных метрик](https://wpcraft.ru/kb/processes/kpi/devops-infra.md) |
| Ежедневно | WIP, возраст активной работы, препятствия и полную очередь обращений |
| Еженедельно или раз в две недели | Throughput, распределение Cycle Time, [DORA](https://wpcraft.ru/kb/processes/kpi/delivery.md), SLA и повторные обращения |
| Ежемесячно, при достаточных данных | Стоимость единицы результата, [CSAT](https://wpcraft.ru/kb/processes/kpi/service-desk.md), результат инициатив после запуска |

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

## OKR: результат за период

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

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

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

[Discovery](https://wpcraft.ru/kb/processes/kpi/discovery.md) проверяет способы достижения результата, [Delivery](https://wpcraft.ru/kb/processes/kpi/delivery.md) выпускает решения. Число проведённых интервью или выпущенных функций не заменяет эти KR. Связь целей с идеями и проверками описывает [GIST](https://wpcraft.ru/kb/processes/gist-framework.md).

Пример процессного KR — сократить p85 [Cycle Time](https://wpcraft.ru/kb/processes/kpi/flow-metrics.md) с 12 до 8 рабочих дней к концу квартала, сохранив согласованный показатель качества. Автоматизация тестирования — возможное действие; её завершение ещё не доказывает достижение KR. Числа служат примерами, цели выбираются по контексту.

## Цикл улучшения

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

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

## Связанные материалы

- [Обзор KPI](https://wpcraft.ru/kb/processes/kpi.md) — выбор семейства метрик по задаче.
- [Метрики потока](https://wpcraft.ru/kb/processes/kpi/flow-metrics.md) — определения и границы временных показателей.

## Материалы и источники

- [Как измерять эффективность ИТ-процессов — WP Craft](https://wpcraft.ru/blog/kak-izmeryat-effektivnost-it-proczessov-rassmotrim-obshhie-metriki-discovery-delivery-devops-infra-servicedesk)