Книга: Модель зрелости процессов разработки программного обеспечения
Выполняемые операции
Выполняемые операции
Операция 1 Отслеживание выполнения производственных операций и передача информации о состоянии проекта производится на основе документированного плана разработки ПО.
Практики, связанные с содержанием плана разработки ПО, содержатся в описании Операции № 7 группы ключевых процессов «Планирование проекта».
К плану разработки ПО выдвигаются следующие требования:
1. Этот план должен обновляться по ходу проекта, отражая его результаты и, в частности, завершение этапов.
2. К плану разработки ПО получают постоянный доступ:
группа разработки ПО (включая все подгруппы, например, проектирования ПО),
производственные менеджеры,
менеджер проекта,
высшее руководство,
другие задействованные группы.
Операция 2 Пересмотр плана разработки ПО в соответствии с документированной процедурой.
Практики, связанные с созданием плана разработки ПО, содержатся в описании Операции № 6 группы ключевых процессов «Планирование проекта».
Эта процедура обычно определяет следующее:
1. Пересмотр плана разработки ПО выполняется при необходимости включения в него уточнений и изменений, в частности при значительных изменениях планов. Во всех изменениях плана должны быть отражены внутренние зависимости между установленными системными требованиями, проектными ограничениями, ресурсами, затратами и графиком выполнения проекта.
2. Обновление плана разработки ПО выполняется с целью учета в нем всех новых обязательств по проекту и изменений прежних обязательств.
3. План разработки ПО должен проходить проверку после каждого исправления.
4. Документ плана разработки ПО должен быть управляемым и контролируемым. «Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
Операция 3 Обязательства по проекту и их изменения, принятые группами и отдельными лицами, не входящими в состав организации, рассматриваются высшим руководством в соответствии с документированной процедурой.
Операция 4 Информация об утвержденных изменениях обязательств, влияющих на проект, распространяется между разработчиками и группами, связанными с разработкой ПО.
Примеры групп, связанных с разработкой ПО:
группа обеспечения качества ПО,
управления конфигурацией ПО,
управления документацией.
Операция 5 Отслеживание объема промежуточных программных продуктов (или объема их изменений) и применение корректирующих действий в случае необходимости.
Практики, связанные с оценочным расчетом объема, содержатся в описании Операции № 9 группы ключевых процессов «Планирование проекта».
1. Отслеживается объем всех основных промежуточных программных продуктов (или объем их изменений).
2. Фактический объем кода (сгенерированного, полностью протестированного и переданного заказчику) сравнивается с оценками, содержащимися в плане разработки ПО.
3. Фактический объем переданной заказчику документации сравнивается с оценками, содержащимися в плане разработки ПО.
4. Регулярно производится уточнение, отслеживание и корректировка общего планируемого объема промежуточных программных продуктов (оценочный расчет с учетом фактических значений).
5. Изменения оценок объема промежуточных программных продуктов, влияющие на производственные обязательства, обсуждаются с задействованными группами и документируются.
Операция 6 Отслеживание объема работ и затрат по проекту, при необходимости — применение корректирующих действий.
Практики, связанные с оценочным расчетом затрат, содержатся в описании Операции № 10 группы ключевых процессов «Планирование проекта».
1. Фактические показатели трудозатрат и финансовых расходов сравниваются с оценками, содержащимися в плане разработки ПО, в целях выявления перерасхода или неполного использования ресурсов.
2. Себестоимость разработки отслеживается и сравнивается с оценками, содержащимися в плане разработки ПО.
3. Трудозатраты и укомплектование персоналом сравниваются с оценками, содержащимися в плане разработки ПО.
4. Изменения в штате сотрудников и в других производственных расходах, влияющие на производственные обязательства, обсуждаются с участием задействованных групп и документируются.
Операция 7 Отслеживание использования критических компьютерных ресурсов в проекте, при необходимости — применение корректирующих действий.
Практики, связанные с оценочным расчетом использования компьютерных ресурсов, содержатся в описании Операции № 11 группы ключевых процессов «Планирование проекта».
1. Фактические и планируемые показатели использования критических компьютерных ресурсов отслеживаются и сравниваются с оценками для всех основных компонентов ПО в соответствии с планом разработки.
2. Изменения оценок использования критических компьютерных ресурсов, влияющие на производственные обязательства, обсуждаются с участием задействованных групп и документируются.
Операция 8 Отслеживание календарного графика проектных работ, при необходимости — применение корректирующих действий.
Практики, связанные с составлением календарного графика, содержатся в описании Операции № 12 группы ключевых процессов «Планирование проекта».
1. Степень фактического выполнения проектных работ, этапов и других обязательств сравнивается с планом разработки ПО.
2. Оценивается влияние позднего и досрочного завершения проектных работ, этапов и других обязательств на будущие работы и этапы.
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. В случае необходимости, по результатам проверок уточняется план разработки ПО.
- 8.1. Управление требованиями
- Цели
- Обязательства по выполнению
- Необходимые предпосылки
- Выполняемые операции
- Измерения и анализ
- Проверка внедрения
- 8.2. Планирование проекта
- Цели
- Обязательства по выполнению
- Необходимые предпосылки
- Выполняемые операции
- Измерения и анализ
- Проверка внедрения
- 8.3. Отслеживание хода проекта и контроль над ним
- Цели
- Обязательства по выполнению
- Необходимые предпосылки
- Выполняемые операции
- Измерения и анализ
- Проверка внедрения
- 8.4. Управление производственным субподрядом
- Цели
- Обязательства по выполнению
- Необходимые предпосылки
- Выполняемые операции
- Измерения и анализ
- Проверка внедрения
- 8.5. Обеспечение качества ПО
- Цели
- Обязательства по выполнению
- Необходимые предпосылки
- Выполняемые операции
- Измерения и анализ
- Проверка внедрения
- 8.6. Управление конфигурацией ПО
- Цели
- Обязательства по выполнению
- Необходимые предпосылки
- Выполняемые операции
- Измерения и анализ
- Проверка внедрения