Управление Изменениями

Классификация

Прием в обработку

Регистрация Запросов на Изменения

УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ

Вот примеры информации, которая может включаться в Запросы на Изменения (RFC):

• идентификационный номер Запроса;

• номер проблемы/известной ошибки (если имеется), связанной с Запросом;

• описание и определение соответствующих Конфигурационных Единиц (CI);

• причина изменения, включая обоснование и ожидаемый бизнес-результат;

• текущая и новая версия изменяемой Конфигурационной Единицы;

• имя, адрес и номер телефона лица, направляющего Запрос;

• дата подачи;

• предварительная оценка необходимых ресурсов и времени.

После регистрации Запроса на Изменения (RFC) Управление Изменениями делает первичную проверку, нет ли среди них неясных, нелогичных, непрактичных или ненужных Запросов. Такие Запросы отклоняются с объяснением причин. Сотруднику, направившему Запрос, всегда должна бьггь предоставлена возможность для защиты своего Запроса.

Проведение изменения ведет за собой обновление в базе данных CMDB, например:

• изменение статуса существующей Конфигурационной Единицы;

• изменение взаимосвязи между различными Конфигурационными Единицами;

• новая Конфигурационная Единица или изменение существующей Конфигурационной Единицы;

• новый владелец или другое месторасположение Конфигурационной Единицы.

Если Запрос на Изменения (RFC) принимается в работу, в регистрационную запись изменения включается информация, необходимая для дальнейшей обработки изменения. Позднее к записи добавляется следующая информация:

• назначенный приоритет;

• оценка степени воздействия и требующихся затрат;

• категория;

• рекомендации Руководителя Процесса Управления Изменениями;

• дата и время авторизации изменения;

• запланированная дата проведения;

• план возврата к исходному состоянию;

• требования по поддержке;

• план проведения изменения;

• информация о разработчике и сотрудниках, ответственных за проведение изменения;

• фактическая дата и время проведения изменения;

• дата проведения оценки результатов;

• результаты испытания и обнаруженные проблемы;

• причины отклонения Запроса (если необходимо);

• оценка результатов.

После приема Запроса на Изменения (RFC) определяются его приоритет и категория.

• Приоритет показывает, насколько важным является данный Запрос по сравнению с другими.
в свою очередь, определяется его срочностью и степенью воздействия. Если изменение касается
исправления известной ошибки, код приоритета уже может быть назначен Управлением Проблемами. Однако Управление Изменениями назначает окончательный код приоритета после рассмотрения других обрабатываемых Запросов.

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

Дата добавления: 2015-01-03