Ценность ваших данных

На этапе разработки и внедрения программы управления данными организации необходимо направить основные усилия на начальные мероприятия в верхних функциональных областях (в первую очередь в области, соответствующей принципу владения). Это мероприятия, связанные с реализацией таких необходимых элементов, как организационная система (совокупность организационной структуры и организационного механизма), процессы, инструменты, стандарты.

По мере внедрения постоянно действующей программы управления данными и перехода к выполнению входящих в нее проектов (ИТ– и бизнес-проектов, тесно связанных с работой с данными) на регулярной основе усилия перераспределяются с верхних областей на нижние (прежде всего на область внедрения и контроля управления конкретными категориями данных в конкретных областях бизнеса).

Соответственно, чем лучше будут реализованы элементы верхних функциональных областей на этапе разработки и внедрения программы управления данными, тем меньше дополнительных усилий они потребуют при выполнении регулярных проектов. Это позволит полностью сосредоточиться на достижении основных целей этих проектов – получении максимальной выгоды от работы с данными[363].

9.3. Модель зрелости управления данными

Подход к оценке зрелости способностей (Capability Maturity Assessment, CMM) был разработан в конце 1980-х годов по заказу Министерства обороны США Институтом программной инженерии (Software Engineering Institute, SEI) в Университете Карнеги – Меллона (Carnegie Mellon University, CMU) первоначально для оценки зрелости процессов разработки программного обеспечения. В дальнейшем аналогичные модели появились и для других областей деятельности, в частности для области управления данными[364],[365].

В данном случае под зрелостью понимается зрелость процессов, которая, в свою очередь, определяется зрелостью способностей процессов. Под способностью процесса (process capability) понимается характеристика его потенциала для достижения текущих или планируемых бизнес-целей. Модель зрелости процессов была впервые описана Филиппом Кросби (Philip Crosby) – одним из признанных в мире американских авторитетов в области качества – в книге «Качество – бесплатно» (Quality is Free, 1979). Смысл его подхода заключался в следующем: если на предприятии налажены производственные процессы, то уровень качества продукции повышается сам собой, без специальных затрат. Кросби описал пять эволюционных фаз внедрения системы управления качеством. Позже модель зрелости Кросби была адаптирована сотрудниками компании IBM для процессов разработки ПО. В 1986 году они предложили свою концепцию Институту программной инженерии (SEI).

Термин «способности» (capabilities) и важную роль способностей организации в достижении ее стратегических целей мы уже обсуждали, когда говорили о данных как стратегическом ресурсе организации[366]. Следует заметить, что применительно к вопросам оценки зрелости слово capabilities чаще переводится на русский язык как «возможности»[367] и для многих отечественных специалистов в сфере ИТ такой перевод более привычен. Исходя из этих соображений, в частности, этот вариант перевода применен и в русском издании DAMA-DMBOK2. Однако, поскольку в этой книге понятие capabilities рассматривается не только в контексте оценки зрелости, по отношению к нему применяется более корректный термин – «способности»[368].

Модели оценки зрелости управления данными (Data Management Maturity Assessment, DMMA) описываются в терминах продвижения по уровням зрелости, которым поставлены в соответствие характеристики процессов. Когда организация начинает понимать характеристики своих процессов, она может начать повышать их уровень зрелости и внедрять план совершенствования способностей. Она может также измерять степень продвижения и сравнивать себя с конкурентами или партнерами на основе уровней зрелости, выделенных в модели.

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

Как правило, рассматриваются следующие уровни (рис. 9.7):

● Уровень 0. Отсутствие возможностей.

● Уровень 1. Начальный (или бессистемный – ad hoc): успех зависит от компетенции отдельных сотрудников.

● Уровень 2. Повторяемый: присутствует минимальная дисциплина выполнения процессов.

● Уровень 3. Установленный: введены и используются стандарты.

● Уровень 4. Управляемый: обеспечена возможность измерения характеристик процессов и осуществляется их контроль.

● Уровень 5. Оптимизированный: обеспечена возможность измерения степени достижения целей процессов.