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

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

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

объем работ,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

«водопад»,

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

«спираль»,

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

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

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

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

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

стандарты, применяемые заказчиком;

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

утвержденное техническое задание;

установленные требования.

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

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

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

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

4. План разработки ПО рассматривается:

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

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

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

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

5. Документ плана разработки ПО должен быть управляемым и контролируемым.

Операция 7 Документирование плана проекта разработки ПО.

В ключевых практиках этот план (или совокупность планов) называется планом разработки ПО.

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

План разработки ПО раскрывает следующие вопросы:

1. Назначение, объем, цели и задачи проекта разработки.

2. Выбор жизненного цикла разработки.

3. Идентификация выбранных процедур, методов и стандартов разработки и сопровождения ПО.

Примеры стандартов и процедур разработки:

планирование разработки ПО,

управление конфигурацией ПО,

обеспечение качества ПО,

проектирование архитектуры ПО,

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

4. Идентификация разрабатываемых промежуточных программных продуктов.

5. Оценки объема промежуточных программных продуктов и объема их изменений.

6. Оценки объема работ по проекту и затрат на их выполнение.

7. Оценка предполагаемого использования критических компьютерных ресурсов.

8. Календарные графики проекта разработки, включая определение ключевых точек и процедур проверки. 9. Идентификация и оценка рисков по выполнению проекта разработки.