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

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

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

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

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

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

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

· Действительно ли изменение является необходимым?

· Перевешивают ли преимущества внесения изменения все возможные риски дестабилизации среды?

· Являются ли затраты приемлемыми?

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

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

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

Утверждение существенных и крупных изменений

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

Процесс утверждения существенных и крупных изменений CAB показан на рис. 5.

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

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

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