Модель зрелости процессов разработки программного обеспечения
Шрифт:
Цели
Цель 1 Сравнение фактических результатов и показателей с запланированными.
Цель 2 В случае значительного отклонения фактических результатов и показателей от запланированных — применение корректирующих действий и контроль над их выполнением.
Цель 3 Согласование изменений производственных обязательств с задействованными группами и сотрудниками.
Обязательства по выполнению
Обязательство 1 Должен быть назначен производственный менеджер проекта,
Эта политика обычно состоит из следующих положений:
1. Отслеживание хода проекта должно выполняться на основе документированного плана разработки ПО.
2. Менеджер проекта должен постоянно информироваться о состоянии проекта разработки и возникающих проблемах.
3. В случае отклонений от плана должны предприниматься корректирующие действия, направленные либо на повышение производительности, либо на коррекцию планов.
4. Изменения производственных обязательств вносятся при участии задействованных групп и согласуются с ними.
Примеры задействованных групп:
группа разработки ПО (включая все подгруппы, например, проектирования ПО, оценки составляющих проекта, системного проектирования),
системного тестирования,
обеспечения качества ПО,
управления конфигурацией ПО,
управления контрактами,
управления документацией.
5. Высшее руководство рассматривает все изменения обязательств и новые обязательства по проекту, которые принимаются группами и отдельными лицами, не входящими в организацию.
Необходимые предпосылки
Предпосылка 1 План разработки ПО должен быть документирован и утвержден.
Практики, связанные с планом разработки ПО, содержатся в описании Операций № 6 и № 7 группы ключевых процессов «Планирование проекта».
Предпосылка 2 Менеджер проекта назначает конкретных сотрудников, ответственных за промежуточные программные продукты и производственные операции.
Распределяемые сферы ответственности охватывают следующие аспекты:
1. Разрабатываемые промежуточные программные продукты или предоставляемые услуги.
2. Объемы работ и затрат, необходимые для выполнения производственных операций.
3. График выполнения производственных операций.
4. Бюджет производственных операций.
Предпосылка 3 Процесс отслеживания хода проекта должен быть обеспечен соответствующими ресурсами и финансированием.
1. На производственных менеджеров и ведущих специалистов возлагаются конкретные обязанности по отслеживанию хода проекта.
2. Отслеживание хода проекта обеспечивается вспомогательными инструментальными средствами.
Примеры вспомогательных инструментальных средств:
электронные таблицы,
программы производственного и календарного планирования проекта.
Предпосылка 4 Производственные менеджеры должны пройти обучение управлению техническими и кадровыми аспектами проекта разработки.
Примеры тем учебных занятий: управление техническими аспектами
проектов; отслеживание и контроль объема, трудоемкости, затрат и графика разработки; управление персоналом.Предпосылка 5 Линейные менеджеры должны получить ориентацию в технических аспектах проекта разработки.
Примеры ориентирования:
инженерные стандарты и процедуры проекта разработки;
предметная область проекта.
Выполняемые операции
Операция 1 Отслеживание выполнения производственных операций и передача информации о состоянии проекта производится на основе документированного плана разработки ПО.
Практики, связанные с содержанием плана разработки ПО, содержатся в описании Операции № 7 группы ключевых процессов «Планирование проекта».
К плану разработки ПО выдвигаются следующие требования:
1. Этот план должен обновляться по ходу проекта, отражая его результаты и, в частности, завершение этапов.
2. К плану разработки ПО получают постоянный доступ:
группа разработки ПО (включая все подгруппы, например, проектирования ПО),
производственные менеджеры,
менеджер проекта,
высшее руководство,
другие задействованные группы.
Операция 2 Пересмотр плана разработки ПО в соответствии с документированной процедурой.
Практики, связанные с созданием плана разработки ПО, содержатся в описании Операции № 6 группы ключевых процессов «Планирование проекта».
Эта процедура обычно определяет следующее:
1. Пересмотр плана разработки ПО выполняется при необходимости включения в него уточнений и изменений, в частности при значительных изменениях планов. Во всех изменениях плана должны быть отражены внутренние зависимости между установленными системными требованиями, проектными ограничениями, ресурсами, затратами и графиком выполнения проекта.
2. Обновление плана разработки ПО выполняется с целью учета в нем всех новых обязательств по проекту и изменений прежних обязательств.
3. План разработки ПО должен проходить проверку после каждого исправления.
4. Документ плана разработки ПО должен быть управляемым и контролируемым. «Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
Операция 3 Обязательства по проекту и их изменения, принятые группами и отдельными лицами, не входящими в состав организации, рассматриваются высшим руководством в соответствии с документированной процедурой.
Операция 4 Информация об утвержденных изменениях обязательств, влияющих на проект, распространяется между разработчиками и группами, связанными с разработкой ПО.