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

Цель 1 Документирование оценочных расчетов по компонентам проекта для их дальнейшего использования в планировании и отслеживании проекта разработки.

Цель 2 Планирование и документирование работ и обязательств по проекту разработки.

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

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

Обязательство 2 Проект следует документированной организационной политике по планированию проектов разработки ПО.

Эта политика обычно состоит из следующих положений:

1. Планирование проекта разработки должно выполняться на основе системных требований, отнесенных к ПО. См. описание Операции № 2 группы ключевых процессов «Управление требованиями».

2. Обязательства по проекту обсуждаются:

менеджером проекта,

производственным менеджером проекта,

другими производственными менеджерами.

3. Участие других инженерных групп в операциях разработки обсуждается с этими группами и документируется. Примеры других инженерных групп: системного проектирования, проектирования аппаратного обеспечения, системного тестирования.

4. Задействованные группы рассматривают следующие аспекты проекта:

оценки объема ПО,

оценки объема работ и затрат,

графики выполнения работ,

другие обязательства.

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

5. Высшее руководство просматривает все внешние обязательства по проекту, принимаемые группами и отдельными сотрудниками.

6. Полученный документ плана разработки ПО является управляемым и контролируемым. Термин «план разработки ПО» используется в этом тексте для обозначения общего плана по управлению проектом разработки. Термин «разработка» не исключает сопровождения ПО или проектов поддержки и должен правильно интерпретироваться в контексте каждого проекта.

«Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).

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

Предпосылка 1 Для проекта разработки должен быть подготовлен и утвержден документ технического задания.

1. Техническое задание раскрывает следующие вопросы:

объем работ,

технические цели и задачи,

определение заказчиков и конечных пользователей,

применяемые стандарты,

распределение обязанностей,

ограничения и цели по затратам и срокам,

зависимость проекта от других организаций,

ограничения и цели по использованию ресурсов,

другие ограничения и цели при разработке и/или сопровождению.

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

2. Техническое задание рассматривается:

менеджером проекта,

производственным менеджером проекта,

другими производственными менеджерами,

другими задействованными группами.

3. Документ технического задания должен быть управляемым и контролируемым.

Предпосылка 2 Обязанности по созданию плана разработки ПО должны быть распределены.

1. Производственный менеджер проекта непосредственно или косвенным образом координирует планирование проекта разработки.

2. Сферы ответственности за промежуточные программные продукты и операции распределяются и назначаются производственным менеджерам отслеживаемым и учитываемым образом.

Примеры промежуточных программных продуктов:

передаваемые, при необходимости, внешнему заказчику или конечным пользователям;

используемые другими инженерными группами;

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

Предпосылка 3 Процесс подготовки плана проекта должен быть обеспечен соответствующими ресурсами и финансированием.

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

2. Процесс подготовки плана проекта обеспечивается вспомогательными инструментальными средствами.

Примеры вспомогательных инструментальных средств:

электронные таблицы,

модели получения оценочных результатов,

программы производственного и календарного планирования проекта.

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

Операция 1 Группа разработки принимает участие в разработке предложения по проекту.

1. Группы разработки ПО участвует в следующих действиях:

подготовка и подача предложения.

представление и обсуждение предложения,

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

2. Группа разработки ПО рассматривает предлагаемые обязательства по проекту.

Примеры проектных обязательств: