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

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

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

На окончательное решение клиента прекратить сотрудничество с поставщиком влияют несколько ключевых факторов: степень серьёзности ошибки, её влияние на основную деятельность клиента, реакция поставщика на инцидент и готовность компенсировать ущерб. Если ошибка критично нарушает процесс работы клиента (например, невыплата страховой суммы по КАСКО после ДТП), а поставщик демонстрирует безразличие или пытается уйти от ответственности, это становится решающим фактором. Также важна степень доверия, которое было построено ранее — если до этого были многолетние позитивные отношения, клиент может простить ошибку, но если доверие уже было подорвано, даже небольшой инцидент может стать последней каплей. Важно, что клиент оценивает не только факт ошибки, но и то, как она отражается на его репутации, бизнес-процессах и внутренней атмосфере коллектива.

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

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

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

Вероятность в структуре риска проявляется на трех уровнях: 1) Вероятность возникновения причин или источников риска (угроз), что зависит от внешней среды. 2) Вероятность того, что появление угрозы приведет к наступлению события, что определяется уровнем уязвимости системы и силой угрозы. 3) Вероятность того, что произошедшее событие вызовет конкретные последствия для организации, которые могут варьироваться от минимальных временных потерь до серьезных финансовых или репутационных убытков. PMBOK рекомендует рассматривать разные сценарии: пессимистический, наиболее вероятный и оптимистический, чтобы оценить возможные варианты исхода.

Триггером для процесса управления изменениями может выступить либо запрос на новый или изменененный сервис, полученный от бизнес-заказчика через процесс управления взаимоотношениями с бизнесом (BRM), либо предложение об изменении (Change proposal), переданное из процесса управления портфелем услуг. Для каждого изменения важно определить его масштаб и значимость, чтобы выбрать соответствующий процесс обработки.

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