KPIs и метрики эффективности Governance

Введение

“What gets measured gets managed” — принцип Питера Друкера особенно важен для governance. Без метрик невозможно определить, работает ли программа, оправдывает ли инвестиции и в каком направлении развивается. В этом уроке мы определим KPI (Key Performance Indicators) для governance-программы, построим dashboard и разберём типичные ошибки измерений.

Leading vs Lagging Indicators

Leading Indicators (опережающие показатели) предсказывают будущие результаты. Lagging Indicators (запаздывающие показатели) фиксируют уже произошедшие события.

Баланс Leading и Lagging

Эффективная governance-программа отслеживает оба типа:

• Leading: Catalog coverage (процент документированных таблиц) — растёт -> снижение времени поиска данных
• Lagging: Incidents (количество инцидентов с данными) — снижается -> quality checks работают
• Leading: Training completion (обученные сотрудники) — растёт -> меньше нарушений политик
• Lagging: Audit findings (нарушения на аудите) — снижаются -> compliance улучшается

Сценарий: DataTech Solutions (ДатаТех Солюшенз)

DataTech в конце Phase 4 (месяц 12) определяет первые KPIs. VP Engineering настаивает только на lagging indicators: “Покажите мне, сколько инцидентов мы предотвратили.” Data Steward Алексей предлагает добавить leading indicators.

Алексей прав: Если отслеживать только incidents (lagging), DataTech узнает о проблемах постфактум. Catalog coverage (leading) покажет, что 40% таблиц не документированы — потенциальный риск ещё до инцидента. Quality check coverage (leading) покажет, что 30% critical pipelines без проверок — time bomb.

Категории Governance KPIs

1. Quality (Качество данных)

2. Metadata (Каталог и документация)

3. Privacy & Compliance

4. Security (Безопасность)

5. Governance Program (Программные метрики)

Governance Dashboard

Dashboard — единая точка мониторинга всех KPIs. Ключевые принципы дизайна:

1. Executive view — 5-7 ключевых KPIs с traffic light (Red/Amber/Green)
2. Drill-down — возможность углубиться в каждый KPI
3. Trend — динамика за последние 6-12 месяцев
4. Actionable — каждый Red/Amber KPI имеет owner и remediation plan

Threshold Levels (Red/Amber/Green)

Для каждого KPI определяются три уровня:

Пример для Data Quality Score:

• Green: >= 95%
• Amber: >= 85%
• Red: < 85%

Код-челлендж: Governance KPI Definitions

В квизе к этому уроку вы создадите YAML-файл с KPI definitions (CC-33) — 6+ KPIs с measurement methodology, data source, formula, target, thresholds (red/amber/green), owner и reporting frequency.

Reporting Cadence

Ежемесячный отчёт Data Council

Структура:

1. KPI Summary — traffic light для каждого KPI + trend (up/down/flat)
2. Red/Amber Items — что не в target, root cause, remediation plan, owner
3. Achievements — что улучшилось за месяц
4. Risks — потенциальные проблемы (leading indicators)
5. Decisions Required — вопросы для Council

Common Measurement Mistakes

1. Vanity Metrics

Ошибка: Измерять количество каталогизированных таблиц (абсолютное число) вместо coverage (процент). Почему ошибка: “Мы каталогизировали 150 таблиц!” звучит впечатляюще. Но если всего таблиц 300, coverage всего 50%. Решение: Всегда использовать relative metrics (проценты, ratios).

2. Measuring Activities, Not Outcomes

Ошибка: “Мы провели 12 заседаний Data Council и написали 8 политик.” Почему ошибка: Заседания и политики — не результат. Результат — снижение инцидентов, рост quality score. Решение: Activities как leading indicators, Outcomes как lagging indicators. Отслеживать оба.

3. Too Many KPIs

Ошибка: Отслеживать 30 KPIs на dashboard. Почему ошибка: Information overload. Никто не читает dashboard с 30 метриками. Решение: 5-7 ключевых KPIs на executive dashboard. Остальные — в drill-down.

4. No Baseline

Ошибка: Установить target “Data Quality Score >= 95%” без измерения текущего состояния. Почему ошибка: Если текущий score 60%, target 95% через 3 месяца — нереалистичен. Если 93% — реалистичен. Решение: Phase 1 — baseline measurement. Phase 2+ — targets на основе baseline.

Для сравнения: FinSecure Bank (ФинСекьюр Банк)

FinSecure при запуске governance-программы установил target “100% policy compliance” без baseline. Через год обнаружил: compliance всего 62%. Демотивация команды.

Правильный подход FinSecure (год 2):

• Baseline: 62%
• Год 2 target: 80% (+18%)
• Год 3 target: 90% (+10%)
• Long-term: 95%+

Realistic targets с progressive improvement — эффективнее амбициозных targets без baseline.

Connecting KPIs to Business Outcomes

Governance KPIs имеют ценность только если связаны с бизнес-результатами:

Ежеквартальный Executive Report должен содержать не только governance KPIs, но и их связь с бизнес-метриками. CEO не интересует “Catalog Coverage 85%”. CEO интересует: “Аналитики тратят на 40% меньше времени на поиск данных, что эквивалентно 600K RUB/год экономии.”

Итоги

• Leading vs Lagging — опережающие индикаторы предсказывают, запаздывающие фиксируют. Отслеживать оба
• 5 категорий KPIs: Quality, Metadata, Privacy/Compliance, Security, Program
• Dashboard: 5-7 ключевых KPIs с traffic light, trends, drill-down
• Thresholds: Red/Amber/Green для каждого KPI с конкретными действиями
• Reporting cadence: Weekly (tactical) -> Monthly (operational) -> Quarterly (executive)
• Pitfalls: vanity metrics, measuring activities not outcomes, too many KPIs, no baseline
• Business connection: каждый governance KPI должен быть связан с бизнес-outcome

KPIs измеряют здоровье governance-программы. Но KPIs отслеживают отдельные аспекты: quality, metadata, privacy, security. Как объединить все аспекты governance в единый фреймворк, охватывающий весь жизненный цикл данных от создания до уничтожения? В следующем уроке мы построим Data Lifecycle Management — сквозную governance-модель, которая связывает все модули курса в единую систему.

Далее в модуле M07: жизненный цикл данных (урок 06), governance третьих сторон (урок 07) и коммуникация governance-результатов руководству (урок 08).