техническое задание,

системные требования, отнесенные к ПО,

требования к ПО,

план разработки ПО,

стандарты и процедуры разработки.

3. Техническое задание на субподряд:

подготавливается,

проверяется,

согласуется.

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

менеджер проекта,

производственный менеджер проекта,

ответственные производственные менеджеры,

менеджер по управлению конфигурацией ПО,

менеджер по обеспечению качества ПО,

менеджер субподряда.

исправляется по мере необходимости,

является управляемым и контролируемым.

«Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).

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

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

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

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

В этой процедуре оцениваются следующие факторы:

1. Поданные предложения по планируемому субподряду.

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

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

4. Возможности по разработке ПО и управлению разработкой.

Примером метода оценки возможностей субподрядчика может служить метод SEI для оценки продуктивности процесса разработки (Software Capability Evaluation).

5. Наличие персонала для выполнения работы.

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

7. Доступные ресурсы.

Примеры ресурсов:

производственные помещения,

аппаратное обеспечение,

программное обеспечение,

средства обучения.

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

Документы договора:

1. Условия договора.

2. Техническое задание.

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

3. Требования к разрабатываемым продуктам.

4. Список зависимостей между субподрядчиком и генеральным подрядчиком.

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

Примеры продуктов:

исходный код,

план разработки ПО,

среда эмуляции,

проектная документация,

план приемочного тестирования.

6. Условия внесения исправлений в продукты.

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

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

1. Этот план разработки ПО раскрывает (непосредственно или по ссылке) соответствующие позиции из аналогичного плана генерального подрядчика.

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

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

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

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

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

Операция 7 Регулярные проверки состояния работ и координационные совещания, проводимые совместно руководителями генерального подрядчика и субподрядчика.

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

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

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

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

4. Рассматриваются критические зависимости и обязательства между разработчиками субподрядчика и его другими группами.

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

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

6. Рассматриваются несоответствия по договору о субподряде.

7. Рассматриваются проектные риски, связанные с субподрядной работой.

8. Изучаются конфликты и проблемы, которые субподрядчик не может решить самостоятельно.