2.1. Управление рисками на фазе планирования
На фазе ≪Анализ* группа разработчиков начала выявлять и анализировать риски, используя при этом процесс, проиллюстрированный на рис.3.2. Ранее уже был подготовлен документ оценки рисков — в общем виде, так как на этапе ≪Анализ≫ проект еще не разработан в деталях.
Один из результатов фазы "Планирование" — пересмотр свода документации оценки рисков. На этой стадии проекта можно еще раз провести контроль рисков, уточняя план и, возможно, корректируя предварительные оценки. По мере разработки проекта этот процесс периодически повторяется, при этом некоторые риски исключают, остальные отслеживают: иногда обнаруживаются новые риски. Когда подготовлен пересмотренный документ оценки рисков, полезно включить в повестку всех последующих совещаний обсуждение контроля
рисков. При этом используются те же пять этапов управления рисками (рис. 3.2.).
При создании начального документа оценки рисков на стадии «Анализ» группа определила всевозможные риски, Тогда же подсчитали и рейтинг риска, равный произведению его вероятности на влияние. На основе такого анализа разработаны планы борьбы с десятью главными рисками, причем для каждого плана исследовались пять основных параметров:
• информация — достаточно ли мы знаем о риске;
• приемлемость — можем ли мы смириться с последствиями риска;
• исключение — можем ли мы избежать риска;
• снижение — можно ли уменьшить вероятность наступления или последствия риска;
• план действий — что можно сделать, если риск реализовался.
................................................
Управление рисками — динамический процесс, представляющий
собой жизненно важную составляющую модели MSF.
4.Этап «Одобрение плана проекта» и его результаты
Цель фазы «Планирование» — достичь этапа «Одобрение плана проекта», представляющего собой кульминацию работы проектной группы на данном этапе и знаменующего достижение согласия с клиентом по основным вопросам проекта.
Для достижения этого этапа необходимы четыре документа:
• функциональные спецификации, описывающие разрабатываемый продукт и его назначение;
• основной план проекта, описывающий выполнение проекта, включая последующие промежуточные этапы и планируемые результаты;
• основной график проекта, регламентирующий время, необходимое для достижения следующих этапов;
• пересмотренный документ оценки рисков, описывающий возможные риски и действия группы по отношению к ним.
мы рекомендуем включить в этот список создание прототипа, демонстрирующего корректность проектных решений.
4.1.Функциональные спецификации
Функциональные спецификации — главный результат фазы «Планирование». Эти подробные спецификации продукта служат контрактом между заказчиком и проектной группой. На основе функциональных спецификаций создаются все остальные основные документы фазы «Планирование»: план проекта, график проекта и документ оценки рисков.
За функциональные спецификации отвечает менеджер программы, но это не значит, что он должен сам создать этот документ. Функциональные спецификации отражают понимание продукта всей группой разработчиков и включают информацию ото всех ее участников.
При создании функциональных спецификаций следует избегать следующих типичных ошибок:
• недостаточной или излишней детализации;
• создания нереального проекта;
• преждевременного утверждения спецификаций;
• чрезмерных затрат времени на пересмотр функциональных спецификаций;
• отказа от передачи информации об изменениях заказчику, членам проектной группы и другим участникам проекта;
• неучастия некоторых членов группы в проектировании.
Содержание функциональных спецификаций
Функциональные спецификации должны содержать разделы, перечисленные в табл. 6.8. Кроме них стоит включить в список дополнительные сведения, относящиеся к данному проекту.
