Функциональные спецификации
Мы рекомендуем включить в этот список создание прототипа, демонстрирующего корректность проектных решений.
Функциональные спецификации — главный результат фазы «Планирование». Эти подробные спецификации продукта служат контрактом между заказчиком и проектной группой. На основе функциональных спецификаций создаются все остальные основные документы фазы «Планирование»: план проекта, график проекта и документ оценки рисков.
За функциональные спецификации отвечает менеджер программы, но это не значит, что он должен сам создать этот документ. Функциональные спецификации отражают понимание продукта всей группой разработчиков и включают информацию ото всех ее участников.
При создании функциональных спецификаций следует избегать следующих типичных ошибок:
• недостаточной или излишней детализации;
• создания нереального проекта;
• преждевременного утверждения спецификаций;
• чрезмерных затрат времени на пересмотр функциональных спецификаций;
• отказа от передачи информации об изменениях заказчику, членам проектной группы и другим участникам проекта;
• неучастия некоторых членов группы в проектировании.
Содержание функциональных спецификаций
Функциональные спецификации должны содержать разделы, перечисленные в табл. 6.8. Кроме них стоит включить в список дополнительные сведения, относящиеся к данному проекту.
4.2.Основной план проекта
Основной план проекта описывает создание проекта, в том числе подробные планы, составленные разными членами проектной группы. Предназначен для синхронизации работы группы.
Цель основного плана проекта:
• объединить планы разных членов группы;
• описать разные направления деятельности;
• синхронизировать планы различных подгрупп.
За основной план проекта отвечает менеджер программы, считающийся координатором планирования проекта и работы над ним. По каждому направлению составляются отдельные планы, которые включаются в основной.
Основной план проекта должен содержать разделы, перечисленные в табл. 6.10.
Обычно основной план проекта не используется для управления проектом напрямую из-за громоздкости и недостаточной детализации. Вместо него в рамках каждого направления деятельности проектной группы используются отдельные планы, которые синхронизируются с основным.
4.2.Основной график проекта
За основной график проекта отвечает менеджер программы, но он его не составляет. Он лишь объединяет детальные графики подгрупп или отдельных членов группы в единый график проекта. Наиболее важен график разработки. На его основе составляются все остальные графики.
В основной график проекта входят:
• график разработки;
• даты выпуска продукта (как окончательного, так и промежуточных версий);
• график тестирования;
• расписание обучения работе с продуктом;
• график поддержки пользователей;
• расписание рекламных мероприятий;
• график развертывания.
4.3.Пересмотренный документ оценки рисков
К концу фазы «Планирование» у проектной группы должно сложиться ясное представление о рисках, связанных с проектом, а также об их влиянии и значимости. Поэтому пересмотренный документ оценки рисков должен быть более подробным. За этот документ и его пересмотр отвечает менеджер программы.Он включает в документ оценки рисков уточненную информацию, полученную от других членов группы. В результате формируется сводка
конкретных оценок, дающая общее представление о рисках проекта. Пересмотренный документ оценки рисков помогает синхронизировать оценки рисков разных членов группы. На его основе принимаются решения, относящиеся к рискам и их упорядочению по значимости. Однако управление рисками проводится отдельно по каждому направлению деятельности группы, так как этот процесс на уровне документа оценки рисков слишком сложен.
Динамика фазы разработки и ее основные результаты.