4.2.Основной план проекта

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

Цель основного плана проекта:

• объединить планы разных членов группы;

• описать разные направления деятельности;

• синхронизировать планы различных подгрупп.

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

Основной план проекта должен содержать разделы, перечисленные в табл. 6.10.

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

4.2.Основной график проекта

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

В основной график проекта входят:

• график разработки;

• даты выпуска продукта (как окончательного, так и промежуточных версий);

• график тестирования;

• расписание обучения работе с продуктом;

• график поддержки пользователей;

• расписание рекламных мероприятий;

• график развертывания.

4.3.Пересмотренный документ оценки рисков

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

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

Динамика фазы разработки и ее основные результаты.

1. Общая характеристика фазы разработки

«Разработка» — третья из четырех стадий модели процесса разработки MSF. Она следует за стадией «Планирование», которая завершается одобрением плана проекта. До сих пор проектная группа занималась в основном концепцией, архитектурой продукта и планированием. На стадии «Разработка» основная задача — выполнение проекта.

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

Как показано на рисунке, стадия «Разработка» завершается напи­санием кода и выпуском первой версии приложения.

Результаты эта­па «Завершение разработки» таковы:

* все необходимые функциональные возможности приложения ре­ализованы (хотя, вероятно, и не самым оптимальным образом);

* продукт прошел первоначальное тестирование; продолжается ус­транение выявленных ошибок (завершение этой работы на дан­ном этапе не обязательно);

*  проектная группа и другие участники проекта согласны с тем, что все реализованные функциональные возможности отвечают концеп­ции и функциональным спецификациям, и реализованы успешно;

* завершена подготовка к тестированию производительности про­дукта и его стабилизации.