Вход/Регистрация
Модель зрелости процессов разработки программного обеспечения
вернуться

Паулк Марк

Шрифт:

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. Изменения производственных обязательств вносятся при участии задействованных групп и согласуются с ними.

Примеры задействованных групп:

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

системного тестирования,

обеспечения качества ПО,

управления конфигурацией ПО,

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

управления документацией.

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

  • Читать дальше
  • 1
  • ...
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • ...

Ебукер (ebooker) – онлайн-библиотека на русском языке. Книги доступны онлайн, без утомительной регистрации. Огромный выбор и удобный дизайн, позволяющий читать без проблем. Добавляйте сайт в закладки! Все произведения загружаются пользователями: если считаете, что ваши авторские права нарушены – используйте форму обратной связи.

Полезные ссылки

  • Моя полка

Контакты

  • chitat.ebooker@gmail.com

Подпишитесь на рассылку: