Текст книги "Модель зрелости процессов разработки программного обеспечения"

Автор книги: Марк Паулк

Соавторы: Сьюзен Гарсия,Чарльз Вебер,Мэри Хриссис,Мерилин Буш,Билл Куртис
сообщить о нарушении

Текущая страница: 13 (всего у книги 16 страниц)

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

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

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

статус выполнения этапов календарного плана разработки и сопровождения ППО,

затраты на работы по определению процесса.

Проверка внедрения

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

См. группу ключевых процессов «Обеспечение качества ПО».

Минимальное содержание этих проверок и/или аудитов:

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

2. Контроль и использование СППО и связанных с ним основных средств.

9.3. Программа обучения

Группа ключевых процессов для уровня 3: определенный уровень

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

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

Каждый проект оценивается с точки зрения его текущих и будущих потребностей в соответствующей квалификации сотрудников, а также определяются методы приобретения этой квалификации. Некоторые навыки могут быть рационально и эффективно переданы неформальными методами (например, с помощью обучения в процессе работы или неформального наставничества), другие же нуждаются для этого в более формальных механизмах обучения (например, в проведении семинаров или в самообучении под руководством преподавателя). Для обучения выбираются и используются механизмы, соответствующие потребностям.

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

Цели

Цель 1. Мероприятия по обучению проводятся на плановой основе.

Цель 2. Обеспечение обучения навыкам и знаниям, необходимым для выполнения руководящих и технических ролей в процессе разработки ПО.

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

Обязательства по выполнению

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

Эта политика обычно состоит из следующих положений:

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

2. Должны быть определены и утверждены механизмы передачи навыков и знаний. Примеры утвержденных механизмов обучения:

проведение семинаров,

машинное обучение,

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

формализованные программы наставничества,

обучающие видеофильмы.

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

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

Примеры внешних источников обучения:

обучение, проводимое заказчиком,

коммерческие учебные курсы,

академические программы,

профессиональные конференции,

семинары.

Необходимые предпосылки

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

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

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

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

Примеры элементов программы обучения:

план организации по проведению обучения,

учебные материалы,

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

проведение обучения,

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

оценка обучения,

ведение данных по обучению.

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

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

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

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

средства разработки учебного материала,

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

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

3. Проведение обучения обеспечивается соответствующими помещениями.

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

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

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

Примеры способов получения этих навыков и знаний:

обучение методам преподавания,

курсы повышения квалификации в предметной области.

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

Выполняемые операции

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

План охватывает следующие вопросы:

1. Набор необходимых навыков и время, к которому они потребуются.

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

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

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

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

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

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

изучение конкретных приложений и требований к проекту,

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

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

Операция 2. Разработка и рассмотрение плана обучения в рамках организации в соответствии с документированной процедурой.

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

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

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

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

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

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

высшее руководство,

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

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

5. Документ плана обучения должен быть управляемым и контролируемым.

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

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

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

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

высшее руководство,

группа обучения,

руководители групп, связанных с разработкой ПО,

группа разработки ПО (включая все подгруппы, например, проектирования ПО),

группа оценки составляющих проекта,

группа системного проектирования,

группа системного тестирования,

группа обеспечения качества ПО,

группа управления конфигурацией ПО,

группа управления договорами,

группа управления документацией.

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

План охватывает следующие вопросы:

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

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

3. Финансирование и ресурсы (включая персонал, инструменты и помещения), необходимые для подготовки и проведения обучения.

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

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

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

7. Описание следующих процедур:

отбор сотрудников для прохождения обучения,

регистрация слушателей и их участие в обучении,

ведение записей по проведенному обучению,

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

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

Эти стандарты содержат следующие требования:

1. Разработка описания для каждого учебного курса.

Примеры вопросов, раскрываемых в описании курса:

предполагаемая аудитория слушателей,

подготовка к участию в обучении,

цели обучения,

продолжительность обучения,

планы занятий,

критерии удовлетворительного прохождения обучения слушателями,

процедуры периодической оценки эффективности обучения,

специальные вопросы, такие как пробное и тестовое чтение курса,

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

2. Проверка материалов учебного курса.

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

эксперты по обучению,

эксперты по предметным областям,

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

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

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

