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

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

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

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

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

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

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

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

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

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

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

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

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

CAB, как правило, включает следующих постоянных членов.

· Менеджер изменений.

· Заказчик (потребитель ИТ сервисов, оплачивающий их потребление) или представитель заказчика.

· Руководители пользователей или представители групп пользователей.

· Эксперты и/или технические консультанты.

· Эксперт по безопасности.

К числу других ролей, участие которых в работе в работе CAB может потребоваться при внесении некоторых изменений, относятся следующие:

· Представитель сетевой инфраструктуры.

· Разработчики приложений и/или лица, ответственные за сопровождение приложений.

· Персонал сервисов.

· Обслуживающий персонал офисов (при обсуждении таких изменений, которые могут потребовать перестановок, или таких перестановок, которые могут потребовать изменений).

· По мере необходимости, представители подрядчиков или сторонних разработчиков (например, в тех ситуациях, когда используется аутсорсинг).

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

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