Марк Паулк - Модель зрелости процессов разработки программного обеспечения
Эта процедура обычно определяет следующее:
1. Идентификация критических компьютерных ресурсов.
Примеры критических компьютерных ресурсов:
объем оперативной памяти,
требуемая мощность процессора,
пропускная способность каналов связи.
2. На оценку критических компьютерных ресурсов влияют следующие оценки:
объем промежуточных программных продуктов,
рабочая нагрузка процессора,
интенсивность потока информации (трафик).
3. Оценки предполагаемого использования критических компьютерных ресурсов документируются, проверяются и согласуются.
Операция 12 Подготовка календарного графика проектных работ в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. График разработки, который зависит от:
оценки предполагаемого объема промежуточных программных продуктов (или объема их изменений),
объема работ и затрат по проекту.
2. Составление графика разработки базируется на прежнем опыте:
по возможности следует использовать подобные проекты.
3. В графике разработки указываются даты этапов и критических зависимостей, а также другие ограничения.
4. Продолжительность работ и временные рамки этапов в графике разработки должны выбираться таким образом, чтобы обеспечить достаточную точность оценки хода проекта.
5. Предположения, выдвинутые при создании графика, должны документироваться.
6. График разработки документируется, проверяется и согласуется.
Операция 13 Выявление, оценка и документирование рисков по проекту разработки, связанных с затратами, графиком и техническими аспектами проекта.
1. Анализ и определение значительности рисков на основании их потенциального влияния на проект. 2. Определение страховочных действий, связанных с рисками.
Примеры страховочных действий:
внесение в график резерва по времени;
создание альтернативных планов укомплектования персоналом;
создание альтернативных планов по использованию дополнительного аппаратного обеспечения.
Операция 14 Подготовка планов по использованию в проекте специализированных средств и вспомогательного инструментария.
1. Выполнение оценочного расчета потребностей в специализированных средствах и вспомогательном инструментарии на основании оценок объема промежуточных программных продуктов и других характеристик.
Примеры специализированных средств и вспомогательного инструментария разработки:
хост-компьютеры и периферийное оборудование для разработки ПО,
компьютеры и периферийное оборудование для тестирования ПО,
целевая операционная среда,
другое вспомогательное ПО.
2. Распределение обязанностей и обсуждение соглашений по приобретению или разработке этих средств и инструментов.
3. Планы рассматриваются всеми задействованными группами.
Операция 15 Документирование данных по планированию разработки.
1. Документируемая информация включает в себя сами оценки и дополнительные сведения, необходимые для воспроизведения оценочных расчетов и определения их обоснованности.
2. Записи данных по плану разработки ПО должны быть управляемыми и контролируемыми.
Измерения и анализ
Измерение 1 Выполнение измерений и использование их результатов для определения состояния работ по планированию проекта разработки.
Примеры измерений:
определение степени выполнения этапов работ по планированию разработки в сравнении с планом;
определение объема выполненных работ по планированию разработки и использованных при этом ресурсов.
Проверка внедрения
Проверка 1 Регулярная проверка высшим руководством выполнения работ по планированию разработки.
Регулярные проверки проводятся высшим руководством для получения своевременной информации о производственном процессе и его понимания на соответствующем уровне абстракции. Промежутки времени между проверками должны соответствовать потребностям организации и могут быть длительными, если в организации имеется работающая система оповещения об исключительных ситуациях.
1. Проверка технических, финансовых, кадровых аспектов и выполнения графика работ.
2. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.
3. Изучение рисков проекта разработки.
4. Поручение и проверка задач, а также отслеживание их выполнения.
5. Подготовка итогового отчета по результатам каждой проверки и распространение его среди задействованных групп и сотрудников.
Проверка 2 Регулярные и событийные проверки работ по планированию проекта разработки со стороны менеджера проекта.
1. В проверках принимают участие представители задействованных групп.
2. Сравнение статуса и текущих результатов работ по планированию проекта разработки с техническим заданием по проекту и установленными требованиями.
3. Рассмотрение зависимостей между группами.
4. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.
5. Рассмотрение рисков проекта разработки.
6. Поручение и проверка действий, а также отслеживание их выполнения.
7. Подготовка итогового отчета по результатам каждой проверки и распространение его среди задействованных групп и сотрудников.
Проверка 3 Проведение группой обеспечения качества проверок и/или аудитов работ и промежуточных продуктов, связанных с планированием проекта, и выполнение отчетов по их результатам.
См. группу ключевых процессов «Обеспечение качества ПО». Минимальное содержание проверок и/или аудитов:
1. Мероприятия по оценочному расчету и планированию проекта разработки.
2. Мероприятия по обсуждению и принятию обязательств по проекту.
3. Мероприятия по подготовке плана разработки ПО.
4. Стандарты, используемые при подготовке плана разработки ПО.
5. Содержание плана разработки ПО.
8.3. Отслеживание хода проекта и контроль над ним
Группа ключевых процессов для уровня 2: повторяемый уровень.
Цель группы ключевых процессов «Отслеживание хода проекта и контроль над ним» заключается в том, чтобы обеспечить адекватный обзор фактического выполнения проекта, позволяя руководству предпринимать эффективные меры при значительном отклонении хода проекта от планов разработки.
Данная группа ключевых процессов включает в себя отслеживание и сравнение результатов разработки с документированными оценками, обязательствами и планами, а также корректировку этих планов на основании фактических результатов.
Отслеживание работ по проекту, распространение информации об их состоянии и пересмотр планов происходит на основе документированного плана проекта разработки (т. е. плана разработки ПО, описанного в группе ключевых процессов «Планирование проекта»). Производство работ контролируется руководством. Ход проекта оценивается путем сравнения фактических показателей объема ПО, вложенных усилий, финансовых затрат и выполнения графика с плановыми значениями при завершении определенных промежуточных программных продуктов или на определенных этапах. При обнаружении несоответствия планам проекта предпринимаются корректирующие действия. Эти действия могут включать в себя пересмотр плана разработки ПО с целью отражения в нем фактических результатов и перепланирования оставшейся работы либо принятие мер по повышению производительности.
Цели
Цель 1 Сравнение фактических результатов и показателей с запланированными.
Цель 2 В случае значительного отклонения фактических результатов и показателей от запланированных — применение корректирующих действий и контроль над их выполнением.
Цель 3 Согласование изменений производственных обязательств с задействованными группами и сотрудниками.
Обязательства по выполнению
Обязательство 1 Должен быть назначен производственный менеджер проекта, ответственный за работы по проекту и их результаты. Обязательство 2 Проект следует документированной организационной политике управления проектом разработки ПО.
Эта политика обычно состоит из следующих положений:
1. Отслеживание хода проекта должно выполняться на основе документированного плана разработки ПО.
2. Менеджер проекта должен постоянно информироваться о состоянии проекта разработки и возникающих проблемах.
3. В случае отклонений от плана должны предприниматься корректирующие действия, направленные либо на повышение производительности, либо на коррекцию планов.
4. Изменения производственных обязательств вносятся при участии задействованных групп и согласуются с ними.
