ITSM4U Диагностика 7 мин

Главная·Справочник практик·MtM

MtM

Что такое управление метаданными и зачем нужен деловой словарь

Metadata Management

Управление данными

Нашли неточность или есть что добавить? Напишите автору

Назначение

Описывать смысл и происхождение данных, чтобы их можно было найти и понять.

Зачем управление метаданными

ПрактикаПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 отвечает на вопрос, что означают данные и откуда они взялись. COBIT требует наладить порядок и средства, которыми описывают и дополняют метаданные об активах данных организации 1. Ради четырёх целей: чтобы данными можно было делиться, чтобы их использование отвечало требованиям, чтобы организация быстрее откликалась на перемены в бизнесе и чтобы связанные с данными риски снижались.

Метаданные — это описание данных: что это за поле, что оно значит, откуда приходит, кому доступно и с чем связано. Без такого описания любой отчёт становится предметом веры.

Число в отчёте без описания смысла — это не сведения, а повод для совещания.

Рядом с метаданными стоит бизнес-словарь: единые термины и определения, чтобы данные можно было использовать сообща 1. Именно словарь превращает спор о цифрах в разговор о деле.

Когда практика работает

Три вопроса, ответы на которые видны по работе с данными.

Термины единые. Как проверить: у каждого бизнес-термина в словаре единственное имя и единственное определение 1.

Зависимости описаны. Как проверить: в метаданных зафиксировано, как данные связаны между собой 1.

Описание используется при изменениях. Как проверить: метаданные применяются для разбора влияния предполагаемых изменений в данных 1.

Что входит и что рядом

Входит в практикуРядом, но это другая практика
Бизнес-словарь терминовПравила и владельцы данных — DtMРуководство данными
Порядок ведения метаданныхКачество самих данных — DQMУправление качеством данных
Категории, свойства и стандарты описанияУстройство данных — DtAУправление архитектурой данных
Хранилище метаданныхСправочники и основные данные — MDMУправление справочными и основными данными
Разбор влияния изменений на данныеЗнания и их передача — KNWУправление знаниями
Проверка описаний против архитектурыЗащита данных — DScОбеспечение безопасности данных

Что на входе и что на выходе

Что приходит

Что уходит

Практика получает описания предметных областей, требования к данным от новых начинаний и картину архитектуры. Отдаёт словарь, описания и возможность понять, что сломается, если изменить поле.

Бизнес-словарь: правила, которые делают его рабочим

COBIT перечисляет требования к словарю коротко и по делу 1.

Доступность. Стандартные бизнес-термины должны быть легко доступны и доведены до сторон.

Единственность. У каждого термина единственное имя и единственное определение — иначе словарь порождает синонимы вместо того, чтобы их убирать.

Опора на отрасль. Там, где уместно, берутся принятые в отрасли термины и определения.

Порядок ведения. Заводится и соблюдается порядок определения, ведения, использования и поддержания словаря: новые начинания применяют стандартные термины при описании требований к данным — это даёт сопоставимость и обмен данными по организации.

Связь с метаданными. Словарь встраивается в хранилище метаданных организации с нужными правами доступа.

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

Как это работает

Управление метаданными: от порядка ведения до улучшения описанийНикто не знает,что означает поле1. Завести порядокведения метаданных2. Задатькатегории, свойстваи стандартыописания3. Собратьбизнес-термины сопределениями4. Наполнитьхранилищеметаданных по плану5. Зафиксироватьсвязи между данными6. Сверить описанияс архитектуройОписаниясходятся?7. Мерить точностьи применениеописанийТермины понятыодинаководанет, правим словарь
Цвет шага: приём, учёт, работа с обращением техническая работа проверка, разбор, улучшение работа с людьми и сторонами
Схема процесса в нотации BPMN 2.0. Отрисована движком bpmn.io. Скачать исходник
ШагЧто делается на нёмЧем он заканчивается
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ОптимизируемыйОписания достоверны и живут вместе с данными.
  • Точность описаний проверяется, а не предполагается
  • Описания обновляются вместе с изменением данных
  • Пользование словарём заметно по новым системам и отчётам
Оцените свой процесс15 вопросов о том, как процесс ведёт себя на самом деле — по одному за раз. Ответы остаются в браузере: никуда не отправляются и нигде не сохраняются.

Где ломается чаще всего

Шесть мест, в порядке частоты.

Термины у каждого свои. Одно и то же поле в двух системах называется по-разному и значит разное 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Управление архитектурой данных — как данные устроены.

Источники

  1. ISACA. COBIT 2019: цель управления APO14 «Managed Data», практики APO14.02 и APO14.03. 2018. В COBIT 5 отдельной цели под данные не было: тема появилась в издании 2019 года. свод руководства и управления ИТ, перечень целей и практик из бесплатного набора COBIT Toolkit
  2. Росстандарт. ГОСТ Р ИСО/МЭК 20000-1-2021, пункты 7.5 и 7.6. 2021. Введён в действие 30 апреля 2022 года приказом Росстандарта от 7 декабря 2021 года № 1718-ст. действующий национальный стандарт, идентичный ISO/IEC 20000-1:2018
  3. AXELOS. Service Configuration Management. ITIL 4 Practice Guide. 2020. Использовано для сопоставления сводов. практическое руководство свода практик, экземпляр из нашей библиотеки
  4. DAMA International. DAMA-DMBOK. Свод знаний по управлению данными. Второе издание, глава 12 «Управление метаданными». 2020. Второе издание свода вышло на английском в 2017 году, русское издание — в 2020-м. свод знаний по управлению данными, русское издание «Олимп-Бизнес», экземпляр из нашей библиотеки