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

В процессе управления релизами ITIL V3 выделены следующие технические роли: Практик пакетирования и построения релизов, занимающийся сборкой и подготовкой компонентов релиза; Практик развёртывания релизов, отвечающий за внедрение релиза в производственную среду и подготовку документации; Практик первичной (early life) поддержки, обеспечивающий поддержку системы в начальный период эксплуатации после релиза. Эти роли сосредоточены на выполнении конкретных работ, а не на координации процесса в целом. Все они работают под управлением менеджера процесса и обеспечивают техническую реализацию отдельных этапов жизненного цикла релиза.

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

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

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

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

Nj не может включать все обработанные обращения, потому что в расчёт должна включаться только завершённая работа — обращения, по которым процедура проверки решения полностью завершена. Это могут быть закрытые без рекламаций инциденты или те, которые были возвращены на доработку (Sj). Если включить в Nj все обработанные обращения, в том числе те, где процесс проверки не завершён, это исказит метрику FTR, так как не отразит реальное качество работы группы.

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

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

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