Нашли неточность или есть что добавить? Напишите автору
Описывать смысл и происхождение данных, чтобы их можно было найти и понять.
Зачем управление метаданными
ПрактикаПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 отвечает на вопрос, что означают данные и откуда они взялись. Свод руководства ИТ требует наладить порядок и средства для описания и расширения метаданных об активах данных организации: чтобы данными можно было делиться, чтобы использование данных отвечало требованиям, чтобы организация быстрее откликалась на перемены в деле и чтобы связанные с данными риски снижались 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
Практика получает описания предметных областей, требования к данным от новых начинаний и картину архитектуры. Отдаёт словарь, описания и возможность понять, что сломается, если изменить поле.
Деловой словарь: правила, которые делают его рабочим
Свод перечисляет требования к словарю коротко и по делу 1.
Доступность. Стандартные деловые термины должны быть легко доступны и доведены до сторон.
Единственность. У каждого термина единственное имя и единственное определение — иначе словарь порождает синонимы вместо того, чтобы их убирать.
Опора на отрасль. Там, где уместно, берутся принятые в отрасли термины и определения.
Порядок ведения. Заводится и соблюдается порядок определения, ведения, использования и поддержания словаря: новые начинания применяют стандартные термины при описании требований к данным — это даёт сопоставимость и обмен данными по организации.
Связь с метаданными. Словарь встраивается в хранилище метаданных организации с нужными правами доступа.
Показатели, которые свод предлагает для словаря, говорят о его настоящей проблеме: уровень принятия и частота использования терминов по организации, число синонимов, применяемых в новых разработках, и уровень подробности определений 1. Словарь, которым не пользуются при разработке, существует только в виде документа.
Как это работает
| Шаг | Что делается на нём | Чем он заканчивается |
|---|---|---|
| 1. Порядок | Заводим порядок ведения метаданных | Понятные правила описания 1 |
| 2. Категории | Задаём категории, свойства и стандарты описания | Единая схема описания 1 |
| 3. Словарь | Собираем деловые термины с единственными определениями | Деловой словарь 1 |
| 4. Хранилище | Наполняем хранилище метаданных по плану | Описания, связанные со слоями архитектуры 1 |
| 5. Зависимости | Фиксируем связи между данными | Возможность разбирать влияние 1 |
| 6. Проверка | Сверяем описания с архитектурой | Согласованные описания 1 |
| 7. Улучшение | Меряем точность и применение описаний | Живые метаданные 1 |
Два места стоит объяснить отдельно.
Пятый шаг окупается при первом же изменении. Свод прямо предлагает использовать метаданные для разбора влияния возможных изменений в данных 1. Организация, которая знает связи, меняет структуру осознанно; та, которая не знает, узнаёт о связях по сломавшимся отчётам.
Седьмой шаг про честность. Свод советует мерить точность метаданных и их принятие 1 — потому что описание, которое разошлось с действительностью, хуже отсутствующего: оно вводит в заблуждение.
Что с чем путают
Метаданные и данные. Первые описывают вторые: смысл, происхождение, связи, права.
Словарь и справочник. Словарь задаёт значения терминов, справочник хранит эталонные значения. Разбор про справочники — MDMУправление справочными и основными данными.
Метаданные и документация системы. Документация описывает систему, метаданные — данные, которые в ней живут.
Описание и стандарт. Свод требует и того, и другого: категорий, свойств и стандартов описания 1.
Полнота описания и его точность. Свод предлагает мерить точность отдельно: неточных описаний бывает много 1.
Кто участвует
| Роль | За что отвечает | Кем обычно бывает |
|---|---|---|
| Владелец области данных | Значения терминов в своей области | Руководитель со стороны дела 1 |
| Стюард данных | Ведение описаний и словаря | Специалист по данным 1 |
| Архитектор данных | Согласованность описаний с архитектурой | Архитектор 1 |
| Разработчики | Применение стандартных терминов | Команды разработки 1 |
| Аналитики | Использование описаний и обратная связь | Потребители данных 1 |
Как измерять
| Показатель | Что показывает | Чем плох, если единственный |
|---|---|---|
| Принятие и частота использования терминов словаря | Живёт ли словарь 1 | Меряется косвенно |
| Число синонимов в новых разработках | Работает ли словарь на практике 1 | Считать трудно |
| Число выявленных неточностей в метаданных | Достоверность описаний 1 | Растёт от честности проверки |
| Доля метаданных с показателями точности и принятия | Управляемость описаний 1 | Форма без содержания возможна |
| Подробность определений терминов | Пригодность словаря 1 | Подробность не равна ясности |
| Доля наборов данных с описанными зависимостями | Готовность к изменениям 1 | Охват не равен свежести |
Зрелость управления метаданными
Уровень 2ПовторяемыйСмысл полей знают отдельные люди.
- Есть люди, которые могут объяснить смысл ключевых полей
- Часть описаний записана в документации систем
- Известно, откуда берутся основные отчётные показатели
Уровень 3ОпределённыйЕсть словарь и порядок описания.
- Ведётся словарь деловых терминов с определениями
- У термина одно имя и одно определение
- Задан порядок появления и изменения описаний
- Описания доступны тем, кому нужны
Уровень 4УправляемыйСвязи описаны и используются.
- В описаниях зафиксированы связи между данными
- Перед изменением структуры данных разбирают, что затронет
- Описания сверяются с устройством систем
- Новые разработки используют термины из словаря
Уровень 5ОптимизируемыйОписания достоверны и живут вместе с данными.
- Точность описаний проверяется, а не предполагается
- Описания обновляются вместе с изменением данных
- Пользование словарём заметно по новым системам и отчётам
Где ломается чаще всего
Шесть мест, в порядке частоты.
Термины у каждого свои. Одно и то же поле в двух системах называется по-разному и значит разное 1.
Словарь есть, им не пользуются. При разработке применяют привычные названия, порождая синонимы 1.
Связи не описаны. Изменение структуры данных ломает отчёты, о которых никто не помнил 1.
Описания устарели. Точность метаданных никто не мерит 1.
Хранилище метаданных не связано с архитектурой. Описания живут отдельно от картины систем 1.
Права доступа к описаниям не заданы. Словарь либо закрыт от тех, кому нужен, либо открыт всем без разбора 1.
Что говорят своды
67Своды знаний и стандарты — разобраны отдельноЧем ITIL отличается от COBIT и ISO, что из этого обязательно, а что на выбор, и где брать первоисточник. У каждого свода отмечено, развивается он или давно заморожен, и есть ли действующий ГОСТ. По 49 практикам из 60 проставлено соответствие COBIT.Открыть →Свод руководства ИТ отводит метаданным и деловому словарю две практики в цели управленияЦель управленияЕдиница описания COBIT: цель с проверяемым содержанием, связанная с одноимённым процессом.COBIT 2019, книга Governance and Management Objectives данными и требует связывать их с архитектурой и правами доступа 1.
Действующий стандарт менеджмента сервисов отдельного требования к метаданным не содержит, но требует управлять документированной информацией и обеспечивать доступность знаний 2.
Свод практик близкую работу описывает в управлении конфигурациями: сведения о составе услуг и связях между их частями 3.
Практический вывод: метаданные — та часть работы с данными, которую труднее всего обосновать деньгами и легче всего потерять. Её ценностьЦенностьПольза и выгода, которые сторона получает от услуги; величина субъективная.ITIL 4, книга ITIL Foundation проявляется в момент изменения, когда нужно понять, что сломается.
Где описано
| Источник | Что даёт | Доступ |
|---|---|---|
| Свод руководства ИТ, цель управления данными | Порядок ведения метаданных и правила словаря | Частично бесплатно |
| Стандарт менеджмента сервисов, пункты 7.5 и 7.6 | Документированная информация и знания | Платно |
| Практическое руководство свода практик по конфигурациям | Описание состава услуг и связей | Платно |
Что почитать дальше
Три соседние практики группы данных: DtMРуководство данными — кто задаёт правила, DQMУправление качеством данных — можно ли данным верить, DtAУправление архитектурой данных — как данные устроены.
Источники
- ISACA. COBIT 2019: цель управления APO14 «Managed Data», практики APO14.02 и APO14.03. 2018. В COBIT 5 отдельной цели под данные не было: тема появилась в издании 2019 года. свод руководства и управления ИТ, издание Governance and Management Objectives из нашей библиотеки
- Росстандарт. ГОСТ Р ИСО/МЭК 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. Использовано для сопоставления сводов. практическое руководство свода практик, экземпляр из нашей библиотеки