В запросе на изменение должны присутствовать следующие пункты:

• Номер запроса на изменение
• Описание изменяемых конфигурационных элементов
• Причина изменения
• Последствия оставления изменения не внедрёнными
• Версия изменяемых конфигурационных элементов
• Имя, нахождение и телефон предъявителя запроса на изменение
• Дата подачи запроса на изменение
• Приоритет изменения
• Пожелания консультативному совету по изменениям (по необходимости)
• Запланированное время осуществления изменения
• План по восстановлению или шаги по восстановлению состояния в случае неудачного изменения
• Анализ рисков и управление рисками
• Влияние на план непрерывности бизнеса
• Статус запроса на изменение

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

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

Цель этого анализа распознать, оправдывает ли полученная от изменения польза риски связанные с этим. В зависимости от этого консультативный совет по изменениям принимает решение в части проведения изменения.

Конкретный выигрыш, который дает система управления изменениями состоит в следующем:

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

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

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

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

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