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

Основные ошибки при формировании потоков ценности включают: 1) Попытку описать всю ценность продукта одним потоком даже для сложных продуктов; 2) Фокусировку на внутренних процессах компании вместо ценности для потребителя при определении потоков; 3) Создание одного универсального бэклога, игнорируя различия в природе создаваемой ценности; 4) Неправильное определение границ потока, когда один поток отвечает за принципиально разные виды ценности; 5) Игнорирование необходимости информационного взаимодействия между потоками; 6) Попытки измерять разные по природе потоки одинаковыми показателями; 7) Непредусмотрение механизма разрешения конфликтов между потоками за ресурсы. Эти ошибки приводят к неэффективному управлению, конфликтам и недостаточной фокусировке на создании реальной ценности для потребителей.

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

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

В ITIL v3 экстренное изменение (emergency change) определяется как изменение, которое должно быть внедрено как можно быстрее, например, для решения значительного инцидента или установки критического обновления безопасности. Отличие от ITIL v2 состоит в том, что в ITIL v3 экстренные изменения жестко ограничены для решения проблем, влияющих на бизнес, и не рассматриваются как способ быстрого внедрения новых функциональных возможностей. Новые функции должны обрабатываться как нормальные изменения, но с высокой степенью срочности.

Четыре аспекта управления ИТ-услугами в ITIL 4 являются эволюцией концепции 4P (Продукты, Процессы, Персонал, Партнеры/Поставщики), описанных в ITIL v3 2011 в книге 'Service Design'. Однако в ITIL 4 эти аспекты расширены и применены не только к этапу проектирования услуг, но ко всей системе создания ценности, включая потоки создания ценности и практики. Вместо продуктов, процессов, персонала и партнеров ITIL 4 предлагает рассматривать: организации и людей (включая персонал и стейкхолдеров), информацию и технологии (заменяя узкое понимание продуктов), партнеров и поставщиков, а также потоки создания ценности и процессы. Это расширение отражает более целостный подход, где аспекты часто перекрываются и не имеют четких границ, и они применимы ко всему жизненному циклу услуг, а не только к их проектированию.

Реализация ITSM кардинально изменяет управление инцидентами, обеспечивая более обоснованные и чёткие нормативы. Меняется подход к классификации обращений пользователей, что требует переподготовки первой линии поддержки. Существенно усиливается потребность в эффективной координации устранения крупных инцидентов (major incidents) и регистрируются инфраструктурные инциденты для контроля доступности услуг.

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

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

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