Функциональные спецификации

Мы рекомендуем включить в этот список создание прототипа, демонстрирующего корректность проектных решений.

Функциональные спецификации — главный результат фазы «Планирование». Эти подробные спецификации продукта служат контрактом между заказчиком и проектной группой. На основе функциональных спецификаций создаются все остальные основные документы фазы «Планирование»: план проекта, график проекта и документ оценки рисков.

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

При создании функциональных спецификаций следует избегать следующих типичных ошибок:

• недостаточной или излишней детализации;

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

• преждевременного утверждения спецификаций;

• чрезмерных затрат времени на пересмотр функциональных спецификаций;

• отказа от передачи информации об изменениях заказчику, членам проектной группы и другим участникам проекта;

• неучастия некоторых членов группы в проектировании.

Содержание функциональных спецификаций

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Дата добавления: 2014-01-05