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

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

Операция 9 Отслеживание технических операций по проекту разработки, при необходимости — применение корректирующих действий.

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

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

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

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

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

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

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

Операция 11 Документирование фактических данных измерений и данных по изменению плана проекта.

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

1. Записи включают в себя оценочные данные и дополнительные сведения, необходимые для воспроизведения оценочных расчетов и проверки их обоснованности.

2. Данные по изменениям в плане проекта разработки должны быть управляемыми и контролируемыми.

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

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

В этих проверках принимают участие:

1. Линейные менеджеры и подчиненные им ведущие специалисты.

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

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

1. Проведение этих проверок планируется на какие-либо значимые моменты календарного графика проекта, такие как начало или завершение определенных стадий разработки.

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

В этих практиках термином «конечные пользователи» называются конечные пользователи, определенные заказчиком, либо их представители.

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

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

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

6. В ходе проверок изучаются риски проекта разработки.

7. В случае необходимости, по результатам проверок уточняется план разработки ПО.

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

Примеры измерений: определение объема трудозатрат и других ресурсов, вложенных в выполнение работ по отслеживанию хода проекта и контролю над ним; определение статуса изменений плана разработки

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

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

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