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

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

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

Если не все члены CAB/EC имеют возможность присутствовать на совещании лично, то для обеспечения связи между ними может использоваться программа NetMeeting.

Голосование членов CAB/EC по поводу RFC

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

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

Менеджер изменений должен зарегистрировать решение и документально оформить результаты голосования по поводу RFC (“за” или “против”), обновляя журнал изменений.

Резюме

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

· Определяется порядок утверждения изменений, относящихся ко всем категориям и приоритетам.

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

· Определяются функции менеджера изменений, а также состав и функции CAB и CAB/EC в процессе утверждения изменений.

· Используется регламент голосования для эффективного принятия решений.

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

Разработка изменения

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

Процессы, связанные с выполнением фаз разработки и реализации изменения, показаны на рис. 7.

Рис. 7. Последовательность операций разработка и реализации изменения

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

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

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