"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу автора

группы ключевых процессов "Планирование проекта" и Операции № 7 группы
ключевых процессов "Отслеживание хода проекта и контроль над ним".
Эта процедура обычно определяет следующее:
1. Оценки использования критических компьютерных ресурсов проекта могут
выводиться на основании прежнего опыта, моделирования, прототипов или
результатов анализа.
Документируются источники и обоснования оценок.
Оцениваются и документируются сходства и различия между проектами и
источниками статистических данных с точек зрения предметной области и выбора
архитектуры.
Документируются обоснования, позволяющие судить о достоверности
оценочных расчетов.
2. Планируемые компьютерные ресурсы, системные требования, отнесенные к
ПО, сами требования к ПО и/или архитектура ПО корректируются с учетом
требований к критическим компьютерным ресурсам.
3. Доступные компьютерные ресурсы распределяются по компонентам ПО.
4. При проведении начальных оценок доступных критических компьютерных
ресурсов предусматривается создание определенного резерва.
5. Для каждого критического компьютерного ресурса устанавливается
предельное значение его использования, при ожидаемом превышении которого
требуется принятие соответствующих мер.
Операция 9. Управление критическими зависимостями и
последовательностями календарного графика проектных работ происходит в
соответствии с документированной процедурой.
Основные практики, связанные с обсуждением и отслеживанием критических
зависимостей, содержатся в описании Операции № 12 группы ключевых процессов
"Планирование проекта", Операции № 8 группы ключевых процессов "Отслеживание
хода проекта и контроль над ним" и Операции № 4 группы ключевых процессов
"Межгрупповая координация".
Эта процедура обычно определяет следующее:
1. Этапы, задачи, обязательства, критические зависимости,
укомплектование персоналом, затраты и проверки распределяются в графике в
соответствии с производственным процессом проекта.
Календарный график разработки идентифицирует конкретные задачи и этапы,
чье завершение можно определить объективно (т. е. возможно бинарное
определение в виде "да/нет").
Для учета потребностей различных групп и сотрудников разрабатываются
различные уровни детализации графика, связанные друг с другом
соответствующим образом.
2. Определяются и обсуждаются критические зависимости, после чего они
отражаются в календарном графике разработки.
Критические зависимости могут возникать как внутри группы разработки ПО
(т. е. между подгруппами), так и между группой разработки и другими
задействованными группами.
3. Определяются критические последовательности, после чего они
отражаются в календарном графике разработки. 4. Критические зависимости
проекта и критические последовательности календарного графика регулярно
отслеживаются. 5. Для каждой критической последовательности устанавливается
специфический документированный пороговый критерий, при ожидаемом превышении
которого требуется принятие соответствующих мер.