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

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

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

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

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

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

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

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

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

Резюме

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

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

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

· Определяется маршрут, по которому должны следовать экстренные изменения, направляемые непосредственно в CAB/EC.

· Определяется маршрут для прохождения стандартных изменений, которые были предусмотрены заранее.

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

Утверждение изменений

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

· Изменения с экстренным приоритетом минуют все промежуточные ступени организационной структуры и передаются в CAB/EC для утверждения по принципу оперативного отслеживания.

· Стандартные изменения утверждаются автоматически и передаются непосредственно в фазу разработки и реализации изменения.

· Мелкие изменения могут быть утверждены менеджером изменений без обращения в CAB.

· Все другие изменения должны быть утверждены в CAB.

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