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

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

Группа ролей модели коллективной работы MOF	Деятельность по разработке и реализации изменения
Инфраструктура	Предоставляет дополнительную техническую экспертную помощь во время разработки и развертывания изменения
Эксплуатация	Оказывает помощь при разработке изменения и развертывания в производственной среде, обеспечивая возможность приспособить к изменению применяемые эксплуатационные процедуры во время реализации и после реализации изменения с минимальными нарушениями в работе.
Партнеры	Координирует применение ресурсов всех сторонних разработчиков, имеющих отношение к рассматриваемому изменению, и обеспечивает успешное развертывание изменения в условиях привлечения со стороны любых необходимых сервисов
Релизы	Управляет деятельностью по развертыванию изменений
Безопасность	Гарантирует, что во время разработки изменения будут соблюдены соответствующие требования к средствам и элементам системы защиты, что во время развертывания безопасность не поставлена под угрозу и что любые добавления или изменения в процедурах обеспечения безопасности реализованы правильно
Сервисы	Гарантирует, что согласованные и обусловленные проектом уровни сервиса не будут снижены в результате разработки изменения, а также, что все изменения утверждены заказчиком и не противоречат целям усовершенствования сервиса
Поддержка	Обеспечивает поддержку разработки и развертывания изменения, гарантируя, что система поддержки пользователей сможет оказывать помощь пользователям с любыми потребностями в поддержке в течение развертывания

Изменение графика

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

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

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

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

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

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