1. Принципы руководства данными
Руководство данными (Data Governance, DG) опирается на несколько принципов. Среди них — лидерство и стратегия. Считается, что без специальной роли человека, отвечающего за руководство данными, система не заработает сама собой.
Бизнес-руководство означает, что именно бизнес-менеджмент в первую очередь заинтересован в руководстве данными и должен направлять соответствующие решения, а не наоборот. Разделение ответственности предполагает, что есть специалисты со стороны бизнеса — распорядители данных (Data Stewards), а есть ИТ-специалисты, которые выполняют указания бизнес-стюардов.
Многоуровневость означает управление на уровне отдельных работ, проектов, процессов и предприятия. Методическая поддержка включает фреймворк и основополагающие принципы.
2. Руководство и управление: два контура
Важная идея DG — разделение двух активностей. Руководство данными (Data Governance, DG) отвечает за направление, описание, создание и обоснование того, что нужно делать. Управление данными (Data Management, DM) отвечает за исполнение шагов и действий в этом направлении.
Иначе говоря, DG — это условно законодательная компонента управления, а DM — исполнительная. В терминах общей модели: общее видение (oversight) и исполнение конкретных действий (execution).
3. Типовая организационная модель
Описывается идеальная организация, которая занимается руководством данными. В ней есть роли, подчинённые ИТ-директору (Chief Information Officer, CIO): программный менеджмент, услуги по управлению данными, проекты. Отдельно выделяются компетенции директора по данным (Chief Data Officer, CDO).
На уровне организации действует управляющий комитет (Steering Committee), который формирует политики и направления. На уровне структурных единиц, дивизионов или крупных программ работает программный управляющий комитет (Program Steering Committee) и набор услуг по управлению данными. В конкретных бизнес-областях создаются советы по руководству данными (Data Governance Council). Также существует офис руководства данными (Data Governance Office), включающий главного стюарда по данным и исполнительных стюардов.
Такая схема подчёркивает две разные ответственности: «делать правильные вещи» (do the right things) и «делать вещи правильно» (do things right). За них отвечают разные люди.
4. Этапы процесса руководства данными
- Определить руководство данными для организации — понять, кто за что отвечает и кто чем руководит.
- Оценить готовность к руководству данными — это постоянно идущая программа. Оцениваются:
- зрелость управления данными;
- способность к изменениям;
- готовность к сотрудничеству на уровне менеджеров;
- соответствие бизнесу.
- Выполнить исследование и обеспечить соответствие бизнесу — выявить существующие политики, риски, связанные с проблемами данных, и понять, насколько удачно эти риски преодолеваются.
- Определить точки воздействия в организации — понять, на что CDO и стюарды могут влиять и какие инструменты у них есть. Например, CDO может влиять на бюджеты, закупки, контракты, политики, процедуры и стандарты.
- Разработать стратегию руководства данными — в неё входят устав, структура ответственности, дорожная карта и операционные принципы.
- Учесть факторы влияния:
- ценность данных: если организация продаёт данные, модель должна быть более регламентированной, прозрачной и контролируемой;
- бизнес-модель: децентрализованный бизнес может требовать совет CDO по дивизионам, централизованный — одного CDO;
- культурные факторы: дисциплинированность, способность к изменениям, сопротивление политикам;
- регуляторы: чем сильнее организация зарегулирована, тем охотнее она принимает руководство данными.
- Запустить исполнение — разрабатывать цели, инициировать проекты, использовать механизмы управления изменениями, анализировать требования, создавать стандартные процедуры и бизнес-словари.
5. Пример операционной модели
В примерной операционной модели наверху находится исполнительный комитет, где представлены операционный директор (Chief Operations Officer, COO) и финансовый директор (Chief Financial Officer, CFO). Ниже — совет, в который кооптируются представители руководства данными. Далее — совет по руководству данными (Data Governance Council), затем организация, занимающаяся операциями в области руководства данными, и объекты управления: хранилище данных, ERP-система, аналитическая система и другие.
Такая иерархия — только пример. Каждая организация может выстроить её по-своему.
Краткие итоги
Практическая ценность темы раскрывается через разведение двух контуров: тот, кто задаёт правила и направление, не должен быть тем же, кто ежедневно исполняет. Это снижает риск подмены стратегических решений техническими и позволяет бизнесу брать ответственность за данные. Организационная модель нужна не как самоцель, а как способ закрепить право принимать решения, доступ к ресурсам и механизмы эскалации. Оценка готовности показывает, что внедрение зависит не только от инструментов, но и от зрелости процессов, способности людей меняться, доверия и согласованности с бизнесом. Поэтому зрелость данных нельзя сводить к качеству массивов: речь идёт о повторяемости, управляемости и измеримости практик. Стратегия превращает намерения в управляемый портфель: устав, ответственность, дорожную карту и операционные принципы. Далее выбор модели определяется контекстом: продажа данных требует большей прозрачности и контроля, децентрализация — распределённых советов, централизация — единого контура, а регуляторное давление может ускорять принятие. Культура и доверие остаются ограничителями, которые нельзя заменить регламентом. Практический вывод: сначала закрепить роли и права, затем оценить реальную зрелость и риски, после — проектировать стратегию и только потом масштабировать процессы и инструменты. Успех зависит от согласованности бизнеса, ИТ и стюардов, а не от одной должности.
Руководство данными (Data Governance, DG) — это контур, который задаёт направление, обосновывает правила и создаёт рамку для работы с данными. Управление данными (Data Management, DM) — это исполнение конкретных действий в заданном направлении. DG можно понимать как законодательную компоненту, DM — как исполнительную. Ключевая формула: DG отвечает за «делать правильные вещи», DM — за «делать вещи правильно».
Принципы DG:
- лидерство и стратегия;
- бизнес-руководство: решения о данных направляет бизнес-менеджмент;
- разделение ответственности: бизнес-стюарды задают требования, ИТ выполняет;
- многоуровневость: работы, проекты, процессы, предприятие;
- методическая поддержка: фреймворк и принципы.
Типовая модель включает ИТ-директора (CIO) и директора по данным (CDO). На уровне организации действует управляющий комитет (Steering Committee), который формирует политики и направления. На уровне дивизионов и программ — программный управляющий комитет (Program Steering Committee). В бизнес-областях — советы по руководству данными (Data Governance Council). Также есть офис руководства данными (Data Governance Office) с главным и исполнительными стюардами.
Процесс внедрения DG:
- Определить руководство данными для организации.
- Оценить готовность: зрелость управления данными, способность к изменениям, готовность к сотрудничеству, соответствие бизнесу.
- Провести исследование: какие политики есть, какие риски связаны с данными, как они преодолеваются.
- Определить точки воздействия: на что CDO и стюарды могут влиять. Например, на бюджеты, закупки, контракты, политики, процедуры, стандарты.
- Разработать стратегию: устав, структура ответственности, дорожная карта, операционные принципы.
- Учесть факторы:
- ценность данных: если данные продаются, модель должна быть более регламентированной, прозрачной и контролируемой;
- бизнес-модель: децентрализация может требовать совет CDO по дивизионам, централизация — одного CDO;
- культура: дисциплинированность, способность к изменениям, сопротивление;
- регуляторы: сильная зарегулированность ускоряет принятие DG.
- Запустить исполнение: цели, проекты, управление изменениями, требования, стандартные процедуры, бизнес-словари.
Важно: зрелость данных на практике означает зрелость процессов управления данными. Для оценки применяют те же подходы, что и для процессов, например ISO/IEC 15504. Пример операционной модели: наверху исполнительный комитет с COO и CFO, ниже совет с представителями DG, затем совет по руководству данными, организация операций DG и объекты управления — хранилище данных, ERP-система, аналитическая система. Эта иерархия — пример; каждая организация может выстроить её по-своему.
1. Руководство данными задаёт направление, а управление данными исполняет его.
2. Бизнес-менеджмент должен направлять решения о данных, а не только ИТ.
3. Распорядители данных со стороны бизнеса отвечают за требования и правила.
4. ИТ-специалисты выполняют указания бизнес-стюардов, а не наоборот.
5. Многоуровневость охватывает работы, проекты, процессы и предприятие.
6. Методическая поддержка включает фреймворк и основополагающие принципы.
7. Модель DG разделяет законодательную и исполнительную компоненты.
8. Типовая организация включает управляющие комитеты, советы и офис руководства данными.
9. Внедрение начинается с определения DG и оценки готовности.
10. Оценка готовности включает зрелость, изменения, сотрудничество и соответствие бизнесу.
11. Зрелость данных практически означает зрелость процессов управления данными.
12. На выбор модели влияют ценность данных, бизнес-модель, культура и регуляторы.
1. Как разграничить руководство данными и управление данными?
2. Почему лидерство и стратегия важны для руководства данными?
3. Что означает принцип бизнес-руководства?
4. Как распределяется ответственность между бизнес-стюардами и ИТ?
5. Что даёт многоуровневость в руководстве данными?
6. Зачем нужна методическая поддержка?
7. Какие роли и комитеты входят в типовую организационную модель?
8. Какие шаги включает процесс руководства данными?
9. Как оценить готовность организации к руководству данными?
10. Что фактически означает зрелость данных?
11. Что входит в стратегию руководства данными?
12. Как ценность данных, бизнес-модель, культура и регуляторы влияют на выбор модели?
