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

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

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

2. Результаты приемочных тестов документируются.

3. Для любого программного продукта, не прошедшего приемочное тестирование, составляется план корректирующих действий.

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

Оценка показателей работы субподрядчика дает ему возможность получения отзывов, которые характеризуют, насколько его работа удовлетворяет потребности заказчика (т. е. генерального подрядчика). В отличие от регулярных координационных совещаний и технических проверок, которые проводятся в течение всего проекта, такие отзывы могут быть получены в результате проверок, связанных с выплатой премиальных вознаграждений по показателям работы. Документы с результатами таких оценок могут также использоваться в качестве исходной информации для будущих операций по выбору субподрядчика.

Измерение 1 Выполнение измерений и использование их результатов для определения состояния работ по управлению субподрядом.

Примеры измерений:

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

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

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

Проверка 1 Регулярная проверка высшим руководством выполнения работ по управлению субподрядом.

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

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

Проверка 2 Регулярные и событийные проверки менеджером проекта работ по управлению субподрядом.

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

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

См. группу ключевых процессов «Обеспечение качества ПО».

Минимальное содержание проверок и/или аудитов:

1. Мероприятия по выбору субподрядчика.

2. Работы по управлению субподрядом.

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

4. Проведение плановых проверок с участием субподрядчика.

5. Проведение проверок по завершению ключевых этапов проекта или стадий работы по субподряду.

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

Группа ключевых процессов для уровня 2: повторяемый уровень.

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

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

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