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

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

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

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

Деловые игры полезны для обучения управлению проектами, потому что они создают имитацию реальных проектных ситуаций в безопасной среде, где можно допустить ошибки и извлечь из них уроки без серьезных последствий. Они помогают участникам понять взаимосвязь различных ролей в проекте, отточить навыки коммуникации, научиться принимать решения в условиях неопределенности и развить способность к быстрой адаптации. Деловые игры также позволяют отработать кризисные ситуации, такие как срыв сроков или нехватка ресурсов, и попробовать различные стратегии их решения. Кроме того, после игры проводятся ретроспективы, которые помогают участникам осмыслить полученный опыт и применить его в реальной работе.

Задачи процесса рекомендуется фиксировать в регламенте процесса, так как они меняются реже целей и отражают устоявшуюся технологию реализации процесса. Они определяют конкретные функции, которые процесс должен выполнять для соответствия своему назначению (например, накопление знаний по устранению инцидентов для службы поддержки). Цели процесса, напротив, регулярно пересматриваются (на зрелости уровня 3+), так как привязаны к конкретным временным периодам и бизнес-задачам. Их фиксация в регламенте приведёт к частым изменениям документа, поэтому их размещают в планах управления или картах показателей, где они могут обновляться без переработки основного регламента процесса.

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

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

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

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