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

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

Эти группы выполняют следующие операции:

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

2. Обсуждение критических зависимостей.

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

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

1. Для отслеживания и координации выполнения технических работ представители этих групп проводят следующие мероприятия:

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

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

В состав системных требований и архитектуры входит следующее:

общие системные требования,

системная конфигурация (т. е. аппаратное и программное обеспечение, другие системные компоненты),

распределение и отслеживание требований к этим системным компонентам,

определения интерфейсов между этими системными компонентами.

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

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

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

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

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

решение конфликтов проектного уровня и выяснение вопросов, касающихся системных требований и архитектуры;

разработка совместных рекомендаций для решения проблем;

изучение вопросов, касающихся организации процессов и затрагивающих все инженерные группы проекта.

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

1. Данный план является базовой линией для:

календарного графика проекта,

договорных и технических аспектов проекта,

распределения обязанностей между инженерными группами.

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

3. План доступен для членов всех инженерных групп.

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

5. План обновляется по мере выполнения работ, отражая ход проекта и изменения его планов; в частности при завершении основных этапов проекта или значительных изменениях планов.

6. План рассматривается и утверждается всеми инженерными группами и менеджером проекта.

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

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

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

1. Каждая критическая зависимость должна быть явно определена, включая следующее:

что должно быть подготовлено,

кто должен это подготовить,

когда это должно быть подготовлено,

критерии приемки.

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

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

4. Соглашение по каждой критической зависимости документируется, проверяется и утверждается как получающей группой, так и группой, ответственной за подготовку объекта критической зависимости.