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

расходы на зарплату,

накладные расходы,

командировочные расходы,

расходы на использование машинных ресурсов.

3. Оценки объема работ, потребности в персонале и затрат базируются на прежнем опыте.

По возможности следует использовать подобные проекты.

Рассчитываются фазы операций по времени.

Оценки объема работ, потребностей в персонале и затрат распределяются по жизненному циклу ПО.

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

Операция 11 Оценка предполагаемого использования критических компьютерных ресурсов в ходе проекта производится в соответствии с документированной процедурой.

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

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

1. Идентификация критических компьютерных ресурсов.

Примеры критических компьютерных ресурсов:

объем оперативной памяти,

требуемая мощность процессора,

пропускная способность каналов связи.

2. На оценку критических компьютерных ресурсов влияют следующие оценки:

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

рабочая нагрузка процессора,

интенсивность потока информации (трафик).

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

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

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

1. График разработки, который зависит от:

оценки предполагаемого объема промежуточных программных продуктов (или объема их изменений),

объема работ и затрат по проекту.

2. Составление графика разработки базируется на прежнем опыте:

по возможности следует использовать подобные проекты.

3. В графике разработки указываются даты этапов и критических зависимостей, а также другие ограничения.

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

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

6. График разработки документируется, проверяется и согласуется.

Операция 13 Выявление, оценка и документирование рисков по проекту разработки, связанных с затратами, графиком и техническими аспектами проекта.

1. Анализ и определение значительности рисков на основании их потенциального влияния на проект. 2. Определение страховочных действий, связанных с рисками.

Примеры страховочных действий:

внесение в график резерва по времени;

создание альтернативных планов укомплектования персоналом;

создание альтернативных планов по использованию дополнительного аппаратного обеспечения.

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

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

Примеры специализированных средств и вспомогательного инструментария разработки:

хост-компьютеры и периферийное оборудование для разработки ПО,

компьютеры и периферийное оборудование для тестирования ПО,

целевая операционная среда,

другое вспомогательное ПО.

2. Распределение обязанностей и обсуждение соглашений по приобретению или разработке этих средств и инструментов.

3. Планы рассматриваются всеми задействованными группами.

Операция 15 Документирование данных по планированию разработки.

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

2. Записи данных по плану разработки ПО должны быть управляемыми и контролируемыми.

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

Примеры измерений:

определение степени выполнения этапов работ по планированию разработки в сравнении с планом;

определение объема выполненных работ по планированию разработки и использованных при этом ресурсов.

Проверка 1 Регулярная проверка высшим руководством выполнения работ по планированию разработки.

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

1. Проверка технических, финансовых, кадровых аспектов и выполнения графика работ.

2. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.

3. Изучение рисков проекта разработки.

4. Поручение и проверка задач, а также отслеживание их выполнения.

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

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

1. В проверках принимают участие представители задействованных групп.

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

3. Рассмотрение зависимостей между группами.

4. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.

5. Рассмотрение рисков проекта разработки.

6. Поручение и проверка действий, а также отслеживание их выполнения.

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