Governance Charter: устав программы

Введение

Governance Charter (устав программы governance) — формальный документ, закрепляющий основу governance-программы: миссию, scope, организационную структуру, decision rights, escalation process и метрики. Charter — это “конституция” программы: на него ссылаются при принятии решений, разрешении конфликтов и оценке эффективности.

Без charter программа governance существует только в головах участников. Когда VP Engineering уходит в отпуск, никто не знает, кто принимает решения о классификации новых данных.

Компоненты Charter

1. Mission и Scope

Mission (миссия) — одно предложение, определяющее цель программы:

“Обеспечить качество, безопасность и compliance данных DataTech Solutions для принятия data-driven решений.”

Scope (область действия) определяет границы программы:

Чёткий scope предотвращает две ошибки: (1) слишком широкий scope (“всё”) — парализует команду, (2) слишком узкий scope (“только production”) — пропускает критичные данные.

2. Principles

Principles (принципы) — 4-6 руководящих принципов, определяющих философию программы:

1. Данные — общий актив организации. Ни один отдел не “владеет” данными монопольно.
2. Качество данных — ответственность каждого. Не только команды данных.
3. Privacy by Design. Защита персональных данных закладывается в архитектуру, а не добавляется позже.
4. Минимально необходимый доступ. Least Privilege Principle — доступ ограничивается минимумом, необходимым для выполнения задачи.
5. Прозрачность. Lineage, audit trail и документация — для каждого dataset.

3. Organizational Structure

Организационная структура определяет роли, подчинённость и cadence:

• Governance Council — 4-6 человек, ежемесячные заседания
• CDO (или и.о.) — Chair Council, финальное решение при конфликтах
• Data Stewards — по одному на домен, 20-100% времени на governance
• Meeting cadence — monthly (operational), quarterly (strategic)

4. Decision Rights

Decision Rights (права принятия решений) — кто принимает, кто утверждает:

5. Escalation Process

Escalation Process (процесс эскалации) — путь разрешения конфликтов и блокирующих вопросов:

Шаблон Charter для DataTech

Код-челлендж: Governance Charter Structure

В квизе к этому уроку вы создадите JSON-структуру charter (CC-31) для DataTech Solutions, включающую все обязательные секции: mission, scope, principles, organizational structure, decision rights, escalation process, metrics и review schedule.

Policy Writing: лучшие практики

Charter порождает политики — конкретные правила для отдельных областей governance. Хорошая политика:

Структура политики

1. Purpose — зачем эта политика нужна (1-2 предложения)
2. Scope — к чему применяется (системы, данные, роли)
3. Policy Statement — конкретные правила (императивная форма: “ДОЛЖЕН”, “ЗАПРЕЩАЕТСЯ”)
4. Roles and Responsibilities — кто за что отвечает
5. Exceptions — когда правило не применяется и кто утверждает исключения
6. Enforcement — как проверяется соблюдение (automated checks, audits)
7. Revision History — кто, когда, что изменил

Принципы написания политик

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

FinSecure имеет 47 governance-политик, созданных за 5 лет. Проблемы:

• 12 политик не обновлялись более 2 лет
• 8 политик противоречат друг другу (разные требования к срокам хранения в Policy #14 и Policy #31)
• Enforcement автоматизирован только для 15 из 47 политик

Урок для DataTech: начинать с 5-7 ключевых политик, а не пытаться покрыть всё сразу. Каждая политика — с automated enforcement.

Версионирование и обслуживание Charter

Charter — живой документ. Без регулярного обновления он устаревает и теряет актуальность.

Semantic Versioning для политик

Заимствуя подход из software engineering:

• Major (1.x -> 2.0) — фундаментальные изменения (новая организационная структура, изменение scope)
• Minor (1.0 -> 1.1) — добавление секции, новая политика
• Patch (1.0.0 -> 1.0.1) — исправление формулировок, обновление дат

Review цикл

Итоги

• Governance Charter — “конституция” программы: mission, scope, principles, structure, decision rights, escalation, metrics, review
• Decision Rights — кто принимает решение, кто утверждает, с каким SLA
• Escalation Process — 4 уровня: Steward -> CDO -> Council -> Executive Sponsor
• Policy Writing — конкретность, измеримость, исполнимость, исключения
• Версионирование — semantic versioning + ежегодный полный review + event-driven updates
• DataTech: начинать с 5-7 ключевых политик с automated enforcement
• FinSecure: 47 политик без поддержки — анти-паттерн

В следующем уроке мы построим Implementation Roadmap — пошаговый план внедрения governance-программы с фазами, milestones и зависимостями.