Оформите библиографическое описание источников 42 страница

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

В процессе рецензирования должны быть решены описанные ниже задачи.

· Проверка реальности, позволяющая убедиться в том, что RFC является приемлемым. Поскольку RFC может быть создан любым пользователем, это означает, что некоторые подготовленные RFC обладают следующими недостатками:

· не соответствуют процессу управления изменениями;

· не являются достаточно подробными;

· подготовлены без полного учета связанных с ними последствий;

· не заполнены должным образом из-за нехватки знаний о процессе управления изменениями у инициатора изменения.

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

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

Лицо, которому поручено рецензирование RFC, отвечает за рецензирование каждого RFC и других действий в течение установленного промежутка времени, с учетом приоритета затребованного изменения. Для рецензирования экстренных изменений должен предоставляться гораздо более краткий лимит времени по сравнению с изменениями, которые не являются экстренными. Такие временные пределы должны быть определены в SLA. В те периоды, когда менеджер изменений занят другой работой или не может провести рецензирование RFC в течение установленного срока, должен быть назначен заместитель (или заместители) менеджера изменений, которому предоставляется право действовать от имении менеджера изменений.

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

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

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

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

После рецензирования RFC менеджер изменений присваивает ему идентификатор для отслеживания его дальнейшего прохождения и регистрирует тот факт, что RFC прошел рецензирование, в журнале изменений. Журнал изменений — это ключевой компонент управления изменениями, который предоставляет менеджеру изменений возможность контролировать и включать в отчет информацию обо всех изменениях. Журнал изменений действует в качестве репозитария подробных исторических сведений обо всех изменениях (начиная от создания RFC и заканчивая релизом или отменой изменений) и обновляется после каждой модификации состояния выполнения каждого конкретного RFC. Организации могут принимать решение о ведении журнала изменений в отдельной базе данных или о его включении в CMDB.

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