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

Измерения и анализ

Измерение 1 Выполнение измерений и использование их результатов для
определения статуса операций по управлению установленными требованиями.
Примеры измерений:
определение статуса каждого из установленных требований;
определение статуса изменений установленных требований;
общее количество изменений установленных требований, включая общее
количество тех из них, которые были предложены, остаются открытыми,
утверждены или реализованы в базовой линии системы.

Проверка внедрения

Проверка 1 Регулярная проверка высшим руководством выполнения операций
по управлению установленными требованиями.
Регулярные проверки проводятся высшим руководством для получения
своевременной информации о процессе разработки ПО и его понимания на
соответствующем уровне абстрагирования. Промежутки времени между проверками
должны соответствовать потребностям организации и могут быть длительными,
если в организации имеется работающая система оповещения об исключительных
ситуациях.
Практики, связанные со стандартным содержанием проверок со стороны
высшего руководства, содержатся в описании Проверки № 1 группы ключевых
процессов "Отслеживание хода проекта и контроль над ним".
Проверка 2 Регулярные и событийные проверки менеджером проекта операций
по управлению установленными требованиями.
Практики, связанные со стандартным содержанием проверок со стороны
руководства проекта, содержатся в описании Проверки № 2 группы ключевых
процессов "Отслеживание хода проекта и контроль над ним".
Проверка 3 Выполнение группой обеспечения качества проверок и/или
аудитов работ и промежуточных продуктов по управлению установленными
требованиями и составление отчетов по их результатам.
См. группу ключевых процессов "Обеспечение качества ПО". Минимальное
содержание этих проверок и/или аудитов:
1. Установленные требования должны быть проверены, а связанные с ними
проблемы должны быть разрешены до принятия соответствующих обязательств
группой разработки ПО.
2. Изменение установленных требований должно сопровождаться
соответствующими изменениями в планах разработки, составе промежуточных
продуктов и производственных операциях.
3. Изменения обязательств, вытекающие из изменений установленных
требований, обсуждаются вместе с задействованными группами.

8.2. Планирование проекта

Группа ключевых процессов для уровня 2: повторяемый уровень.
Цель планирования проекта заключается в создании обоснованных планов
разработки ПО и для управления выполнением проекта разработки.
Планирование проекта включает в себя проведение оценки предстоящей