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

высшее руководство,
другие задействованные группы.
Операция 2 Пересмотр плана разработки ПО в соответствии с
документированной процедурой.
Практики, связанные с созданием плана разработки ПО, содержатся в
описании Операции № 6 группы ключевых процессов "Планирование проекта".
Эта процедура обычно определяет следующее:
1. Пересмотр плана разработки ПО выполняется при необходимости
включения в него уточнений и изменений, в частности при значительных
изменениях планов. Во всех изменениях плана должны быть отражены внутренние
зависимости между установленными системными требованиями, проектными
ограничениями, ресурсами, затратами и графиком выполнения проекта.
2. Обновление плана разработки ПО выполняется с целью учета в нем всех
новых обязательств по проекту и изменений прежних обязательств.
3. План разработки ПО должен проходить проверку после каждого
исправления.
4. Документ плана разработки ПО должен быть управляемым и
контролируемым. "Управляемый и контролируемый" означает, что в любой момент
времени (прошлый или настоящий) известна версия используемого промежуточного
продукта (т. е. реализован контроль версий), а внесение изменений происходит
управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный
продукт может быть помещен в условия полномасштабного управления
конфигурацией, как это описано в группе ключевых процессов "Управление
конфигурацией ПО".
Операция 3 Обязательства по проекту и их изменения, принятые группами и
отдельными лицами, не входящими в состав организации, рассматриваются высшим
руководством в соответствии с документированной процедурой.
Операция 4 Информация об утвержденных изменениях обязательств, влияющих
на проект, распространяется между разработчиками и группами, связанными с
разработкой ПО.
Примеры групп, связанных с разработкой ПО:
группа обеспечения качества ПО,
управления конфигурацией ПО,
управления документацией.
Операция 5 Отслеживание объема промежуточных программных продуктов (или
объема их изменений) и применение корректирующих действий в случае
необходимости.
Практики, связанные с оценочным расчетом объема, содержатся в описании
Операции № 9 группы ключевых процессов "Планирование проекта".
1. Отслеживается объем всех основных промежуточных программных
продуктов (или объем их изменений).
2. Фактический объем кода (сгенерированного, полностью
протестированного и переданного заказчику) сравнивается с оценками,
содержащимися в плане разработки ПО.
3. Фактический объем переданной заказчику документации сравнивается с
оценками, содержащимися в плане разработки ПО.
4. Регулярно производится уточнение, отслеживание и корректировка
общего планируемого объема промежуточных программных продуктов (оценочный
расчет с учетом фактических значений).