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

Указанные процессы утверждения рассматриваются более подробно ниже. В каждом случае решение о том, должно ли быть изменение реализовано, принимает соответствующее лицо или орган на основе информации, приведенной в 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 или даже менеджером изменений. Однако из этого следует, что необходимо соблюдать осторожность во время начального рецензирования для обеспечения того, что запрос на изменение, который был отнесен к категории стандартных, действительно относится к одному из заранее утвержденных типов изменений.

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

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

Процесс утверждении мелких изменений менеджером изменений показан на блок-схеме, приведенной на рис. 4.

Рис. 4. Последовательность операций для утверждения мелких изменений менеджером изменений

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

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