Модель зрелости процессов разработки программного обеспечения - Марк Паулк
Шрифт:
Интервал:
Закладка:
Операция 5 Документированный и утвержденный план субподрядчика по разработке ПО используется для отслеживания выполнения производственных операций и получения информации об их состоянии.
Операция 6 Изменения, вносимые в техническое задание, условия и другие обязательства по субподряду, рассматриваются в соответствии с документированной процедурой.
1. Эта процедура обычно определяет то, что внесение изменений происходит при участии всех задействованных групп как генерального подрядчика, так и субподрядчика.
Операция 7 Регулярные проверки состояния работ и координационные совещания, проводимые совместно руководителями генерального подрядчика и субподрядчика.
1. Субподрядчик по мере необходимости получает информацию о потребностях и запросах заказчиков и конечных пользователей продукта.
В этих практиках термином «конечные пользователи» называются конечные пользователи, определенные заказчиком, либо их представители.
2. Технические, финансовые, кадровые аспекты и показатели календарного графика субподрядчика сравниваются с его планом разработки ПО.
3. Рассматривается использование критических компьютерных ресурсов проекта. Вклад субподрядчика в текущие оценочные расчеты отслеживается и сравнивается с расчетами для каждого компонента ПО в соответствии с документированной процедурой.
4. Рассматриваются критические зависимости и обязательства между разработчиками субподрядчика и его другими группами.
5. Рассматриваются критические зависимости и обязательства между генеральным подрядчиком и субподрядчиком.
Обсуждение обязательств носит взаимный характер.
6. Рассматриваются несоответствия по договору о субподряде.
7. Рассматриваются проектные риски, связанные с субподрядной работой.
8. Изучаются конфликты и проблемы, которые субподрядчик не может решить самостоятельно.
9. Поручение и проверка корректирующих действий, а также отслеживание их выполнения.
Операция 8 Субподрядчик регулярно проводит технические проверки и поддерживает взаимообмен информацией с генеральным подрядчиком.
Эти проверки:
1. Дают субподрядчику информацию о потребностях и запросах заказчиков и конечных пользователей.
2. Позволяют отслеживать технические операции субподрядчика.
3. Позволяют убедиться в том, что субподрядчик интерпретирует и реализует технические требования в соответствии с требованиями генерального подрядчика.
4. Контролируют выполнение обязательств.
5. Контролируют своевременность решения технических проблем.
Операция 9 На определенных этапах проекта проводятся формальные проверки результатов работы субподрядчика в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Проверки предварительно планируются и документируются в техническом задании.
2. В проверках рассматриваются обязательства, планы и состояние производственных операций субподрядчика.
3. Определяются и документируются значительные проблемы, предпринятые действия и принятые решения.
4. Изучаются риски разработки.
5. По мере необходимости уточняется план субподрядчика по разработке ПО.
Операция 10 Группа обеспечения качества со стороны генерального подрядчика отслеживает мероприятия субподрядчика по обеспечению качества ПО в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Планы, ресурсы, процедуры и стандарты субподрядчика по обеспечению качества ПО регулярно проверяются на их пригодность для отслеживания показателей работы субподрядчика.
2. Проводятся регулярные проверки соответствия субподрядной работы утвержденным процедурам и стандартам.
Группа обеспечения качества со стороны генерального подрядчика выборочно проверяет ход работ и продукты субподрядчика.
По мере необходимости группа обеспечения качества со стороны генерального подрядчика проводит аудит журналов проверки качества, ведущихся субподрядчиком.
3. Ведущийся субподрядчиком журнал мероприятий по обеспечению качества периодически проходит аудит, в ходе которого проверяется следование планам, стандартам и процедурам обеспечения качества.
Операция 11 Мероприятия субподрядчика по управлению конфигурацией ПО отслеживаются соответствующей группой генерального подрядчика согласно документированной процедуре.
Эта процедура обычно определяет следующее:
1. Регулярно проверяется адекватность планов, ресурсов, процедур и стандартов субподрядчика по управлению конфигурацией ПО.
2. Генеральный подрядчик и субподрядчик координируют свои действия по вопросам управления конфигурацией ПО, проверяя возможность интеграции или включения продуктов субподрядчика в проектную среду генерального подрядчика.
3. Библиотека базовых линий конфигурации субподрядчика проходит регулярный аудит, в котором проверяется следование субподрядчика стандартам и процедурам управления конфигурацией ПО и степень их эффективности в управлении базовыми линиями.
Операция 12 В ходе процесса поставки программных продуктов, отданных на субподряд, генеральный подрядчик проводит их приемочное тестирование в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Генеральный подрядчик и субподрядчик определяют, рассматривают и утверждают процедуры и критерии приемки для каждого продукта до начала тестирования.
2. Результаты приемочных тестов документируются.
3. Для любого программного продукта, не прошедшего приемочное тестирование, составляется план корректирующих действий.
Операция 13 Показатели работы субподрядчика регулярно проходят оценку, а результаты этой оценки рассматриваются при участии субподрядчика.
Оценка показателей работы субподрядчика дает ему возможность получения отзывов, которые характеризуют, насколько его работа удовлетворяет потребности заказчика (т. е. генерального подрядчика). В отличие от регулярных координационных совещаний и технических проверок, которые проводятся в течение всего проекта, такие отзывы могут быть получены в результате проверок, связанных с выплатой премиальных вознаграждений по показателям работы. Документы с результатами таких оценок могут также использоваться в качестве исходной информации для будущих операций по выбору субподрядчика.
Измерения и анализ
Измерение 1 Выполнение измерений и использование их результатов для определения состояния работ по управлению субподрядом.
Примеры измерений:
расходы на работы по управлению субподрядом в сравнении с плановыми значениями,
фактические даты поставки продуктов, отданных на субподряд, в сравнении с запланированными,
фактические даты поставок генеральным подрядчиком компонентов проекта субподрядчику в сравнении с запланированными.
Проверка внедрения
Проверка 1 Регулярная проверка высшим руководством выполнения работ по управлению субподрядом.
Регулярные проверки проводятся высшим руководством для получения своевременной информации о процессе разработки ПО и его понимания на соответствующем уровне абстрагирования. Промежутки времени между проверками должны соответствовать потребностям организации и могут быть длительными, если в организации имеется работающая система оповещения об исключительных ситуациях.
Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
Проверка 2 Регулярные и событийные проверки менеджером проекта работ по управлению субподрядом.
Практики, связанные со стандартным содержанием проверок со стороны руководства проекта, содержатся в описании Проверки № 2 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
Проверка 3 Выполнение группой обеспечения качества проверок и/или аудитов работ и промежуточных продуктов по управлению субподрядом и составление отчетов по их результатам.
См. группу ключевых процессов «Обеспечение качества ПО».
Минимальное содержание проверок и/или аудитов:
1. Мероприятия по выбору субподрядчика.
2. Работы по управлению субподрядом.
3. Мероприятия по координации работ по управлению конфигурацией между генеральным подрядчиком и субподрядчиком.
4. Проведение плановых проверок с участием субподрядчика.
5. Проведение проверок по завершению ключевых этапов проекта или стадий работы по субподряду.
6. Процесс приемки программных продуктов от субподрядчика.