Руководство 11 страница

Менеджер изменений должен иметь возможность вводить новых членов в состав CAB/EC по мере необходимости.

Для экстренного изменения регламент голосования является таким, что требуется единогласное утверждение изменения.

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

Как было описано выше, совещания CAB/EC проводятся по мере необходимости после заблаговременного предупреждения за короткое время. Это означает, что обычные методы передачи извещений могут оказаться недостаточными. Если используются приглашения для участия в совещании, передаваемые по электронной почте, то приглашенным должен быть предоставлен короткий промежуток времени, чтобы они подтвердили свое присутствие на совещании менеджеру изменений; в противном случае должны использоваться более непосредственные методы вступления во взаимодействие с членами CAB/EC.

Рассмотрение предлагаемого RFC членами CAB/EC

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

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

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