S – Rb, Sn 5 страница

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

Изменение классификации приоритета

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

Таблица 2. Предлагаемые наилучшие рекомендации по определению приоритетов изменений

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

В том случае, если на рассмотрение передается экстренное изменение, это изменение немедленно направляется для прохождения по маршруту оперативного отслеживания на утверждение в CAB/EC, как будет описано ниже в настоящем документе.

Как и в случае корректировки приоритета изменения, менеджер изменений проверяет категорию RFC, переданного инициатором изменения и утверждает ее или корректирует в случае необходимости. Для эффективного выполнения этого задания могут потребоваться несколько разных инструментальных средств и технологий, поэтому менеджеру изменений предоставляется возможность обращаться к экспертам предметной области (Subject Matter Expert — SME), к техническим экспертам и сторонним поставщикам (в случае необходимости) за помощью в определении категории изменения. Например, для определения того, какие ИТ компоненты будут затронуты изменением, может потребоваться проведение анализа последствий с применением CMDB. Кроме того, информация, относящаяся к категории изменения, может быть получена на основе данных, хранящихся на сервере SMS (Systems Management Server) корпорации Microsoft или в сервисе каталогов Microsoft Active Directory.

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

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

Классификация категории изменения

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

Таблица 3. Возможная классификация категорий изменений

Категория	Определение категории
Крупное изменение	Характеризуется проявлением потенциального воздействия на большую часть пользователей или на систему, важную с точки зрения функционирования компании. Изменение может предусматривать внедрение новой технологии или изменение конфигурации. В связи с его реализацией могут простаивать сеть или какой-либо сервис
Существенное изменение	Затрагивает значительную часть пользователей. Изменение относится к категории нестандартных изменений, таких как внедрение нового продукта, подключение новых пользователей или модификация сети, и его реализация может быть связана с простоем сети или какого-либо сервиса
Мелкое изменение	Затрагивает меньшую часть пользователей, а риск его реализации невелик, поскольку в организации накоплен достаточный опыт осуществления изменений, подобных предложенному
Стандартное изменение	Затрагивает наименьшую часть пользователей и для него предусмотрен утвержденный процесс реализации

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