Операция 6. Ведение записей по проводимому обучению.

1. Регистрируются данные о всех слушателях, успешно прошедших какой-либо учебный курс или другое утвержденное учебное мероприятие.

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

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

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

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

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

фактическая посещаемость каждого учебного курса в сравнении с запланированной,

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

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

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

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

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

отзывы слушателей по учебным курсам,

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

Проверка внедрения

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

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

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

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

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

Минимальное содержание этих проверок и/или аудитов:

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

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

3. Корректность ведения записей по обучению.

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

5. Следование плану обучения в рамках организации.

9.4. Интегрированное управление разработкой ПО

Группа ключевых процессов для уровня 3: определенный уровень

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

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

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

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

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

Цели

Цель 1. Получение производственного процесса проекта в виде адаптированной версии СППО.

Цель 2. Планирование проекта и управление им в соответствии с его производственным процессом.

Обязательства по выполнению

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

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

Эта политика обычно состоит из следующих положений:

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

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

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

4. В каждом проекте собираются данные соответствующих измерений, которые затем сохраняются в базе данных ППО.

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

Необходимые предпосылки

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

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

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

Примеры тем учебных занятий:

использование базы данных ППО,

использование стандартного производственного процесса организации,

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

См. группу ключевых процессов «Программа обучения».

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

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

Примеры тем учебных занятий:

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

методы и процедуры выявления рисков разработки, управления ими и распространения соответствующей информации.

См. группу ключевых процессов «Программа обучения».

Выполняемые операции

Операция 1. Производственный процесс проекта разрабатывается путем адаптации СППО в соответствии с документированной процедурой.

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

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

1. Жизненный цикл ПО:

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

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

при необходимости модифицируется в соответствии с принятыми в организации инструкциями и критериями адаптации;

документируется в соответствии с организационными стандартами.

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

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

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

3. Результаты адаптации СППО к проекту рассматриваются группой, ответственной за координацию разработки ППО (например, группой инженерии производственного процесса), и утверждаются высшим руководством.

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

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

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

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

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

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

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

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

1. Документирование и систематическое рассмотрение изменений, вызываемых следующими источниками:

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

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

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

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

Примеры сотрудников, проверяющих изменения:

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

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

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

Примеры сотрудников, утверждающих изменения:

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

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

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

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

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

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

Производственный процесс проекта обычно содержит следующие указания:

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

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

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

4. Определяются документированные критерии момента необходимости перепланировки проекта.

5. Накопленный технический и административный опыт документируется и сохраняется в библиотеке документации по производственному процессу.

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

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

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

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

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

Примеры несоответствий и проблем:

различия в уровнях зрелости процессов,

несовместимость процессов,

различные экономические факторы.

Операция 5. Использование базы данных ППО для планирования и оценочных расчетов для проекта разработки.

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

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

Примеры информации, содержащейся в базе данных ППО:

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

трудоемкость разработки,

затраты на разработку,

календарный график,

укомплектование персоналом,

технические работы.

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

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

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

записи обоснований достоверности оценочных расчетов проекта.

3. Информация по планированию и перепланированию проекта разработки и данные проведенных измерений сохраняются в базе данных ППО.

Примеры записываемой проектной информации:

описание задачи,

сделанные предположения,

оценочные расчеты,

пересмотренные оценки,

фактические данные измерений,

информация, необходимая для воспроизведения оценочных расчетов,

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

Операция 6. Управление объемом промежуточных программных продуктов (или объемом их изменений) в соответствии с документированной процедурой.

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

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

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

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

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

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

Если достоверность оценки объема оказывается спорной, эта оценка проверяется группой экспертов.

2. При оценке объема каждого элемента ПО учитывается фактор непредвиденности, идентифицируемый как риск разработки.

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

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

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

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

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

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

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

Операция 7. Управление трудоемкостью и себестоимостью разработки проводится в соответствии с документированной процедурой.

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

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

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

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

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

Примеры характеристик проекта:

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

объем и сложность системы,

стабильность требований,

хост-среда разработки,

целевая среда системы,

знание и опыт разработчиков, касающиеся создаваемого приложения,

доступность ресурсов,

другие специфические ограничения.

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

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