Операционные модели руководства данными

При построении операционной модели DG рекомендуется учитывать нижеследующие аспекты[521].

● Ценность данных для организации. Если организация занимается продажей данных, значительное влияние DG на бизнес очевидно. Организации, использующие данные в качестве ключевого товара (например, агрегаторы), нуждаются в операционной модели, отражающей роль данных в достижении успеха. В то же время в организациях, где данные используются только в качестве «смазочного материала» для осуществления операционной деятельности, программа DG будет реализована менее строго.

● Бизнес-модель. Бизнес-модель может быть централизованной или децентрализованной, локальной или международной и т. п. – все факторы подобного рода оказывают влияние на информационные потребности бизнеса и, как следствие, на определение операционной модели DG. В проекте целевой операционной рамочной структуры должны быть отражены специфические для данной организации связи с ИТ-стратегией, архитектурой данных и решениями по интеграции приложений.

● Культурные факторы. Такие как дисциплинированность и адаптируемость к изменениям. Некоторые организации будут сопротивляться навязыванию руководства посредством внедрения политик и принципов. В таком случае стратегия руководства данными потребуется для разъяснения преимуществ операционной модели DG, которая при этом должна вписаться в сложившуюся организационную культуру (с учетом последующего проведения поэтапных изменений).

● Влияние регламентации. В организациях, деятельность которых сильно зарегламентирована, менталитет сотрудников существенно отличается от менталитета сотрудников в относительно свободных организациях. Соответственно, для организаций первого типа должна отличаться и операционная модель DG. В частности, в ней могут быть предусмотрены связи с группой управления рисками, а также с юридической службой.

Часто в операционной модели выделяются несколько ступеней, чтобы обеспечивать решение вопросов и проблем на разных уровнях управления – локальном, дивизиональном и корпоративном (рис. 10.5). Такой подход подразумевает четкое определение сфер ответственности: например, кто отвечает за проведение работ по распоряжению данными или кто является владельцами данных. Операционная модель также определяет порядок взаимодействия между организационной системой руководства данными и ответственными за различные проекты или инициативы по управлению данными, порядок согласования и проведения мероприятий по управлению изменениями, необходимыми для реализации этой новой программы, а также модель разрешения проблемных вопросов в рамках руководства данными. Рисунок 16.1 описывает пример операционной модели DG.

* DAMA International. DAMA-DMBOK: Data Management Body of Knowledge: 2nd Edition. Technics Publications, 2017. (Русский перевод: DAMA-DMBOK: Свод знаний по управлению данными. Второе издание / Dama International. – М.: Олимп-Бизнес, 2020.)

Приведенный пример иллюстративен. Артефакты подобного рода должны быть адаптированы к потребностям конкретной организации.

Одни операционные модели предусматривают централизованное управление, другие – распределенное. Основные типы моделей в зависимости от степени централизации представлены на рисунке 16.2.

При централизованной модели одна организационная система руководства данными контролирует работы по всем предметным областям. В реплицируемой модели одни и те же операционная модель и стандарты DG воспроизводятся в каждой бизнес-единице. Наконец, при федеративной модели одна организационная система руководства данными координирует деятельность нескольких бизнес-единиц с целью обеспечения согласованности определений и стандартов.