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

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

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

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

В том и другом случае происходит модификация изменения с указанием причин принятого решения и информируется инициатор изменения, а также все прочие заинтересованные стороны.

Если CAB утверждает оценку промежуточного этапа, то процесс развертывания переходит в следующую фазу — становится процессом релиза. Дополнительные сведения о том, какие конкретные действия связаны с осуществлением этого проекта, приведены в документе MOF Release Management Service Management Function.

Резюме

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

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

· Назначается владелец изменения, который способен реализовать изменение согласно требованиям по технологии, объему, приоритету и категории.

· Осуществляется контроль над тем, соответствует ли процесс разработки изменения принятому жизненному циклу разработки.

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

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

Оценка изменения

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

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

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

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

В деятельности, связанной с оценкой изменения, должны принимать участие все группы ролей командной модели MOF. Как и в отношении всех прочих действий, которые касаются управления изменениями, группа ролей релиза берет на себя инициативу в управлении процессом оценки изменения, но каждая группа ролей модели коллективной работы имеет конкретные области заинтересованности, связанные с ее обязанностями, как показано в табл. 6.

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

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

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