Модель зрелости процессов разработки программного обеспечения
Шрифт:
оценки объема работ и затрат,
графики выполнения работ,
другие обязательства.
Примеры групп, задействованных в проекте: группа разработки ПО (включая все подгруппы, например, проектирования ПО), оценки ПО, системного проектирования, системного тестирования, обеспечения качества ПО, управления конфигурацией ПО, управления контрактами, управления документацией.
5. Высшее руководство просматривает все внешние обязательства по проекту, принимаемые группами и отдельными сотрудниками.
6. Полученный
«Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
Необходимые предпосылки
Предпосылка 1 Для проекта разработки должен быть подготовлен и утвержден документ технического задания.
1. Техническое задание раскрывает следующие вопросы:
объем работ,
технические цели и задачи,
определение заказчиков и конечных пользователей,
применяемые стандарты,
распределение обязанностей,
ограничения и цели по затратам и срокам,
зависимость проекта от других организаций,
ограничения и цели по использованию ресурсов,
другие ограничения и цели при разработке и/или сопровождению.
В этих практиках термином «конечные пользователи» называются конечные пользователи, определенные заказчиком, либо их представители. Примеры других организаций: заказчик, субподрядчик, партнеры совместного предприятия.
2. Техническое задание рассматривается:
менеджером проекта,
производственным менеджером проекта,
другими производственными менеджерами,
другими задействованными группами.
3. Документ технического задания должен быть управляемым и контролируемым.
Предпосылка 2 Обязанности по созданию плана разработки ПО должны быть распределены.
1. Производственный менеджер проекта непосредственно или косвенным образом координирует планирование проекта разработки.
2. Сферы ответственности за промежуточные программные продукты и операции распределяются и назначаются производственным менеджерам отслеживаемым
Примеры промежуточных программных продуктов:
передаваемые, при необходимости, внешнему заказчику или конечным пользователям;
используемые другими инженерными группами;
основные промежуточные продукты для внутреннего использования группой разработки.
Предпосылка 3 Процесс подготовки плана проекта должен быть обеспечен соответствующими ресурсами и финансированием.
1. Подготовкой плана разработки ПО должны заниматься опытные (по возможности) сотрудники, хорошо знающие предметную область планируемого проекта.
2. Процесс подготовки плана проекта обеспечивается вспомогательными инструментальными средствами.
Примеры вспомогательных инструментальных средств:
электронные таблицы,
модели получения оценочных результатов,
программы производственного и календарного планирования проекта.
Предпосылка 4 Производственные менеджеры, инженеры-разработчики и другие сотрудники, участвующие в планировании проекта, должны изучить процедуры оценочного расчета для ПО и планирования, соответствующие их сферам ответственности.
Выполняемые операции
Операция 1 Группа разработки принимает участие в разработке предложения по проекту.
1. Группы разработки ПО участвует в следующих действиях:
подготовка и подача предложения.
представление и обсуждение предложения,
обсуждение изменений обязательств, связанных с проектом разработки.
2. Группа разработки ПО рассматривает предлагаемые обязательства по проекту.
Примеры проектных обязательств:
технические цели и задачи проекта;
техническое решение системы и разработки;
бюджет, график и ресурсы разработки;
используемые при разработке стандарты и процедуры.
Операция 2 Создание плана разработки ПО инициируется на ранних стадиях общего планирования проекта и выполняется параллельно ему.
Операция 3 Группа разработки вместе с другими задействованными группами участвует в общем планировании проекта на протяжении всего его жизненного цикла.
1. Группа разработки рассматривает планы проектного уровня.
Операция 4 Внешние обязательства по проекту разработки, налагаемые на группы и отдельных сотрудников, проверяются высшим руководством в соответствии с документированной процедурой.
Операция 5 Идентифицируется или определяется жизненный цикл разработки, состоящий из предопределенных частей управляемого объема.
Примеры жизненных циклов разработки:
«водопад»,
«водопад» с перекрытием,
«спираль»,
серийный выпуск,
единый прототип/«водопад» с перекрытием.