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

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

определение степени выполнения этапов работ по планированию разработки в сравнении с планом;

определение объема выполненных работ по планированию разработки и использованных при этом ресурсов.

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

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

1. Проверка технических, финансовых, кадровых аспектов и выполнения графика работ.

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

3. Изучение рисков проекта разработки.

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

5. Подготовка итогового отчета по результатам каждой проверки и распространение его среди задействованных групп и сотрудников.

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

1. В проверках принимают участие представители задействованных групп.

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

3. Рассмотрение зависимостей между группами.

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

5. Рассмотрение рисков проекта разработки.

6. Поручение и проверка действий, а также отслеживание их выполнения.

7. Подготовка итогового отчета по результатам каждой проверки и распространение его среди задействованных групп и сотрудников.

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

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

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

2. Мероприятия по обсуждению и принятию обязательств по проекту.

3. Мероприятия по подготовке плана разработки ПО.

4. Стандарты, используемые при подготовке плана разработки ПО.

5. Содержание плана разработки ПО.

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

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

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

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

Цель 1 Сравнение фактических результатов и показателей с запланированными.

Цель 2 В случае значительного отклонения фактических результатов и показателей от запланированных — применение корректирующих действий и контроль над их выполнением.

Цель 3 Согласование изменений производственных обязательств с задействованными группами и сотрудниками.

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

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

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

2. Менеджер проекта должен постоянно информироваться о состоянии проекта разработки и возникающих проблемах.

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

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

Примеры задействованных групп:

группа разработки ПО (включая все подгруппы, например, проектирования ПО, оценки составляющих проекта, системного проектирования),

системного тестирования,

обеспечения качества ПО,

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

управления контрактами,

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

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

Предпосылка 1 План разработки ПО должен быть документирован и утвержден.

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

Предпосылка 2 Менеджер проекта назначает конкретных сотрудников, ответственных за промежуточные программные продукты и производственные операции.

Распределяемые сферы ответственности охватывают следующие аспекты:

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

2. Объемы работ и затрат, необходимые для выполнения производственных операций.

3. График выполнения производственных операций.

4. Бюджет производственных операций.

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