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

производственные менеджеры,

производственный менеджер проекта.

Примеры сотрудников, утверждающих изменения:

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

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

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

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

Операция 4. Управление проектом разработки ПО осуществляется в соответствии с его производственным процессом.

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

Производственный процесс проекта обычно содержит следующие указания:

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

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

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

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

5. Накопленный технический и административный опыт документируется и сохраняется в библиотеке документации по производственному процессу.

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

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

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

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

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

Примеры несоответствий и проблем:

различия в уровнях зрелости процессов,

несовместимость процессов,

различные экономические факторы.

Операция 5. Использование базы данных ППО для планирования и оценочных расчетов для проекта разработки.

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

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

Примеры информации, содержащейся в базе данных ППО:

объем промежуточных программных продуктов,

трудоемкость разработки,

затраты на разработку,

календарный график,

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

технические работы.

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

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

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

записи обоснований достоверности оценочных расчетов проекта.

3. Информация по планированию и перепланированию проекта разработки и данные проведенных измерений сохраняются в базе данных ППО.

Примеры записываемой проектной информации:

описание задачи,

сделанные предположения,

оценочные расчеты,

пересмотренные оценки,

фактические данные измерений,

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

определения их обоснованности и выполнения аналогичных расчетов для новой работы.

Операция 6. Управление объемом промежуточных программных продуктов (или объемом их изменений) в соответствии с документированной процедурой.

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

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

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

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

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

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

Если достоверность оценки объема оказывается спорной, эта оценка проверяется группой экспертов.

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

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

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

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

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

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

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