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

Резюме

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Деятельность групп ролей командной модели MOF в рамках утверждения изменения зависит от величины и характера изменения. Примеры того, какой может быть степень участия каждой роли, приведены в табл. 4.

Таблица 4. Участие групп ролей модели коллективной работы MOF в утверждения изменений

Группа ролей	Стандартное изменение	Мелкое изменение	Экстренное изменение	Существенное и крупное изменение
Инфраструктура	Утвержденное заранее	Не участвует	Член CAB	Член CAB
Эксплуатация	Утвержденное заранее	Не участвует	Член CAB	Член CAB
Партнеры	Утвержденное заранее	Не участвует	Член CAB	Член CAB
Релизы	Утверждает	Утверждает	Член CAB	Член CAB
Безопасность	Утвержденное заранее	Не участвует	Член CAB	Член CAB
Сервисы	Утвержденное заранее	Не участвует	Член CAB	Член CAB
Поддержка	Утвержденное заранее	Не участвует	Член CAB	Член CAB

Утверждение стандартных изменений

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

· Выполняемые работы понятны и изучены.

· Советом (CAB) фактически заранее даны все полномочия.

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

· Резолюция бюджетного органа, как правило, получена заранее, или ее получение находится в пределах возможностей инициатора изменения.

Стандартные изменения утверждаются автоматически и передаются непосредственно в фазу развертывания изменения процесса управления изменениями (см. раздел “Разработка и реализация изменений”). Поскольку известно, что изменения такого типа, которые утверждаются заранее как стандартные изменения, оказывают небольшое влияние на ИТ среду и связаны с небольшим риском, они не требуют повторного пересмотра советом CAB или даже менеджером изменений. Однако из этого следует, что необходимо соблюдать осторожность во время начального рецензирования для обеспечения того, что запрос на изменение, который был отнесен к категории стандартных, действительно относится к одному из заранее утвержденных типов изменений.

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