Оценка и выбор governance-инструментов

Введение

Знать ландшафт инструментов (уроки 1-3) и уметь их развёртывать (урок 4) — необходимо, но не достаточно. Выбор конкретного инструмента — организационное решение с долгосрочными последствиями: 12-24 месяца vendor lock-in, team training, integration investment. Этот урок даёт структурированный процесс оценки — от требований до решения.

Structured Evaluation Process

Оценка инструментов проходит 4 фазы:

Phase 1: Requirements gathering

Требования делятся на must-have (disqualifying) и nice-to-have (scoring):

Ошибка #1: Начинать с product demo, а не с requirements. Без requirements вы оцениваете “нравится ли UI”, а не “решает ли проблему”.

Phase 2: Shortlist

Longlist -> Shortlist алгоритм:

1. Составьте longlist (6-10 candidates) из каждой категории
2. Примените must-have фильтр: нет must-have = дисквалификация
3. Примените constraint фильтр: нарушение constraint = дисквалификация
4. Результат: shortlist из 3-5 candidates для PoC

Phase 3: Proof of Concept (PoC)

PoC — hands-on evaluation с реальными данными и реальной командой:

Ошибка #2: PoC без exit criteria. Определите upfront: какие результаты считаем “pass” по каждому use case.

Phase 4: Decision

Scoring matrix формализует решение:

Total Cost of Ownership (TCO) анализ

TCO включает 5 компонентов за 3-летний горизонт:

3-year TCO пример (DataTech):

• OpenMetadata: $0 +$15K infra + $150K ops (0.5 FTE * 3 years) +$5K training = $170K
• Collibra: $600K license +$0 infra + $60K ops +$30K training = $690K

OpenMetadata 4x дешевле за 3 года. Но если команда вырастет до 100+ человек и потребуется SOC2 — Collibra может стать cheaper per-user.

Stakeholder alignment

Разные stakeholders оценивают инструменты по разным критериям:

Процесс alignment:

1. Каждый stakeholder заполняет scoring matrix со своими весами
2. Facilitator (CDO или PM) собирает разногласия
3. Workshop: обсуждение divergent scores (разница > 2 баллов)
4. Консенсус: единая scoring matrix с agreed весами

Migration planning

При замене существующего инструмента — migration plan:

Total: 11-22 недели (3-5 месяцев). Правило: migration всегда занимает 2x от плана.

Common selection mistakes

1. Demo-driven selection — выбор на основе красивой демо-презентации без PoC
2. Feature-driven selection — выбор по количеству features, а не по relevance к вашим requirements
3. Ignoring TCO — $0 license не означает$0 cost (infrastructure + operations)
4. Single-stakeholder decision — выбор только инженером или только руководителем
5. No exit plan — отсутствие migration plan при выборе proprietary solution
6. Premature optimization — выбор enterprise tool для команды из 5 человек

Сценарии

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

DataTech проводит full evaluation для первого governance tool stack:

Requirements: PostgreSQL connector (must-have), Airflow lineage (must-have), < 8 GB RAM (constraint), $0 license (constraint), quality integration (nice-to-have)

Shortlist: OpenMetadata, DataHub, Amundsen (Collibra eliminated: $100K+ license)

PoC (2 weeks): 3 use cases: (1) ingest 200 tables, (2) auto-lineage from 10 DAGs, (3) quality checks on 5 datasets

Result: OpenMetadata — best fit: all must-haves, < 6 GB RAM, quality integration native, 2-day deployment.

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

FinSecure оценивает upgrade OpenMetadata 1.2 -> 1.5.x vs migration к DataHub:

Requirements: Column-level lineage (must-have для GDPR), SSO integration (must-have), < 6 месяцев migration (constraint)

Analysis:

• Upgrade OM 1.2 -> 1.5.x: column lineage (beta), SSO через Collate Cloud. Risk: beta lineage quality.
• Migrate to DataHub: column lineage (mature), SSO native. Risk: 14+ containers, 6+ month migration, Kafka dependency.

Decision: Upgrade OM to 1.5.x (lower risk). If column lineage beta не satisfies GDPR audit within 3 months — trigger DataHub migration. Exit plan documented.

Итоги

• Structured evaluation: Requirements -> Shortlist -> PoC -> Decision (4 фазы, 6-12 недель)
• TCO — 5 компонентов: лицензия, инфраструктура, ops, training, migration. 3-летний горизонт.
• Stakeholder alignment: разные роли оценивают по разным критериям; workshop для консенсуса
• Migration: 3-5 месяцев; всегда 2x от плана; parallel run обязателен
• 6 ошибок выбора: demo-driven, feature-driven, ignoring TCO, single-stakeholder, no exit plan, premature optimization
• Правило: upgrade before migrate. Migration — last resort.

Вы научились выбирать governance-инструменты. Но инструменты — это входные данные. BI и аналитика — это выходные данные: дашборды, отчёты, метрики, которые потребляют бизнес-пользователи. DataTech имеет 80+ Metabase дашбордов, из которых никто не знает, какие актуальны, а какие устарели. В следующем уроке мы изучим BI/Analytics Governance — governance потребительского слоя: жизненный цикл отчётов, сертификация дашбордов, governance семантического слоя и self-service аналитика.

Модуль M09 продолжается в уроке 06: BI/Analytics Governance — governance потребительского слоя данных.