Марк Паулк - Модель зрелости процессов разработки программного обеспечения

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

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

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

объем работ,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

технические цели и задачи проекта;

техническое решение системы и разработки;

бюджет, график и ресурсы разработки;

используемые при разработке стандарты и процедуры.

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

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

1. Группа разработки рассматривает планы проектного уровня.

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

Операция 5 Идентифицируется или определяется жизненный цикл разработки, состоящий из предопределенных частей управляемого объема.

Примеры жизненных циклов разработки:

«водопад»,

«водопад» с перекрытием,

«спираль»,

серийный выпуск,

единый прототип/«водопад» с перекрытием.

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

Эта процедура обычно определяет следующие действия: