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

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

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

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

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

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

Ловушка локальной оптимизации — это сосредоточение исключительно на скорости реакции на инциденты при игнорировании мер по профилактике и сокращению их количества. Чтобы избежать этой ловушки, необходимо установить целевое время решения, которое значительно короче текущих показателей. Это стимулирует поиск решений не только на уровне оперативной реакции, но и на уровне системы мониторинга, предотвращения и подготовки обходных решений. В этом помогает метод Expanded incident lifecycle.

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

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

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