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

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

Основная тема книги - построение каталога ИТ-услуг и организация Service Level Management (SLM) в ситуациях, когда ИТ-подразделение находится в составе компании или группы компаний. Книга подробно рассматривает методы формирования каталога ИТ-услуг, разделения его на каталог для заказчиков (Service Catalog) и каталог для пользователей (Service Request Catalog), а также рекомендации по внедрению ITSM. Авторы предлагают рассматривать бизнес-процессы предприятия как основной источник информации для формирования бизнес-ориентированного каталога ИТ-услуг.

ITIL 4 упрощает формулирование ключевых показателей эффективности (KPI) благодаря подробному описанию каждого фактора успеха практики (PSF) и предоставлению сопровождающих примеров метрик, которые можно использовать в качестве KPI. Описания практик в ITIL 4 стали более практико-ориентированными, что позволяет легче определить, какие показатели следует измерять для оценки эффективности конкретных практик в контексте их вклада в потоки создания ценности. В ITILv3 подход был более процесс-ориентированным, и, хотя концепция CSF также позволяла формулировать KPI, в ITIL 4 это становится проще благодаря более структурированному и конкретному описанию факторов успеха.

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

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

"Fit for purpose" - это термин, который описывает характеристику Utility (Полезность) услуги. Он означает, насколько услуга помогает пользователю достичь желаемого результата или цели. Например, для чтения книги в темной комнате электрический свет является подходящим решением (fit for purpose), в то время как газовая плита или водопровод не соответствуют этой цели. Полезность определяет, насколько услуга способствует выполнению задачи пользователя, создает ли она ценность через соответствие назначению, для которого она была разработана.

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

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

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