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

Паулк Марк

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

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

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

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

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

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

Проверка

внедрения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8.5. Обеспечение качества ПО

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

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

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

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

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

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

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

Цели

Цель 1 Планирование работ по обеспечению качества ПО.

Цель 2 Объективная проверка соответствия программных продуктов и технологических операций применяемым стандартам, процедурам и требованиям.

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

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

Обязательства по выполнению

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

Эта политика обычно состоит из следующих положений.

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

2. Группа обеспечения качества имеет канал отчетности перед высшим руководством, который независим от:

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

группы разработки ПО,

других групп, связанных с разработкой ПО.

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

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

группа управления документацией.

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

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