• Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных».
• ГОСТ Р ИСО/МЭК 11179-1-2010. Информационная технология. Регистры метаданных (РМД). Часть 1. Основные положения.
• ГОСТ Р 56214-2014/ISO/TS8000-1:2011. Качество данных. Часть 1. Обзор.
• ГОСТ Р ИСО 8000-2-2019. Качество данных. Часть 2. Словарь.
• ГОСТ Р ИСО/МЭК 27001-2021. Информационная технология. Методы и средства обеспечения безопасности. Системы менеджмента информационной безопасности. Требования.
• ГОСТ Р ИСО/МЭК 27002-2021. Информационные технологии. Методы и средства обеспечения безопасности. Свод норм и правил применения мер обеспечения информационной безопасности.
• ГОСТ Р ИСО/МЭК 27005-2010. Информационная технология. Методы и средства обеспечения безопасности. Менеджмент риска информационной безопасности.
• ГОСТ ISO/IEC 29100-2021. Информационные технологии. Методы и средства обеспечения безопасности. Основы защиты персональных данных.
• Smith P., Edge J., Parry S., Wilkinson, D. Crossing the Data Delta: Turn the data you have into the information you need. Entity Group Limited, 2016.
• Van Gils B. Data Management: a Gentle Introduction: Balancing Theory and Practice. Van Haren Publishing, 2020.
Глава 16. Организационные аспекты управления данными
Описывая в главе 9 рамочную структуру функций управления данными в привязке к их жизненному циклу (рис. 9.4), мы заметили, что она, по сути, отражает модель управления цепочками поставок данных. В главах 10–15 были рассмотрены все функциональные блоки модели за исключением финального – «Использование данных и расширение возможностей применения». Прежде чем перейти к обсуждению этого ключевого с точки зрения извлечения ценности блока, в интересах которого и формируется вся цепочка поставок данных, стоит еще раз более подробно поговорить об организационных аспектах ее формирования. На важность этой темы мы уже обращали внимание, когда рассматривали «Сегодняшнюю повестку дня для совета директоров» (см. главу 7) и вопросы руководства данными (см. главу 10).
В главе 10 уже обсуждалась обобщенная организационная система руководства и управления данными (рис. 10.5). Ее можно рассматривать как совокупность двух взаимодействующих подсистем: организационной системы руководства данными (Data Governance Organization, DGO) и организационной системы управления данными (Data Management Organization, DMO). В данной главе описаны общие принципы, которые следует учитывать при их построении. Принципы относятся как к DGO, так и к DMO, поскольку руководство данными задает направления и предоставляет бизнес-контекст для работ, выполняемых системой управления данными. Для этих систем невозможно предложить идеальную структуру. В то время как общие принципы распространяются на каждую из них, детали будут сильно зависеть от отраслевых факторов и корпоративной культуры самой организации[520].
В заключение главы рассмотрены основные шаги, которые являются важнейшими при инициировании в организации деятельности по совершенствованию управления данными.
16.1. Операционные модели руководства данными и управления данными
Критически важный шаг на пути создания организационной системы (как руководства, так и управления данными) – определение наиболее подходящей операционной модели. Операционная модель служит рамочной структурой для определения ролей, обязанностей и процессов принятия решений. Она описывает порядок взаимодействия людей и функций.
Надежная операционная модель помогает наладить механизмы подотчетности, поскольку в ней представлены все необходимые функции. Она способствует развитию коммуникаций и обеспечивает поддержку процесса разрешения проблемных ситуаций. Формируя базис для организационной структуры, операционная модель не задает ее фиксированную схему. Речь идет не о составлении штатного расписания, а об описании взаимосвязей между составными частями организационной системы.
16.1.1. Операционные модели руководства данными
При построении операционной модели DG рекомендуется учитывать нижеследующие аспекты[521].
● Ценность данных для организации. Если организация занимается продажей данных, значительное влияние DG на бизнес очевидно. Организации, использующие данные в качестве ключевого товара (например, агрегаторы), нуждаются в операционной модели, отражающей роль данных в достижении успеха. В то же время в организациях, где данные используются только в качестве «смазочного материала» для осуществления операционной деятельности, программа DG будет реализована менее строго.