Политика проведения изменений

Изменения по разным Запросам можно объединять в одном релизе. В этом случае при неудачной реализации будет достаточно одного возврата к исходному состоянию². Такой групповой релиз до рассматриваться как одно изменение, даже если он содержит в себе несколько изменений. Релизы мо-гут планироваться с учетом функциональных задач, необходимых для бизнеса. Они могут охваты аппаратные и программные средства, и их внедрение осуществляется Процессом Управления Ре ми. Рекомендуется определить политику компании в этой области и информировать о ней ИТ- организацию и заказчиков (см. также «Управление Релизами»). Цель политики — оградить пользователя от ненужного беспокойства («перекапывание дороги каждую неделю»).

После консультаций с участвующими ИТ-подразделениями, Консультативный комитет (CAB) может определить регулярные периоды времени («окна») для проведения изменений, когда степень воздействия на ИТ-сервисы будет минимальной. Подходящими периодами могут быть выходные дни или нерабочее время. Таким же образом могут быть определены периоды, когда допускается минимум изменений или они вообще не допускаются, например, рабочее время или конец финансового года, когда все подразделения пользователей делают отчеты.