BI/Analytics Governance

Введение

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

DataTech завершила внедрение governance-инструментов (урок 05): OpenMetadata каталогизирует 200+ таблиц, GE проверяет качество, Elementary мониторит freshness. Инструменты governance work — но результат работы с данными потребляют бизнес-пользователи через дашборды. В Metabase — 80+ дашбордов, созданных за 3 года аналитиками, менеджерами и CEO.

На еженедельном совещании VP Marketing показывает выручку $2.3M. VP Sales показывает$2.7M. CEO спрашивает: “Какая цифра правильная? Почему у нас два дашборда с разной выручкой?” Никто не может ответить: оба дашборда выглядят “official”, но используют разные SQL-запросы, разные определения “revenue”, и ни один не проходил проверку.

Это проблема потребительского слоя — governance того, что видят decision-makers.

Предыдущие уроки покрывали governance инструментов (01-05): каталоги, quality, observability, deployment, evaluation. Этот урок фокусируется на governance выходных данных — дашбордов, отчётов и метрик, которые потребляют бизнес-пользователи. Без governance потребительского слоя идеально управляемые данные приводят к хаосу на этапе их использования.

Связь с предыдущими модулями: KPIs и метрики эффективности governance (M07, урок 05) дают нам что измерять. BI/Analytics Governance даёт нам как управлять артефактами, которые показывают эти метрики.

Report Lifecycle — Жизненный цикл отчёта

BI-артефакт (дашборд, отчёт, ad-hoc query) проходит через 6 стадий жизненного цикла:

Каждая стадия имеет чёткого ответственного и governance-правило:

Сценарий: DataTech Solutions

DataTech внедряет lifecycle для 80+ дашбордов. Первый шаг — инвентаризация. Результат: 80 дашбордов, из которых 35 не имеют документированного владельца, 20 не просматривались 6+ месяцев, 15 показывают метрики, определение которых не согласовано.

Стратегия: (1) Назначить владельцев для 35 “сирот” — начать с команды, создавшей дашборд. (2) Пометить 20 неиспользуемых как “Candidate for Retirement”. (3) Провести review 15 дашбордов с конфликтующими метриками — решить, какое определение “revenue” правильное.

Dashboard Certification — Сертификация дашбордов

Сертификация разделяет все дашборды на 3 уровня доверия:

Критерии сертификации

Сценарий: DataTech Solutions

DataTech внедряет certification program для 80 дашбордов. Бюджет позволяет провести полный review только 20 дашбордов. Стратегия triage:

1. Приоритет по usage: Metabase API показывает, что 20 дашбордов генерируют 80% всех просмотров. Эти 20 — кандидаты на Certified.

2. Retirement candidates: 20 дашбордов без просмотров за 6 месяцев -> Deprecated.

3. Exploratory по умолчанию: Оставшиеся 40 дашбордов -> Exploratory badge с предупреждением “Не верифицирован”.

4. Конфликтующие метрики: 15 дашбордов с разными “revenue” -> заморозить до согласования определения в semantic layer.

Semantic Layer Governance — Governance семантического слоя

Семантический слой — единый источник определений метрик. Без него каждый аналитик пишет свой SQL для расчёта “revenue”, “active customer”, “churn rate” — и получает разные числа.

Проблема: Multiple Definitions

Сценарий: FinSecure Bank (ФинСекьюр Банк)

FinSecure имеет 200+ Tableau дашбордов. На board meeting CEO видит 3 числа: Tableau показывает $10M revenue, внутренний отчёт --$12M, regulatory filing — $11M. Все три “правильные”, но используют разные определения: gross, net, adjusted.

Governance-решение: semantic layer с именованными метриками:

• gross_revenue (Finance owns): all transactions before adjustments
• net_revenue (Finance owns): after refunds and discounts
• adjusted_revenue (Regulatory owns): per regulatory reporting standards

Все дашборды обязаны использовать именованные метрики из semantic layer, а не raw SQL. Изменение определения метрики требует approval workflow с version history.

Governance семантического слоя

Self-Service Analytics Governance — Governance самообслуживания

Self-service аналитика — когда бизнес-пользователи самостоятельно создают дашборды и анализы — увеличивает productivity, но создаёт governance-риски: ungoverned дашборды, shared via Slack, с неверифицированными данными.

Tiered Access Model

Promotion Workflow: Exploration -> Governance

Аналитик обнаружил insight в sandbox. Как перевести его в governed asset?

Preventing “Shadow Analytics” — ungoverned дашборды, которые распространяются через Slack, email, screenshots:

1. Detection: мониторинг Metabase/Tableau на дашборды с >10 unique viewers, не имеющие certified статус
2. Intervention: notification owner: “Ваш exploratory дашборд просматривают 25 человек. Хотите submit на certification?”
3. Guardrails: exploratory дашборды видны только автору + shared link. Для team-wide visibility — certification required
4. Education: training для аналитиков: “Sandbox для экспериментов, certified для решений”

RACI для BI Content Lifecycle

Usage Analytics — Аналитика использования дашбордов

Governance потребительского слоя невозможен без данных об использовании дашбордов. Usage analytics — это governance-инструмент, а не просто метрика.

Ключевые метрики использования

Stale Dashboard Detection

Автоматическая система обнаружения устаревших дашбордов:

ROI дашборд-governance

Экономический эффект governance потребительского слоя:

Итоги

• Report Lifecycle: 6 стадий — Draft, Review, Certified, Active, Stale Detection, Retirement. Каждая стадия имеет owner и governance-правило
• Dashboard Certification: 3 уровня (Certified, Exploratory, Deprecated). Критерии: data source verification, metric compliance, operational readiness. Квартальная рецертификация
• Semantic Layer: Single source of metric definitions. Metric ownership (business function owns definition). Version control + deprecation process
• Self-Service Governance: Tiered access (Sandbox / Governed / Executive). Promotion workflow (Discovery -> Submit -> Review -> Certification). Shadow analytics prevention
• Usage Analytics: Views, unique users, frequency, stale detection. Governance-driven triage: certify by usage * criticality
• RACI: Analyst creates, Steward certifies, Business Owner accountable, Engineer maintains semantic layer

Модуль M09 завершён. Вы изучили ландшафт governance-инструментов (01), каталоги данных (02), quality/observability инструменты (03), deployment (04), structured evaluation (05) и governance потребительского слоя BI/Analytics (06).