Нашли неточность или есть что добавить? Напишите автору
Описывать смысл и происхождение данных, чтобы их можно было найти и понять.
Зачем управление метаданными
ПрактикаПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 отвечает на вопрос, что означают данные и откуда они взялись. COBIT требует наладить порядок и средства, которыми описывают и дополняют метаданные об активах данных организации 1. Ради четырёх целей: чтобы данными можно было делиться, чтобы их использование отвечало требованиям, чтобы организация быстрее откликалась на перемены в бизнесе и чтобы связанные с данными риски снижались.
Метаданные — это описание данных: что это за поле, что оно значит, откуда приходит, кому доступно и с чем связано. Без такого описания любой отчёт становится предметом веры.
Число в отчёте без описания смысла — это не сведения, а повод для совещания.
Рядом с метаданными стоит бизнес-словарь: единые термины и определения, чтобы данные можно было использовать сообща 1. Именно словарь превращает спор о цифрах в разговор о деле.
Когда практика работает
Три вопроса, ответы на которые видны по работе с данными.
Термины единые. Как проверить: у каждого бизнес-термина в словаре единственное имя и единственное определение 1.
Зависимости описаны. Как проверить: в метаданных зафиксировано, как данные связаны между собой 1.
Описание используется при изменениях. Как проверить: метаданные применяются для разбора влияния предполагаемых изменений в данных 1.
Что входит и что рядом
| Входит в практику | Рядом, но это другая практика |
|---|---|
| Бизнес-словарь терминов | Правила и владельцы данных — DtMРуководство данными |
| Порядок ведения метаданных | Качество самих данных — DQMУправление качеством данных |
| Категории, свойства и стандарты описания | Устройство данных — DtAУправление архитектурой данных |
| Хранилище метаданных | Справочники и основные данные — MDMУправление справочными и основными данными |
| Разбор влияния изменений на данные | Знания и их передача — KNWУправление знаниями |
| Проверка описаний против архитектуры | Защита данных — DScОбеспечение безопасности данных |
Что на входе и что на выходе
Что приходит
- DtMРуководство даннымиправила описания смысла и происхождения данных1
- DtAУправление архитектурой данныхкартина устройства данных и слоёв архитектуры1
- CFGУправление конфигурациямисведения о составе услугУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation и связях их частей3
Что уходит
- DQMУправление качеством данныхописания смысла и стандарты, с которыми сверяют содержимое1
- MDMУправление справочными и основными даннымиединые термины для справочников1
- DtWВедение хранилищ и бизнес-аналитикасмысл полей для отчётности и анализа1
- KNWУправление знаниямисловарь терминов как часть общего знания1
- DScОбеспечение безопасности данныхописания данных, по которым видно, где что лежит1
- DtDМоделирование и проектирование данныхстандарты описания и словарь терминов1
- DtIИнтеграция и интероперабельность данныхсмысл и происхождение передаваемых полей1
- DcMУправление документами и контентомразметка и словарь для поиска документов1
Практика получает описания предметных областей, требования к данным от новых начинаний и картину архитектуры. Отдаёт словарь, описания и возможность понять, что сломается, если изменить поле.
Бизнес-словарь: правила, которые делают его рабочим
COBIT перечисляет требования к словарю коротко и по делу 1.
Доступность. Стандартные бизнес-термины должны быть легко доступны и доведены до сторон.
Единственность. У каждого термина единственное имя и единственное определение — иначе словарь порождает синонимы вместо того, чтобы их убирать.
Опора на отрасль. Там, где уместно, берутся принятые в отрасли термины и определения.
Порядок ведения. Заводится и соблюдается порядок определения, ведения, использования и поддержания словаря: новые начинания применяют стандартные термины при описании требований к данным — это даёт сопоставимость и обмен данными по организации.
Связь с метаданными. Словарь встраивается в хранилище метаданных организации с нужными правами доступа.
Показатели, предлагаемые для словаря, говорят о его настоящей проблеме: уровень принятия и частота использования терминов по организации, число синонимов, применяемых в новых разработках, и уровень подробности определений 1. Словарь, которым не пользуются при разработке, существует только в виде документа.
Как это работает
| Шаг | Что делается на нём | Чем он заканчивается |
|---|---|---|
| 1. Порядок | Заводим порядок ведения метаданных | Понятные правила описания 1 |
| 2. Категории | Задаём категории, свойства и стандарты описания | Единая схема описания 1 |
| 3. Словарь | Собираем бизнес-термины с единственными определениями | Бизнес-словарь 1 |
| 4. Хранилище | Наполняем хранилище метаданных по плану | Описания, связанные со слоями архитектуры 1 |
| 5. Зависимости | Фиксируем связи между данными | Возможность разбирать влияние 1 |
| 6. Проверка | Сверяем описания с архитектурой | Согласованные описания 1 |
| 7. Улучшение | Меряем точность и применение описаний | Живые метаданные 1 |
Два места стоит объяснить отдельно.
Пятый шаг окупается при первом же изменении. COBIT прямо требует использовать метаданные, чтобы разобрать, на что повлияет возможное изменение данных 1. Организация, которая знает связи, меняет структуру осознанно; та, которая не знает, узнаёт о связях по сломавшимся отчётам.
Седьмой шаг про честность. Мерить стоит точность метаданных и то, насколько их приняли в работу 1. Описание, которое разошлось с действительностью, хуже, чем никакого: оно вводит в заблуждение.
Что с чем путают
Метаданные и данные. Первые описывают вторые: смысл, происхождение, связи, права.
Словарь и справочник. Словарь задаёт значения терминов, справочник хранит эталонные значения. Разбор про справочники — MDMУправление справочными и основными данными.
Метаданные и документация системы. Документация описывает систему, метаданные — данные, которые в ней живут.
Описание и стандарт описания. Первое — то, что записано о конкретных данных. Второе — правила, по которым это записывают: категории, свойства и форма 1. Нужно и то и другое.
Полнота описания и его точность. Описание может быть полным и при этом врать, поэтому точность меряют отдельно 1.
Кто участвует
| Роль | За что отвечает | Кем обычно бывает |
|---|---|---|
| Владелец области данных | Значения терминов в своей области | Руководитель со стороны бизнеса 1 |
| Стюард данных | Ведение описаний и словаря | Специалист по данным 1 |
| Архитектор данных | Согласованность описаний с архитектурой | Архитектор 1 |
| Разработчики | Применение стандартных терминов | Команды разработки 1 |
| Аналитики | Использование описаний и обратная связь | Потребители данных 1 |
Как измерять
| Показатель | Что показывает | Чем плох, если единственный |
|---|---|---|
| Принятие и частота использования терминов словаря | Живёт ли словарь 1 | Меряется косвенно |
| Число синонимов в новых разработках | Работает ли словарь на практике 1 | Считать трудно |
| Число выявленных неточностей в метаданных | Достоверность описаний 1 | Растёт от честности проверки |
| Доля метаданных с показателями точности и принятия | Управляемость описаний 1 | Форма без содержания возможна |
| Подробность определений терминов | Пригодность словаря 1 | Подробность не равна ясности |
| Доля наборов данных с описанными зависимостями | Готовность к изменениям 1 | Охват не равен свежести |
ЦенностьЦенностьПольза и выгода, которые сторона получает от услуги; величина субъективная.ITIL 4, книга ITIL Foundation метаданных меряется их отсутствием. DMBOK предлагает необычный вход в измерение: «всю степень значимости метаданных проще всего понять через оценку отрицательного влияния их отсутствия» — измерьте затраты времени потребителей данных на поиск и изучение сопроводительной информации, и станет видно, сколько непродуктивных человеко-часов уходит сейчас 4. Это единственный способ обсуждать метаданные с тем, кто платит: у практики нет собственного результата, её результат — сэкономленное чужое время.
Полнота считается от ста процентов, и это осознанно. Показатель полноты сравнивает текущее положение с идеальным, «когда централизованно управляется 100% метаданных предприятия (все описания объектов и все определения элементов данных)» 4. Идеал недостижим и не должен достигаться — но он задаёт знаменатель, без которого «описано полторы тысячи атрибутов» не значит ничего.
Доступность репозитория считают отдельно для машин и для людей. DMBOK разделяет процент времени доступности «для пакетной обработки» и «для обработки пользовательских запросов» 4. Репозиторий, исправно отвечающий ночным процессам и недоступный аналитику днём, по общей цифре выглядит здоровым.
Что нельзя посчитать автоматически, считают опросом. Статистика обращений к репозиторию собирается сама, а вот интенсивность применения метаданных в повседневной работе — нет: «не исключено, что тут придётся проводить опросы или более подробные обследования» 4. Признание честное: часть картины машиной не снимается, и подменять её счётчиком заходов — значит мерить не то.
Зрелость управления метаданными
Уровень 2ПовторяемыйСмысл полей знают отдельные люди.
- Есть люди, которые могут объяснить смысл ключевых полей
- Часть описаний записана в документации систем
- Известно, откуда берутся основные отчётные показатели
Уровень 3ОпределённыйЕсть словарь и порядок описания.
- Ведётся словарь бизнес-терминов с определениями
- У термина одно имя и одно определение
- Задан порядок появления и изменения описаний
- Описания доступны тем, кому нужны
Уровень 4УправляемыйСвязи описаны и используются.
- В описаниях зафиксированы связи между данными
- Перед изменением структуры данных разбирают, что затронет
- Описания сверяются с устройством систем
- Новые разработки используют термины из словаря
Уровень 5ОптимизируемыйОписания достоверны и живут вместе с данными.
- Точность описаний проверяется, а не предполагается
- Описания обновляются вместе с изменением данных
- Пользование словарём заметно по новым системам и отчётам
Где ломается чаще всего
Шесть мест, в порядке частоты.
Термины у каждого свои. Одно и то же поле в двух системах называется по-разному и значит разное 1.
Словарь есть, им не пользуются. При разработке применяют привычные названия, порождая синонимы 1.
Связи не описаны. Изменение структуры данных ломает отчёты, о которых никто не помнил 1.
Описания устарели. Точность метаданных никто не мерит 1.
Хранилище метаданных не связано с архитектурой. Описания живут отдельно от картины систем 1.
Права доступа к описаниям не заданы. Словарь либо закрыт от тех, кому нужен, либо открыт всем без разбора 1.
Что говорят своды
69Своды знаний и стандарты — разобраны отдельноЧем ITIL отличается от COBIT и ISO, что из этого обязательно, а что на выбор, и где брать первоисточник. У каждого свода отмечено, развивается он или давно заморожен, и есть ли действующий ГОСТ. По 51 практикам из 62 проставлено соответствие COBIT.Открыть →DAMA-DMBOK держит метаданные отдельной областью знаний и ставит первой целью единое понимание бизнес-терминов и их согласованное использование по всей организации 4.
COBIT отводит метаданным и бизнес-словарю две практики в цели управленияЦель управленияЕдиница описания COBIT: цель с проверяемым содержанием, у которой есть процесс того же имени.COBIT 2019, книга Governance and Management Objectives данными и требует связывать их с архитектурой и правами доступа 1.
ГОСТ Р ИСО/МЭК 20000-1 отдельного требования к метаданным не содержит, но требует управлять документированной информацией и обеспечивать доступность знаний 2.
ITIL близкую работу описывает в управлении конфигурациями: сведения о составе услуг и связях между их частями 3.
Выходит, что метаданные — та часть работы с данными, которую труднее всего обосновать деньгами и легче всего потерять. Её ценность проявляется в момент изменения, когда нужно понять, что сломается.
Где описано
| Источник | Что даёт | Доступ |
|---|---|---|
| DAMA-DMBOK, глава об управлении метаданными | Виды метаданных, метамодель, хранилища и стандарты | Платно, русское издание есть |
| COBIT, цель управления данными | Порядок ведения метаданных и правила словаря | Частично бесплатно |
| ГОСТ Р ИСО/МЭК 20000-1, пункты 7.5 и 7.6 | Документированная информация и знания | Платно |
| ITIL 4, практическое руководство по конфигурациям | Описание состава услуг и связей | Платно |
Что почитать дальше
Три соседние практики группы данных: DtMРуководство данными — кто задаёт правила, DQMУправление качеством данных — можно ли данным верить, DtAУправление архитектурой данных — как данные устроены.
Источники
- ISACA. COBIT 2019: цель управления APO14 «Managed Data», практики APO14.02 и APO14.03. 2018. В COBIT 5 отдельной цели под данные не было: тема появилась в издании 2019 года. свод руководства и управления ИТ, перечень целей и практик из бесплатного набора COBIT Toolkit
- Росстандарт. ГОСТ Р ИСО/МЭК 20000-1-2021, пункты 7.5 и 7.6. 2021. Введён в действие 30 апреля 2022 года приказом Росстандарта от 7 декабря 2021 года № 1718-ст. действующий национальный стандарт, идентичный ISO/IEC 20000-1:2018
- AXELOS. Service Configuration Management. ITIL 4 Practice Guide. 2020. Использовано для сопоставления сводов. практическое руководство свода практик, экземпляр из нашей библиотеки
- DAMA International. DAMA-DMBOK. Свод знаний по управлению данными. Второе издание, глава 12 «Управление метаданными». 2020. Второе издание свода вышло на английском в 2017 году, русское издание — в 2020-м. свод знаний по управлению данными, русское издание «Олимп-Бизнес», экземпляр из нашей библиотеки