На протяжении десятилетий База данных управления конфигурациями (Configuration Management Database, CMDB) была краеугольным камнем управления IT-услугами (ITSM). Она каталогизирует конфигурационные единицы (КЕ), отслеживает взаимосвязи и поддерживает управление изменениями, инцидентами и проблемами. Тем не менее, несмотря на свою ключевую роль, CMDB остается по своей сути технической системой — системой учета того, как работают IT-услуги, но не почему они важны. В своей статье Дэвид Биллуз (David Billouz) рассуждает о трансформации CMDB. Появляется База данных управления ценностью (Value Management Database, VMDB) — естественная эволюция CMDB, которая выходит за рамки конфигурации и занимается фиксацией и управлением ценностью, предоставляемой цифровыми продуктами и услугами.
VMDB вводит новый уровень бизнес-аналитики в инструменты управления услугами, связывая техническую конфигурацию услуг (управляемую в CMDB) с их планируемой и реализованной ценностью (определяемой в Реестре ценности). Эта интеграция обеспечивает недостающий мост между IT-операциями и бизнес-результатами, позволяя организациям настраивать, измерять и оптимизировать ценность с той же дисциплиной, которую они применяют к технологиям.
VMDB становится краеугольным камнем операционной реализации ценности, гарантируя, что услуги, занесенные в CMDB, признаются не только за то, что они делают, но и за то, что они приносят.
Ограничения CMDB в создании бизнес-ценности
CMDB уже давно обещает видимость и контроль над IT-средой. Однако многие организации сталкиваются с одной и той же постоянной проблемой: CMDB богата данными, но бедна смыслом.
Она описывает компоненты, приложения и услуги, но редко объясняет, почему эти услуги существуют, какую ценность они создают или кто в конечном счете получает выгоду.
Это ограничение имеет три основные причины:
- Техническое владение — CMDB, как правило, принадлежит IT-отделу и ориентирована на точность, соответствие и отслеживаемость изменений. Бизнес-заинтересованные стороны часто считают её нерелевантной или чрезмерно технической.
- Отрыв от результатов — CMDB описывают зависимости между услугами, а не бизнес-результаты, которые эти услуги поддерживают.
- Статичный взгляд — В то время как бизнес постоянно развивается, структура CMDB редко адаптируется для отражения меняющихся ожиданий ценности от цифровых услуг.
Другими словами, CMDB стала зеркалом IT-инфраструктуры, а не корпоративной ценности.
Чтобы снова сделать CMDB значимой, нам необходимо обогатить её тем измерением, которого ей всегда не хватало: ценностью.
Представляем VMDB – следующий этап эволюции в управлении услугами
Что такое База данных управления ценностью (VMDB)?
VMDB — это эволюция, а не замена CMDB. Она расширяет управление конфигурацией возможностями управления ценностью, добавляя слой, который связывает услуги, активы и процессы с их ожидаемой и реализованной ценностью.
Как VMDB дополняет CMDB и AMDB
В экосистеме ITSM:
- AMDB (Asset Management Database) База данных управления активами фиксирует финансовые данные и данные жизненного цикла физических и цифровых активов.
- CMDB фиксирует технический и функциональный состав услуг.
- VMDB фиксирует ценностные атрибуты услуг — измеримые результаты, которые они обеспечивают.
Превращение «Что делает IT» в «Почему это важно»
Эти три репозитория вместе формируют Ценностно-ориентированную цифровую экосистему:
- AMDB отвечает на вопрос: «Что нам принадлежит?»
- CMDB отвечает на вопрос: «Как это работает?»
- VMDB отвечает на вопрос: «Почему это важно?»
Переопределение границ владения между IT и бизнесом
VMDB переопределяет границы владения между IT и бизнесом.
- CMDB остается в собственности IT, которая отвечает за точность конфигурации.
- VMDB, однако, находится в совместном владении: IT курирует структуры данных и автоматизацию; бизнес владеет данными о ценности.
Каждая услуга в CMDB имеет соответствующего Владельца ценности в VMDB — бизнес-стейкхолдера, ответственного за определение, проверку и поддержание вклада услуги в создание ценности.
Такое совместное владение гарантирует, что ценность становится общей ответственностью, встроенной в систему управления, а не расплывчатой ретроспективной оценкой после проекта.
Как работает VMDB – от Показателей ценности к Реализации
В своей основе VMDB оперирует тремя концепциями:
- Показатели ценности (Value Tokens) — определенные в Реестре ценности, они представляют ожидаемые ценностные результаты (например, «сократить цикл обработки на 15%»).
- Ценностные атрибуты (Value Attributes) — производные от этих показателей, хранящиеся в записях конфигурации услуг в VMDB.
- Измерения ценности (Value Measurements) — фактические реализованные результаты, собранные из операционных данных и показателей эффективности (KPI).
Этот процесс формирует замкнутый цикл, соответствующий принципу Динамической непрерывности ценности (Dynamic Value Continuity, DVC): ожидания ценности постоянно сверяются с реализованными результатами, гарантируя, что цифровые продукты и услуги остаются согласованными с развивающимися бизнес-целями.
Пример модели данных для услуг с поддержкой ценности
Каждая КЕ в CMDB (в частности, услуги) получает дополнительные ценностные атрибуты, такие как:
|
Атрибут |
Описание |
Источник |
|
Ожидаемая ценность |
Количественное обещание ценности (например, +10% удовлетворенности) |
Реестр ценностей / История пользователя |
|
Владелец ценности |
Бизнес-роль, отвечающая за реализацию ценности |
Бизнес-функция |
|
Метрика измерения |
Ключевой показатель эффективности (KPI), используемый для отслеживания реализации ценности |
Реестр ценности |
|
Реализованная ценность |
Последние результаты измерений |
Мониторинг / аналитика |
|
Различие |
Разница между ожидаемой и реализованной стоимостью |
Вычисления |
|
Статус |
(Запланированный/ осуществляемый / Реализованный на постоянной основе) |
Процесс руководства |
Вводя эти поля в услуги, управляемые через CMDB, VMDB превращает каталог услуг в живой каталог ценности.
Пример из практики: отслеживание ценности через пользовательские истории
Рассмотрим команду разработки продукта, которая поставляет новую функцию в рамках спринта по Agile. Пользовательская история звучит так:
«Как оператор склада, я хочу получать обновления инвентаря в реальном времени, чтобы сократить время выполнения заказа на 15%».
Шаг 1: Создание Показателя ценности (Value Token)
Из утверждения «чтобы…» мы извлекаем Показатель ценности:
- ID Показателя: VT-001
- Описание: «Сократить время выполнения заказа на 15%»
- Метрика измерения: «Время цикла выполнения заказа»
- Ожидаемая ценность: -15%
- Источник: Пользовательская история US-421
- Связанная услуга: Услуга управления инвентаризацией
Этот показатель фиксируется в Реестре ценности.
Шаг 2: Создание Ценностного атрибута (Value Attribute)
В VMDB (расширении CMDB) запись КЕ для услуги «Управление инвентаризацией» обновляется:
- Ожидаемый эффект на ценность: -15% времени цикла
- Владелец ценности: Менеджер по цепочке поставок
- Метрика: Время цикла выполнения заказа
- Исходный показатель: VT-001
Шаг 3: Фиксация Реализованной ценности
После развертывания данные мониторинга показывают, что среднее время выполнения сократилось на 12%. VMDB фиксирует:
- Реализованный эффект на ценность: -12%
- Отклонение: -3%
- Статус: частично реализовано
- Последнее обновление: 04.12.2025
Шаг 4: Агрегация ценности
Со временем несколько показателей ценности могут быть связаны с одной услугой. VMDB агрегирует реализованные результаты:
Профиль ценности услуги «Управление инвентаризацией»
- Ожидаемая совокупная ценность: -25% времени цикла
- Реализовано: -22%
- Процент достижения: 88%
- Ключевые показатели ценности (Key Value Indicators, KVI): Время цикла, Стоимость заказа, Удовлетворенность пользователей
- Владелец ценности: Менеджер по цепочке поставок
Этот Профиль ценности услуги предоставляет практическую информацию для непрерывного улучшения, напрямую связывая технические изменения с бизнес-результатами.
Внедрение VMDB в вашей ITSM-платформе
VMDB — это не новый инструмент, а усовершенствование существующих платформ управления услугами.
Для администраторов CMDB, использующих ITSM-инструменты или платформы вроде ServiceNow или Jira Service Management, это можно реализовать с минимальной кастомизацией.
Расширение ServiceNow для управления ценностью
- Расширьте таблицу cmdb_ci_service новыми полями: expected_value, realized_value, variance, value_owner.
- Создайте связанную таблицу u_value_measurements, привязанную к услугам, чтобы хранить несколько временных меток записей о ценности.
- Интегрируйте потоки данных из Performance Analytics или BI-инструментов для автоматического обновления.
- Создайте отчёты и дашборды, показывающие Процент реализации ценности по услугам или портфелям.
Настройка VMDB в Jira Service Management (Assets/Insight)
- Определите типы объектов: Услуга, Показатель ценности и Измерение ценности.
- Добавьте атрибуты, такие как Ожидаемый эффект, Реализованный эффект и Связанная метрика.
- Автоматизируйте синхронизацию данных с эпиками или пользовательскими историями в Jira, чтобы извлекать утверждения «чтобы…» в качестве Показателей ценности.
- Создайте дашборды, сравнивающие ожидаемую и реализованную ценность по услугам или продуктовым областям.
Интеграция с Реестром ценности для полной прослеживаемости
Реестр ценности остается единым источником истины для ожидаемой ценности.
Каждый Показатель ценности имеет уникальный ID, который можно привязать к любой записи CMDB/VMDB. Это создает полную прослеживаемость:
Реестр ценности → VMDB → Операционные данные → Отчёты о ценности
Руководство и подотчетность в области ценности
Внедрение VMDB требует четкого руководства.
В отличие от CMDB, которая принадлежит IT для операционной точности, VMDB предполагает совместное владение между IT и бизнесом.
Матрица ролей, ответственности и владения
|
Роль |
Ответственность |
|
Администратор базы данных CMDB |
Обеспечивает структуру данных, точность и интеграцию полей ценности |
|
Владелец ценности |
Определяет и подтверждает ожидаемую ценность; отвечает за реализацию |
|
Аналитик ценности |
Отслеживает данные о ценности, выявляет отклонения и поддерживает постоянное совершенствование |
|
Владелец услуги |
Согласовывает инициативы по предоставлению услуг и их улучшению с ожиданиями в отношении ценности |
Совместное руководство: объединение IT-точности и бизнес-смысла
- IT руководит структурой и надежностью. VMDB должна следовать лучшим практикам CMDB в отношении взаимосвязей, аудита и зависимостей.
- Бизнес руководит содержанием и интерпретацией. Данные о ценности должны проверяться бизнес-стейкхолдерами и пересматриваться на регулярных Встречах по обзору ценности (Value Review Meetings).
- Совместное руководство обеспечивает эволюцию. По мере изменения бизнес-ожиданий ценности, атрибуты в VMDB обновляются — и не только технические детали.
Эта модель двойного владения превращает VMDB в живой мост между IT-конфигурацией и бизнес-ценностью.
Заключение. Будущее ценностно-ориентированного ITSM
VMDB представляет собой критически важный шаг в эволюции практик управления цифровыми активами.
Расширяя CMDB за пределы точности конфигурации до уровня ответственности за ценность, организации наконец могут связать технические и бизнес-аспекты цифровой трансформации.
VMDB позволяет:
- Привязывать услуги и активы к измеримым бизнес-результатам.
- Обеспечивать совместное владение ценностью между IT и бизнесом.
- Создавать фактическую основу для обсуждения ценности, реализации выгод и непрерывного совершенствования.
В мире, где цифровые услуги определяют конкурентное преимущество, ценность в конечном счёте стала ключевой конфигурационной единицей (КЕ). VMDB гарантирует, что каждая услуга в экосистеме вашей организации не только работает, но и приносит реальную пользу.
