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

Паулк Марк

Шрифт:

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

1. Данный план является базовой линией для:

календарного графика проекта,

договорных и технических аспектов проекта,

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

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

3. План доступен для членов всех инженерных групп.

4. При обновлении плана учитываются все межгрупповые обязательства и изменения этих обязательств.

5. План обновляется по мере выполнения работ, отражая ход проекта и изменения его планов; в частности при завершении основных этапов проекта или значительных изменениях планов.

6. План рассматривается и утверждается всеми инженерными группами и менеджером проекта.

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

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

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

1. Каждая критическая зависимость должна быть явно определена, включая следующее:

что должно быть подготовлено,

кто должен это подготовить,

когда это должно быть подготовлено,

критерии приемки.

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

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

4. Соглашение по каждой критической зависимости документируется, проверяется и утверждается как получающей группой, так и группой, ответственной за подготовку объекта критической зависимости.

5. Критические зависимости регулярно отслеживаются и в случае необходимости по отношению к ним применяются корректирующие действия.

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

Оценивается влияние позднего и досрочного выполнения обязательств на будущие работы и этапы.

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

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

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

Примеры межгрупповых проблем:

несовместимые календарные графики,

неадекватное финансирование,

технические риски,

дефекты системной архитектуры и требований,

проблемы системного уровня.

Операция 7. Представители инженерных групп проекта периодически проводят технические проверки и совещания по обмену информацией.

Участники этих проверок и совещаний решают следующие задачи:

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

2. Проверка хода технических работ проекта.

3. Проверка того, что группа интерпретирует и реализует технические требования в соответствии с системными требованиями.

4. Проверка выполнения обязательств.

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

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

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

Измерения и анализ

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

Примеры фактических измерений:

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

объем трудозатрат и других ресурсов, израсходованных другими инженерными группами на поддержку группы разработки ПО;

выполнение конкретных задач и этапов разработчиками в целях поддержки деятельности других инженерных групп;

  • Читать дальше
  • 1
  • ...
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74

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

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

  • Моя полка

Контакты

  • chitat.ebooker@gmail.com

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