Ресурсный характер традиционных ИТ-услуг приводит к нескольким важным последствиям для ИТ-менеджмента: 1) сложность в обосновании инвестиций в процессные улучшения и инфраструктурные проекты, так как их ценность для бизнеса неочевидна; 2) проблемы в коммуникации с бизнес-заказчиками, которые фокусируются только на конечных ресурсах, а не на процессах их предоставления; 3) слабое понимание бизнесом скрытых аспектов ИТ-сервисов, обеспечивающих надежность и безопасность; 4) трудности в формировании актуального каталога услуг, если он составлен на языке ИТ, а не бизнеса; 5) необходимость постоянного усилия по трансляции ценности ИТ-процессов в понятные бизнесу термины, что требует от ИТ-менеджеров развития навыков бизнес-коммуникации и аргументации.

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

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

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

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

В тексте приведен пример с копанием канавы: владелец процесса определяет задачу ('Надо выкопать канаву вооон от того забора до завтрашнего обеда'), а менеджер процесса отвечает за её выполнение — покупает лопаты, следит за работой копателей и контролирует сроки. Этот пример помогает понять разницу между стратегическим управлением (владелец) и оперативным выполнением (менеджер).

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

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

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

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