Расширенный жизненный цикл инцидента позволяет процессу управления доступностью анализировать время, затраченное на каждый этап жизненного цикла, и оптимизировать соответствующие процессы. Например, если услуга была недоступной 1 час, но работы по устранению неполадки заняли лишь 5 минут, анализ жизненного цикла помогает выяснить, куда ушли оставшиеся 55 минут. Это даёт возможность сосредоточиться на тех этапах, где время уходит наиболее неэффективно, и улучшить производительность процессов управления ИТ-услугами в целом.

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

При расчёте стоимости ИТ-услуг виртуальные ресурсы, такие как виртуальные машины и логические диски, учитываются через CMDB, так как они являются частью ИТ-инфраструктуры и взаимодействуют с физическими ресурсами. Эти ресурсы могут не учитываться в бухгалтерском смысле, но CMDB позволяет отслеживать связи влияния между компонентами, что позволяет распределять стоимость соответствующим образом. Например, если виртуальная машина использует ресурсы физического сервера и системы хранения данных, эта взаимосвязь в CMDB позволяет пропорционально распределить стоимость физических ресурсов между услугами, использующими виртуальную машину.

Для определения данных, подлежащих переносу в CMDB, используются следующие критерии: 1) Удобство использования - данные должны быть доступны в интерфейсе CMDB без перехода в другие системы; 2) Необходимость поиска - если требуется выполнять поиск или группировку конфигурационных элементов (КЕ) по определенному атрибуту, этот атрибут должен находиться в самой CMDB; 3) Потребность в отчетности - если для формирования отчетов по КЕ требуются атрибуты из внешних систем, необходимо либо перенести эти атрибуты в CMDB, либо создать консолидированный источник данных для отчетов.

Общей основой всех этих процессов является управление рисками. Каждый процесс отвечает за определенный класс угроз: доступность — за сбои в работе системы, мощность — за дефицит ресурсов, непрерывность — за крупные сбои («пожары»), безопасность — за угрозы нарушения конфиденциальности, целостности и доступности данных. Все они следуют единой последовательности действий: выявление угроз, их классификация, отбор наиболее значимых, разработка контрмер и постоянный мониторинг. Таким образом, структура процессов и используемые методы практически идентичны.

Мониторинг уровня удовлетворенности сотрудников является важным инструментом для снижения текучести кадров, так как позволяет своевременно выявлять причины недовольства и принимать соответствующие меры. Это предотвращает ситуацию, когда сотрудники покидают компанию из-за нерешенных внутренних проблем, таких как отсутствие карьерных перспектив, недостаток обучения или негативный климат в коллективе. Управление удовлетворенностью помогает создать благоприятные условия труда, что в свою очередь увеличивает лояльность сотрудников и их приверженность к компании, снижая тем самым затраты, связанные с постоянным наймом и обучением нового персонала.

Неверная информация о процессе оценки, например, обещание бесплатности SMS, которое на деле оказывается платным, существенно снижает доверие пользователя к организации. Даже если качество самой услуги было хорошим, такая несогласованность в коммуникации создает ощущение недобросовестности. Пользователь теряет уверенность в прозрачности дальнейших взаимодействий с организацией и становится менее склонен к сотрудничеству в будущем. Это особенно критично в ситуациях, когда пользователь искренне хотел оценить услугу положительно, но был остановлен неожиданным условием.

В ITIL рекомендуется использовать «marketing mindset» (маркетинговый способ мышления) при сборе и обработке требований заказчика. Сервис-провайдеру нужно отвечать не на вопрос «Что мы должны предоставить?», а на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им в этом помочь; каких результатов хочет достичь заказчик; какие ограничения могут помешать заказчику достичь желаемого и как сервис-провайдер может снять эти ограничения. ITIL отмечает, что у сервис-провайдера часто нет руководств по сбору и обработке требований, что приводит к ситуации, когда заказчики предоставляют требования в произвольной форме без учета процессов. BRM играет ключевую роль в правильной интерпретации требований и обеспечении обратной связи между заказчиком и ИТ-специалистами.

Охват процесса управления сервисными активами и конфигурациями в организации определяется по трем основным направлениям: сервисы (какие ИТ-сервисы подпадают под управление конфигурациями), среды и инфраструктура (какие компоненты инфраструктуры управляются), география (территориальное покрытие процесса). Определение охвата является критически важным этапом при создании Плана управления сервисными активами и конфигурациями, поскольку он определяет границы внедрения процесса, ресурсы, которые потребуются для его поддержания, и зоны ответственности различных подразделений. При этом охват может быть расширен или сужен в зависимости от целей организации и уровня зрелости процессов управления конфигурациями.

CMDB (Configuration Management Database) — база данных управления конфигурациями, используемая для хранения информации об ИТ-активах и их взаимосвязях. Она необходима для точного отслеживания конфигурации систем, учета изменений, управления инцидентами и обеспечения стабильности работы ИТ-инфраструктуры. Для расходных материалов CMDB помогает контролировать их привязку к оборудованию, собирать статистику использования и управлять затратами без увеличения объема данных.