Многие компании сталкиваются с проблемой, как организовать эффективное управление данными и аналитику. Кто должен владеть данными? Должна ли у нас быть организация по работе с данными? Как она должна быть связана с бизнесом? А с ИТ? Кто должен заниматься разработкой данных? Следует ли разделять конфиденциальность данных и соответствие нормативным требованиям? Эти вопросы сложны, поскольку данные затрагивают каждую часть организации.
Необходимо принять два основных решения: степень централизации и то, какие роли высшего руководства и управленческие форумы необходимы.
Степень централизации
Некоторые компании используют преимущественно централизованные модели, в рамках которых группы специалистов по работе с данными обслуживают все предприятие. Другие используют преимущественно децентрализованную модель, когда каждое подразделение и функция развивают возможности для удовлетворения своих собственных потребностей. Обе модели могут работать на ограниченной основе, но, как правило, они недостаточно оперативны и не способны масштабироваться для удовлетворения более широких потребностей бизнеса.
Ведущие компании используют федеративную модель, в которой центральный орган (часто называемый управлением данных, главным управлением данных или управлением корпоративных данных) устанавливает политику и стандарты, обеспечивает поддержку и надзор, а бизнес-подразделения и функции управляют деятельностью, связанной с данными, такой как повседневное управление данными, определение и управление продуктами данных, а также создание конвейеров данных для обеспечения их потребления.
Правильный баланс между центральными и местными обязанностями при таком федеративном подходе должен быть достигнут на функциональном уровне. На рисунке 27.2 описана типичная настройка функциональных областей данных в лучшей практической федеративной модели.
Структура руководства и управленческие форумы
Все больше организаций назначают главного специалиста по данным (CDO) или его эквивалента для руководства функциями, связанными с данными. Такой руководитель часто подчиняется ИТ-директору, но это существенно зависит от более широкой организационной структуры, потребностей и целей в области данных (например, подчинение COO, CRO или, в некоторых случаях, даже непосредственно генеральному директору). Иногда эту роль объединяют с руководством по аналитике и называют главным специалистом по данным и аналитике (CDAO). Это часто делается для того, чтобы усилия по работе с данными были тесно увязаны с реализацией аналитических сценариев и их результативностью. Это менее распространено в отраслях с существенным регулированием данных (например, в банковской сфере), где управление данными и управление рисками, связанными с данными, имеют повышенное значение.
Типичная настройка для всех областей возможностей данных в передовой федеративной модели
Степень централизации1
Отчет о возможностях
Что предоставляет центр2
Что поставляется федеративным способом
Стратегия работы с данными
Управление продуктами данных
Архитектура данных
Инженерия данных
Управление данными
Операции с данными
Главный офис данных
Главный офис данных
>50-
75%
<25%
Руководитель отдела данных или ИТ
>75%
Руководитель отдела данных или ИТ
25-
50%
Главный офис данных
<25%
Руководитель отдела данных или ИТ
50-
75%
Общеорганизационная стратегия в области данных, обеспечение ценности данных для всех подразделений
Стандарты продуктов данных, инструментальные средства и игровые программы; управление некоторыми корпоративными продуктами.
Архитектура корпоративных данных, архитектурные ограждения и обзор
Глубокая экспертиза, объединенный потенциал для реализации практических решений
Политика и стандарты управления данными, метрики и информационные панели, управление некоторыми доменами предприятия
Группа по работе с данными, которая занимается решением проблем и запросами данных (например, выписки, новые наборы данных)
>75%
Стратегии использования данных на уровне бизнес-подразделений, сценарии использования, а также возможности и проблемы
Управление большинством продуктов данных с помощью кросс-функциональных команд, состоящих из представителей бизнеса, данных и технологий.
Владение и управление исходными системами; определение потребностей во внешних данных
Команды инженеров по обработке данных, согласованные с бизнес-направлениями (в частности, по мере повышения уровня зрелости данных)
Повседневное управление доменами данных (например, определение метаданных, измерение и улучшение качества данных)
Устранение проблем, характерных только для данного подразделения или требующих глубоких знаний в области бизнеса
Риск, связанный с данными (включая конфиденциальность данных)
Руководитель отдела по работе с данными или юридического отдела/отдела нормативно-правового соответствия
Таксономия рисков в данных; интерпретация нормативных актов; политики, стандарты и средства контроля для управления рисками
Риски, характерные для конкретного подразделения, и нормативные требования. Руководство по допустимым рискам для бизнеса.
