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

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

Факторы успеха практик (PSF) в ITIL 4 напрямую связаны с потоками создания ценности. Ключевые показатели эффективности (KPI) формулируются на основе PSF для измерения эффективности практики именно в контексте её вклада в эти потоки creation ценности. Каждая практика, для которой определены PSF, участвует в определенных потоках создания ценности, и успешность её работы оценивается по тому, насколько её выполнение способствует достижению целей этих потоков. Таким образом, PSF помогают связать конкретные действия в рамках практики с более широкими организационными целями создания ценности для клиента.

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

Логические модели приложений и услуг в CMDB должны включать не только физические ресурсы, такие как оборудование и сети, но и функциональные роли ресурсов. Например, отдельно указываются такие роли, как СУБД (базы данных выделяются отдельно), web-сервер, файл-сервер и другие. Функциональные роли являются обязательным элементом модели, поскольку именно с ними связаны единицы объёма потребления, специфичные для них затраты и зависимости мощности от обеспечивающих ресурсов. Это позволяет более точно планировать потребности в мощностях и ресурсах для поддержки услуг.

Availability (Availability) представляет собой показатель, определяющий, насколько система, компонент или услуга могут быть использованы в заданное время. В технической надежности, согласно ГОСТ 27.002-89 (ГОСТ Р 53480-2009), этот термин переводится как «готовность». В ITIL и ISO/IEC 20000 он трактуется как «доступность». Разница кроется в контексте применения: «готовность» акцентирует внимание на технической способности системы функционировать, тогда как «доступность» в ИТ-управлении связана с предоставлением услуги пользователю. Термины отражают разные аспекты одной метрики и требуют уточнения в документах для избежания неоднозначности.

Правильный план отката должен формироваться еще на этапе проектирования услуги. Он должен содержать конкретные ответы на вопросы: "В каком случае начинаем работу по откату?", "Куда возвращаемся?" и "Как именно это делаем?". Необходимо привлечь авторизующих лиц на этапе преобразования и тестировать план в среде, максимально приближенной к продуктивной. Требуется фиксировать все отклонения и повторно тестировать с учетом выявленных недостатков до тех пор, пока процесс не будет отработан без сбоев.

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

PCF (Process Classification Framework) - это открытый стандарт, межотраслевая процессная модель, не привязанная к области деятельности предприятия или сектору промышленности, не зависящая от его размера и местоположения. Он представляет собой общую структуру процессов для любых предприятий, изначально задуманную для систематизации бизнес-процессов и определения общего языка. PCF позволяет идентифицировать процессы на предприятии, используя уже наработанный и накопленный опыт многих компаний; сравнивать между собой эффективность процессов, выполняющихся в разных организациях; заниматься реинжинирингом и совершенствовать процессы. Модель была разработана в 1992 году Американским центром эффективности и качества (APQC), который продолжает поддерживать и развивать её. Текущая версия PCF - 6.1.0 от марта 2014 года.

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