ГОСТ Р ИСО/МЭК ТО 16326-2002. Государственный стандарт Российской Федерации. Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении проектом

(принят и введен в действие Постановлением Госстандарта России от 05.06.2002 № 226-ст)

Принят и введен в действие Постановлением Госстандарта России от 5 июня 2002 г. № 226-ст

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ПРОГРАММНАЯ ИНЖЕНЕРИЯ

РУКОВОДСТВО ПО ПРИМЕНЕНИЮ ГОСТ Р ИСО/МЭК 12207 ПРИ УПРАВЛЕНИИ ПРОЕКТОМ

Software engineering. Guide for the application of GOST R ISO/IEC 12207 to project management

ГОСТ Р ИСО/МЭК ТО 16326-2002

Группа П85

ОКС 35.080; ОКСТУ 5001

Дата введения 1 июля 2003 года

Предисловие

1 РАЗРАБОТАН И ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 5 июня 2002 г. № 226-ст

3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 16326-99 «Программная инженерия. Руководство по применению ИСО/МЭК 12207 при управлении проектом»

4 ВВЕДЕН ВПЕРВЫЕ

Введение

Программные средства являются неотъемлемой частью информационных технологий и традиционных систем, например транспортных, военных, здравоохранения и финансовых. Имеется тенденция к увеличению числа стандартов, процедур, методов, инструментальных средств и сред, связанных с разработкой программных средств и управлением программными проектами. Подобная тенденция вызывает трудности при управлении программными проектами и реализации соответствующих технологий, особенно при интеграции продуктов и услуг. Необходим определенный порядок при переходе от указанного многообразия к общей структуре, удобной для профессионалов, обеспечивающей взаимопонимание при создании программных средств и управлении ими. Данная общая структура установлена в ГОСТ Р ИСО/МЭК 12207.

Структура ГОСТ Р ИСО/МЭК 12207 охватывает весь жизненный цикл программного средства от возникновения идеи его создания до снятия с эксплуатации и состоит из процессов, определяющих заказ и представление программных продуктов и услуг. Данная структура также обеспечивает контроль за указанными процессами и их усовершенствование.

ГОСТ Р ИСО/МЭК 12207 представляет исчерпывающий набор процессов жизненного цикла программного средства. Конкретная организация для реализации поставленных целей может выбрать соответствующее подмножество (процессов, работ, задач) из ГОСТ Р ИСО/МЭК 12207. Указанный стандарт может быть адаптирован для конкретной организации, проекта или приложения. Данный стандарт также может быть использован как для автономного программного средства, так и для средства, встраиваемого или входящего в общую систему.

В настоящем стандарте приведены рекомендации по использованию процесса управления, описанного в 7.1 ГОСТ Р ИСО/МЭК 12207. Большинство приведенных рекомендаций основано на международных и региональных нормативных документах по стандартизации и опыте людей, успешно руководящих программными проектами.

Настоящий стандарт не предназначен для установления каких-либо ролей или обязанностей организации.

Установлено, что определенные процессы, работы и задачи носят итерационный характер и могут проявляться в любом порядке или с любой частотой. Данные процессы, работы и задачи должны быть увязаны с другими процессами, работами и задачами, не указанными в настоящем стандарте, например со вспомогательными и организационными процессами жизненного цикла из ГОСТ Р ИСО/МЭК 12207.

Настоящий стандарт состоит из шести основных разделов и Приложений A - E.

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

В настоящем стандарте учтены обобщенные предложения по практическому применению ГОСТ Р ИСО/МЭК 12207, представленные Техническим комитетом по стандартизации ТК 22 «Информационные технологии».

1 Область применения

Настоящий стандарт уточняет и дополняет ГОСТ Р ИСО/МЭК 12207 в части процесса управления (далее — управление программным проектом или УПП). Настоящий стандарт разработан на основе (см. рисунок 1):

• применения процесса управления из ГОСТ Р ИСО/МЭК 12207 для УПП;
• использования Руководства РМВОКТМ [1] для определения и описания областей сведений по управлению, применяемых при УПП;
• использования ИСО 10006 [2] для управления проектом.

┌────────────────────────────────────────────────────────────────┐
│┌────────────────────┐ ┌─────────────┐ ┌───────────────────────┐│
<pre class="legal-pre">││                    │ │             │ │                 ТМ    ││
││ГОСТ Р ИСО/МЭК 12207│ │ИСО 10006 [2]│ │Руководство РМВОК   [1]││</pre>
│└──────────┬─────────┘ └──────┬──────┘ └────────────┬──────────┘│
<pre class="legal-pre">│           │                  │                     │           │
│       ┌───\/─────────────────\/───────────────────\/───┐       │
│       │            Настоящий стандарт                  │       │
│       └──────────────────────/\────────────────────────┘       │
│                              │                                 │
│           ┌──────────────────┴────────────────────┐            │
│           │     Передовой опыт, знания и т.д.     │            │
│           └───────────────────────────────────────┘            │</pre>
└────────────────────────────────────────────────────────────────┘

Рисунок 1. Основные источники для настоящего стандарта

Настоящий стандарт предназначен для лиц, отвечающих за управление реализацией основных процессов по ГОСТ Р ИСО/МЭК 12207: заказа, поставки, разработки, эксплуатации и сопровождения. Приведенные в настоящем стандарте рекомендации охватывают:

• общие рекомендации для УПП по применению работ процесса управления (см. 7.1 ГОСТ Р ИСО/МЭК 12207) в части их реализации в каждом из основных процессов;
• применимость УПП для каждого основного процесса;
• ключевые вопросы, относящиеся к УПП в целом;
• уточненные рекомендации для администраторов проектов (АП) программных средств в части задач управления проектом из:
• Руководства РМВОКТМ [1] в части определения и описания общепризнанного подмножества из данного руководства. Общее признание означает, что описанные знания и опыт применены во многих проектах и единодушно признаны их значимость и полезность;
• ИСО 10006 [2] в части рекомендаций по реализации основных концепций, элементов и опыта применения систем качества, влияющих на практику управления проектом.

В настоящем стандарте рассмотрены вопросы, специфичные для программных средств или приводящие к проблемам при реализации основных процессов по ГОСТ Р ИСО/МЭК 12207 в программных проектах. Например, хорошо известно, что зачастую программные проекты финансируют с опозданием и (или) не полностью или они не могут удовлетворять ожиданиям или требованиям заказчика. Это не относится только к программным средствам, но имеется ряд особенностей, характерных для программных средств, могущих привести к подобным результатам.

1.1 Круг пользователей

Настоящий стандарт предназначен для субъектов, использующих или планирующих использование ГОСТ Р ИСО/МЭК 12207 в программных проектах, независимо от их области применения, создаваемых продуктов, методологии, объема или сложности. Стандарт в первую очередь предназначен для администраторов проектов, отвечающих за соответствие процессов управления ГОСТ Р ИСО/МЭК 12207:

• администраторов, ответственных за организацию и постоянное совершенствование процессов жизненного цикла программных средств по ГОСТ Р ИСО/МЭК 12207;
• администраторов, ответственных за применение процессов жизненного цикла программных средств по ГОСТ Р ИСО/МЭК 12207 на проектном уровне;
• организаций или лиц, являющихся субподрядчиками при реализации УПП.

Приведены соображения для лиц:

• вовлеченных в программные проекты, но не являющихся АП;
• являющихся администраторами непрограммных проектов, но связанных с АП программных средств.

В настоящем стандарте рассмотрены основные процессы жизненного цикла программных средств из ГОСТ Р ИСО/МЭК 12207 с точки зрения АП и приведены рекомендации по эффективной реализации задач управления (на основе передового опыта и знаний). Кроме того, в настоящем стандарте показано, как работы технологического, технического и вспомогательного персонала должны быть интегрированы в общий жизненный цикл программного средства.

1.2 Предпосылки

Предпосылками для применения настоящего стандарта являются:

• наличие ГОСТ Р ИСО/МЭК 12207 и знание его;
• знание стратегий и процедур соответствующих организаций;
• знание посреднических и договорных требований (необходимых и предполагаемых).

2 Соответствие

Требования соответствия настоящему стандарту не установлены.

3 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующий стандарт:

ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.

Примечание. В Приложении E указаны некоторые справочные документы ([1] - [33]), относящиеся к области применения настоящего стандарта.

4 Определения

В настоящем стандарте применены термины с соответствующими определениями, установленные в ГОСТ Р ИСО/МЭК 12207, Руководстве РМВОКТМ [1] и ИСО 10006 [2].

5 Обозначения

В настоящем стандарте использованы следующие обозначения (символы и сокращения):

КСКИ (ССВ) <1> - контрольный совет по конфигурации и изменениям (configuration/change control board);

РГУИ (ICWG) <1> - рабочая группа по управлению интерфейсами (interface control working group);

МЭК (IEC) — Международная электротехническая комиссия (International electrotechnical commission);

ИСО (ISO) — Международная организация по стандартизации (International organization for standardization);

АП (РМ) — администратор проекта (project manager);

СПИ (SEE) — среда программной инженерии (software engineering environment);

УПП (SPM) — управление программным проектом (software project management);

СКР (WBS) — структура классификации работ (work breakdown structure).

---

<1> В зависимости от объема и сложности проекта это может быть группа лиц, отдельное лицо или функция.

6 Руководство

6.1 Введение в управление проектом программного средства

Проект охватывает деятельность по созданию индивидуального продукта или услуги (Руководство РМВОКТМ [1]). Таким образом, в проект вовлекают группу лиц, ресурсы и мероприятия, характеризуемые следующими общими свойствами:

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

Программные проекты относятся к проектам, связанным с созданием программных средств, услуг или выдачей соответствующих результатов. Вопрос об отличии программных проектов от проектов, связанных с созданием других продуктов, услуг или результатов, рассмотрен Уоттом Хемпреем (Watts Haumphrey) [3] и охватывает следующие аспекты:

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

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

В Руководстве РМВОКТМ [1] дана важная информация по управлению проектами в целом. ГОСТ Р ИСО/МЭК 12207 содержит важную информацию о программных проектах в целом, вспомогательных процессах (5.2 ГОСТ Р ИСО/МЭК 12207) и описание большинства подлежащих реализации работ (видов деятельности) и задач (заданий). В ИСО 10006 [2] приведена информация, относящаяся к повышению качества управления проектом. Основными целями настоящего стандарта являются определение вышеописанных особенностей, с которыми сталкивается администратор программного проекта, демонстрация взаимодополняемости трех вышеуказанных документов и помощь АП программных проектов в принятии адекватных решений.

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

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

Администраторы программного проекта определяют методологию и методы (технологию) реализации проекта, необходимые для:

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

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

6.2 Процесс управления

В данном подразделе рассмотрен процесс управления из 7.1 ГОСТ Р ИСО/МЭК 12207. В указанном стандарте определен общий процесс управления (более широкий, чем УПП), который может быть применен любой стороной, управляющей каким-либо процессом. В данном подразделе обсуждено применение процесса управления из ГОСТ Р ИСО/МЭК 12207 для управления программным проектом (УПП).

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

Примечание. В последующих пунктах настоящего стандарта в прямоугольных рамках приведены формулировки из ГОСТ Р ИСО/МЭК 12207, поясняемые в данном стандарте.

ГОСТ Р ИСО/МЭК 12207
7.1. Процесс управления. Процесс управления состоит из общих работ и задач, которые могут быть использованы любой стороной, управляющей соответствующим процессом(ами). Администратор отвечает за управление продуктом, проектом, работами и задачами соответствующего процесса(ов), таких как заказ, поставка, разработка, эксплуатация, сопровождение или вспомогательные процессы.

В 7.1 ГОСТ Р ИСО/МЭК 12207 сформулировано «соответствующий процесс(ы)», так как в проекте могут быть использованы не все основные процессы. Например, в проект скорее могут быть включены процессы разработки или сопровождения продукта, а не его эксплуатации.

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

6.2.1 Подготовка и определение области управления

ГОСТ Р ИСО/МЭК 12207

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

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

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

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

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

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

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

Должны быть предусмотрены специальные мероприятия по определению и документированию характеристик качества (ГОСТ Р ИСО/МЭК 9126 [4]); например, когда программное средство встраивается в систему более высокого уровня, некоторые функции распределяются между программными и техническими средствами или между данным программным средством и другими, внешне взаимосвязанными с ним программными средствами или системами.

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

При этом очень важно установить критерии завершения проекта. Целью является определение успешности завершения проекта, работы или задачи в соответствии с Руководством РМВОКТМ [1].

Требования к деловой деятельности (business requirement), зачастую игнорируемые администраторами программных проектов, регламентируют авторские права, вопросы патентования и т.д. Например, является ли заказчик собственником поставляемого продукта или будет ли заказчик собственником при выходе поставщика из договора до поставки готового (финального) продукта?

Советы по специфике программных средств:

• должны быть детально определены требования по тиражированию, распространению, вводу в действие (инсталляции) и тестированию программного средства;
• должна быть установлена и отслежена взаимосвязь (трассировка) между требованиями к системе и программному средству, требованиями к программному средству и проекту и требованиями к программному средству и тестированию;
• должны быть установлены и проконтролированы соответствующие интерфейсы как неотъемлемая часть технических требований (спецификаций) к программному средству и соответствующие документы, описывающие данные интерфейсы;
• вследствие сложности разработки программного средства трудно подтвердить соответствие программных продуктов требованиям пользователя (установленным и предполагаемым);
• проектирование рабочей загрузки (workload) зависит от типа проекта: новая разработка, встраивание или интеграция в систему, изменение (модификация) готового программного продукта, подключение к различным операционным системам и т.д.

6.2.2 Планирование

ГОСТ Р ИСО/МЭК 12207

7.1.2. Планирование. Данная работа состоит из следующей задачи: 7.1.2.1. Администратор должен подготовить планы для выполнения процесса. Планы, связанные с выполнением процесса, должны содержать описания соответствующих работ и задач и обозначения создаваемых программных продуктов. Планы должны охватывать (но не ограничиваться) следующие вопросы: a) установление графиков своевременного решения задач; b) оценка необходимых трудозатрат; c) определение ресурсов, необходимых для выполнения задач; d) распределение задач по исполнителям; e) определение обязанностей исполнителей; f) определение критических ситуаций, связанных с задачами или самим процессом; g) установление используемых в процессе критериев управления качеством; h) определение затрат, связанных с реализацией процесса; i) обеспечение условий и определение инфраструктуры выполнения процесса.

Должны быть определены обязанности по подготовке и утверждению (согласованию) планов.

Планы должны устанавливать модель жизненного цикла программного средства, задачи, распределение задач, их блокировку и соответствующие ресурсы. В программном проекте должен быть определен один основной график работ, а все вспомогательные графики должны быть связаны и согласованы с основным графиком. С помощью СКР можно эффективно проверять ход процесса и обеспечивать контроль этих процессов и продуктов. Метод СКР должен быть четко реализован, потому что он организует и определяет общую область управления проектом (Руководство РМВОКТМ [1]). Метод СКР должен быть применен так, чтобы обеспечить управление программным проектом на соответствующих уровнях его детализации с использованием соответствующих технологий в зависимости от объема, сложности, критичности и риска проекта.

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

• стоимость реализации соответствующих процессов;
• инфраструктуру;
• потребности в ресурсах, включая соответствующее управление и контроль;
• оценку и контроль качества;
• управление риском;
• обеспечение СПИ;
• задания, выполняемые в каждом процессе и (или) работе.

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

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

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

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

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

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

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

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

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

Советы по специфике программных средств:

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

6.2.3 Выполнение и контроль

ГОСТ Р ИСО/МЭК 12207

7.1.3. Выполнение и контроль. Данная работа состоит из следующих задач: 7.1.3.1. Администратор должен начать реализацию плана, чтобы удовлетворить поставленным целям и критериям проекта, выполняя управление процессом. 7.1.3.2. Администратор должен осуществлять текущий надзор за выполнением процесса, подготавливая как внутренние отчеты о развитии процесса, так и внешние отчеты для заказчика в соответствии с условиями договора. 7.1.3.3. Администратор должен исследовать, анализировать и решать проблемы, обнаруженные при выполнении процесса. Решение проблем может привести к изменениям планов. Обязанностью администратора является обеспечение того, чтобы влияние любых изменений на ход процесса было выявлено, управляемо и контролируемо. Все обнаруженные проблемы и их решения должны быть документально оформлены. 7.1.3.4. Администратор должен в установленные сроки отчитаться о реализации процесса, подтверждая выполнение утвержденных планов в ходе процесса и преодолевая возникающие в ходе процесса затруднения. Данные отчеты могут быть в соответствии с условиями договора как внутренними, так и внешними (для заказчика).

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

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

Примечание. Например, рабочие группы по управлению интерфейсами (РГУИ) необходимы для соблюдения и оценки ограничений на интерфейсы и контроля программных проектов. В состав РГУИ должны входить представители от каждой организации, связанной с интерфейсами. В РГУИ обсуждают программные и системные интерфейсы, рассматривают их варианты и согласовывают оптимальные методы реализации интерфейсов. Выработанные в РГУИ рекомендации по изменениям проекта до их реализации должны быть направлены для согласования в контрольный совет по конфигурации и изменениям (КСКИ).

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

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

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

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

Советы по специфике программных средств:

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

6.2.4 Проверка и оценка

ГОСТ Р ИСО/МЭК 12207
7.1.4. Проверка и оценка. Данная работа состоит из следующих задач: 7.1.4.1. Администратор должен обеспечить оценку программных продуктов и планов на соответствие установленным требованиям. 7.1.4.2. Администратор должен проверить результаты оценок программных продуктов, работ и задач, реализуемых в ходе процесса, на соответствие поставленным целям и на выполнение утвержденных планов.

Вспомогательные процессы по ГОСТ Р ИСО/МЭК 12207 (например, процессы совместного анализа и аудита) дополняют работу по проверке и оценке.

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

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

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

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

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

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

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

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

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

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

Советы по специфике программных средств:

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

6.2.5 Завершение

ГОСТ Р ИСО/МЭК 12207

7.1.5. Завершение. Данная работа состоит из следующих задач: 7.1.5.1. После создания всех программных продуктов, запланированных в процессе, и выполнения всех работ и задач процесса администратор должен определить степень их соответствия критериям, установленным в договоре или организационной процедуре. 7.1.5.2. Администратор должен проконтролировать результаты и полноту документации созданных программных продуктов и выполненных работ. Все представленные окончательные результаты и соответствующая документация должны быть сохранены в архиве в соответствии с условиями договора.

УПП должно обеспечивать оценку завершенности проекта и гарантировать, что он удовлетворяет проектным требованиям, критериям и процедурам. Подобные оценки могут быть выполнены по мере успешного окончания создания программных продуктов или реализации процессов, работ или задач. Результаты и отчетные материалы по программным продуктам, процессам, работам или задачам должны быть проверены на полноту и, если они признаны полными, — сохранены в архиве в соответствии с договорными требованиями и (или) требованиями, принятыми в организации.

В работе «завершение» следует использовать полученные ранее результаты с соответствующими данными и отчетными материалами, например такие, как:

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

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

Данная работа может быть проведена между процессами, работами и задачами. В Руководстве РМВОКТМ [1] (для ГОСТ Р ИСО/МЭК 12207 вместо термина «фаза» следует подставить термины «процесс», «работа» или «задача») определено:

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

а) определить возможность перехода к следующей фазе и

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

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

Приложение A (справочное)

ОБЕСПЕЧЕНИЕ ПРОЦЕССА УПРАВЛЕНИЯ ПО ГОСТ Р ИСО/МЭК 12207

В таблице A.1 показано, как основные процессы жизненного цикла из ГОСТ Р ИСО/МЭК 12207 обеспечивают (поддерживают) работы процесса управления.

Примечания. 1. Отметка на более высоком уровне (например, 5.2) распространяется на все нижние уровни (например, 5.2.3).

2. В данной таблице X обозначает безусловное применение, О — условное (могут быть некоторые нюансы).

Таблица A.1

Обеспечение работ процесса управления основными процессами (по ГОСТ Р ИСО/МЭК 12207)

5. Основные процессы жизненного цикла	7.1. Работы процесса управления
	7.1.1. Подготовка и определение области управления	7.1.2. Планирование	7.1.3. Выполнение и контроль	7.1.4. Проверка и оценка	7.1.5. Завершение
5.1. Процесс заказа
5.1.1. Подготовка	X
5.1.1.5. Использование процесса разработки			X
5.1.1.8. План заказа		X
5.1.2. Подготовка заявки на подряд	X	X
5.1.3. Подготовка и корректировка договора	X		X
5.1.3.5. Контроль и оценка изменений				X
5.1.4. Надзор за поставщиком			X	X
5.1.5. Приемка и закрытие договора				X	X
5.2. Процесс поставки
5.2.1. Подготовка	X
5.2.2. Подготовка ответа	X
5.2.3. Подготовка договора	X			О
5.2.4. Планирование		X
5.2.5. Выполнение и контроль			X	О
5.2.6. Проверка и оценка				X
5.2.7. Поставка и закрытие договора					X
5.3. Процесс разработки			X
5.3.1. Подготовка процесса	X
5.3.1.1. Выбор модели жизненного цикла и разметка работ		X
5.3.1.4. Разработка и выполнение планов процесса		X
5.3.2.2. Оценка системных требований				X
5.3.3.2. Оценка системной архитектуры и требований к ней				X
5.3.4.2. Оценка требований к программным средствам				X
5.3.4.3. Проведение совместных анализов требований к программным средствам				X
5.3.5.6. Оценка программной архитектуры и проектов интерфейсов и баз данных				X
5.3.5.7. Проведение совместных анализов проекта программной архитектуры				X
5.3.6.7. Оценка технического программного проекта и требований к тестированию				X
5.3.6.8. Проведение совместных анализов технического программного проекта				X
5.3.7.5. Оценка машинных программ и результатов их тестирования				X
5.3.8.1. Разработка плана сборки		X
5.3.8.5. Оценка плана сборки, проекта программ, тестов, результатов тестирования и документов пользователя				X
5.3.8.6. Проведение совместных анализов сборки программных средств				X
5.3.9.3. Оценка проекта, программ, тестов, результатов тестирования и документов пользователя				X
5.3.9.4. Обеспечение аудиторских проверок при квалификационных испытаниях программных средств
5.3.10.3. Оценка собранной системы				X
5.3.11.2. Оценка системы				X
5.3.11.3. Обеспечение аудиторских проверок при квалификационных испытаниях программных средств				X
5.3.12.1. Разработка плана ввода в действие программных средств	О	X
5.3.13.1. Обеспечение проведения заказчиком анализа готовности к приемке и приемочных испытаний программных средств				X
5.4. Процесс эксплуатации			X
5.4.1. Подготовка процесса		X
5.5. Процесс сопровождения
5.5.1. Подготовка процесса			X
5.5.1.1. Разработка и выполнение планов и процедур по сопровождению		X
5.5.1.2. Установление процедур для: получения, документирования и контроля сообщений о проблемах и заявок на изменения; обеспечения обратной связи		X
5.5.2. Анализ проблем и изменений			X
5.5.2.1. Анализ сообщений о проблемах или заявок на изменения				X
5.5.2.3. Принятие вариантов реализации изменений	X
5.5.3. Внесение изменений			X
5.5.4. Проверка и приемка при сопровождении				X
5.5.5. Перенос			X
5.5.5.2. Разработка и выполнение плана переноса		X
5.5.5.6. Анализ последствий переноса				X
5.5.6. Снятие с эксплуатации			X		X
5.5.6.1. Разработка и выполнение плана снятия с эксплуатации		X

Приложение B (справочное)

РАБОТЫ УПП, СВЯЗАННЫЕ С РАБОТАМИ ПРОЦЕССА УПРАВЛЕНИЯ

В таблице B.1 определены процессы из Руководства РМВОКТМ [1], применяемые при работах процесса управления из ГОСТ Р ИСО/МЭК 12207.

Таблица B.1

Процессы из области сведений по управлению проектом, обеспечивающие работы процесса управления из ГОСТ Р ИСО/МЭК 12207

Процессы из Руководства РМВОКТМ [[1]](#p100520)		7.1. Работы процесса управления по ГОСТ Р ИСО/МЭК 12207
Области сведений по управлению проектом	Процессы из области сведений по управлению проектом	7.1.1. Подготовка и определение области управления	7.1.2. Планирование	7.1.3. Выполнение и контроль	7.1.4. Проверка и оценка	7.1.5. Завершение
4. Управление компоновкой проекта	4.1. Разработка плана проекта	X	X
	4.2. Выполнение плана проекта			X	X
	4.3. Общий контроль изменений			X	X
5. Управление областью проекта	5.1. Подготовка	X		X
	5.2. Планирование области	X	X
	5.3. Определение области	X	X
	5.4. Проверка области	X			X	X
	5.5. Контроль изменений области	X	X	X	X
6. Управление сроками проекта	6.1. Определение работ	X	X
	6.2. Установление последовательности работ		X
	6.3. Оценка продолжительности работ		X	X	X
	6.4. Создание графика работ		X
	6.5. Контроль выполнения графика			X	X
7. Управление стоимостью проекта	7.1. Планирование ресурсов	X	X
	7.2. Составление сметы затрат	X	X	X
	7.3. Выделение бюджетных ассигнований		X
	7.4. Контроль стоимости			X	X
8. Управление качеством проекта	8.1. Планирование качества	X	X
	8.2. Обеспечение качества			X	X
	8.3. Контроль качества			X	X
9. Управление людскими ресурсами проекта	9.1. Организационное планирование	X	X
	9.2. Формирование штатов	X		X
	9.3. Организация коллектива	X		X
10. Управление обменом в проекте	10.1. Планирование обмена	X	X
	10.2. Распространение информации			X
	10.3. Подготовка отчетных материалов			X	X
	10.4. Административное завершение проекта			X		X
11. Управление риском проекта	11.1. Определение риска	X		X
	11.2. Количественная оценка риска	X		X
	11.3. Разработка ответных действий на риск		X	X	X
	11.4. Контроль ответных действий	X	X	X	X
12. Управление организацией проекта	12.1. Планирование потребности в проекте	X	X
	12.2. Планирование предложений по проекту	X	X
	12.3. Рассмотрение заявок	X		X
	12.4. Выбор проектанта	X		X	X
	12.5. Заключение договора			X	X
	12.6. Реализация договора		X			X
X — данный процесс применяют в данной работе.

Приложение C (справочное)

ПРОЦЕССЫ УПРАВЛЕНИЯ ПРОЕКТОМ, СООТВЕТСТВУЮЩИЕ РАБОТАМ ПРОЦЕССА УПРАВЛЕНИЯ ПО ГОСТ Р ИСО/МЭК 12207

В таблице C.1 определены процессы управления проектом из ИСО 10006 [2], применяемые при работах процесса управления из ГОСТ Р ИСО/МЭК 12207.

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

Таблица C.1

Процессы управления проектом, обеспечивающие работы процесса управления из ГОСТ Р ИСО/МЭК 12207

Процессы из ИСО 10006 [[2]](#p100521)		7.1. Работы процесса управления по ГОСТ Р ИСО/МЭК 12207
Группы процессов управления проектом	Процессы управления проектом	7.1.1. Подготовка и определение области управления	7.1.2. Планирование	7.1.3. Выполнение и контроль	7.1.4. Проверка и оценка	7.1.5. Завершение
5.3. Процессы управления взаимосвязями	5.3.1. Подготовка проекта и разработка плана проекта	X	X		X
	5.3.2. Управление взаимодействием		X	X	X
	5.3.3. Управление изменениями	X		X	X
	5.3.4. Завершение				X	X
5.4. Процессы, связанные с областью проекта	5.4.1. Разработка концепции	X
	5.4.2. Определение области проекта и ее контроль	X	X		X
	5.4.3. Определение работ		X
	5.4.4. Контроль работ			X	X
5.5. Процессы, связанные со сроками	5.5.1. Планирование взаимосвязи работ		X
	5.5.2. Оценка продолжительности		X
	5.5.3. Создание графика (работ)		X
	5.5.4. Контроль выполнения графика		X	X	X
5.6. Процессы, связанные со стоимостью	5.6.1. Оценка стоимости		X
	5.6.2. Формирование бюджета		X
	5.6.3. Контроль стоимости		X	X	X
5.7. Процессы, связанные с ресурсами	5.7.1. Планирование ресурсов		X
	5.7.2. Контроль ресурсов		X	X	X
5.8. Процессы, связанные с персоналом	5.8.1. Определение организационной структуры проекта		X
	5.8.2. Формирование штата		X		О
	5.8.3. Совершенствование коллектива	О
5.9. Процессы, связанные с обменом	5.9.1. Планирование обмена	О	О
	5.9.2. Управление информацией		X	X
	5.9.3. Контроль обмена			О	О
5.10. Процессы, связанные с риском	5.10.1. Идентификация риска	О	X
	5.10.2. Оценка риска		X
	5.10.3. Выработка реакции на риск		X
	5.10.4. Контроль риска			О	О
5.11. Процессы, связанные с закупкой	5.11.1. Планирование и контроль закупки	О	X
	5.11.2. Документирование требований		О		X
	5.11.3. Оценка субподрядчиков	О		О	X
	5.11.4. Организация субподряда	О	X	X	X
	5.11.5. Контроль договора			X	X

Приложение D (справочное)

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

D.1 Введение

В настоящем приложении приведена дополнительная информация по управлению из ИСО 10006 [2] и Руководства РМВОКТМ [1]. В таблице D.1 использованы данные из ГОСТ Р ИСО/МЭК 12207 на уровне работ, из ИСО 10006 [2] на уровне процессов и из Руководства РМВОКТМ [1] на уровне областей сведений по управлению проектом. Термины, использованные в таблице D.1, определены в D.2 (из Руководства РМВОКТМ [1]) и D.3 (из ИСО 10006 [2]).

Таблица D.1

Соотношения между ГОСТ Р ИСО/МЭК 12207, ИСО 10006 [2] и Руководством РМВОКТМ [1]

Работы процессов по ГОСТ Р ИСО/МЭК 12207	Уровни процессов по ИСО 10006 [[2]](#p100521)	Области сведений по управлению проектом из Руководства РМВОКТМ [[1]](#p100520)
5.1. Процесс заказа
5.1.1. Подготовка	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.10. Процессы, связанные с риском	11. Управление риском проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.1.2. Подготовка заявки на подряд	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.1.3. Подготовка и корректировка договора	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
	5.11. Процессы, связанные с закупкой	11. Управление риском проекта
		12. Управление организацией проекта
5.1.4. Надзор за поставщиком	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.1.5. Приемка и закрытие договора	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.11. Процессы, связанные с закупкой	8. Управление качеством проекта
		12. Управление организацией проекта
5.2. Процесс поставки
5.2.1. Подготовка	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
5.2.2. Подготовка ответа	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
5.2.3. Подготовка договора	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
5.2.4. Планирование	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.10. Процессы, связанные с риском	11. Управление риском проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.2.5. Выполнение и контроль	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.10. Процессы, связанные с риском	11. Управление риском проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.2.6. Проверка и оценка	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.11. Процессы, связанные с закупкой	10. Управление обменом в проекте
		12. Управление организацией проекта
5.2.7. Поставка и закрытие договора	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.3. Процесс разработки
5.3.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.10. Процессы, связанные с риском	11. Управление риском проекта
5.3.2. Анализ требований к системе	5.3. Процессы управления взаимосвязями	8. Управление качеством проекта
	5.4. Процессы, связанные с областью проекта	12. Управление организацией проекта
	5.11. Процессы, связанные с закупкой
5.3.3. Проектирование системной архитектуры	-	5. Управление областью проекта
		8. Управление качеством проекта
5.3.4. Анализ требований к программным средствам	5.3. Процессы управления взаимосвязями	5. Управление областью проекта
	5.4. Процессы, связанные с областью проекта	8. Управление качеством проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
5.3.5. Проектирование программной архитектуры	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.6. Техническое проектирование программных средств	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.7. Программирование и тестирование программных средств	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.8. Сборка программных средств	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.9. Квалификационные испытания программных средств	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.10. Сборка системы	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.11. Квалификационные испытания системы	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
5.3.12. Ввод в действие программных средств	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.11. Процессы, связанные с закупкой	10. Управление обменом в проекте
		12. Управление организацией проекта
5.3.13. Обеспечение приемки программных средств	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.11. Процессы, связанные с закупкой	10. Управление обменом в проекте
		12. Управление организацией проекта
5.4. Процесс эксплуатации
5.4.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
		9. Управление людскими ресурсами проекта
5.4.2. Эксплуатационные испытания	-	8. Управление качеством проекта
5.4.3. Эксплуатация системы	-	8. Управление качеством проекта
5.4.4. Поддержка пользователя	5.3. Процессы управления взаимосвязями	10. Управление обменом в проекте
	5.9. Процессы, связанные с обменом	11. Управление риском проекта
	5.10. Процессы, связанные с риском
5.5. Процесс сопровождения
5.5.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4 Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
		10. Управление обменом в проекте
5.5.2. Анализ проблем и изменений	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
		11. Управление риском проекта
5.5.3. Внесение изменений	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
5.5.4. Проверка и приемка при сопровождении	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
5.5.5. Перенос	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
5.5.6. Снятие с эксплуатации	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
6.1. Процесс документирования
6.1.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9 Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
		10. Управление обменом в проекте
6.1.2. Проектирование и разработка	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
6.1.3. Выпуск	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
6.1.4. Сопровождение	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
6.2. Процесс управления конфигурацией
6.2.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
6.2.2. Определение конфигурации	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
6.2.3. Контроль конфигурации	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
		11. Управление риском проекта
6.2.4. Учет состояний конфигурации	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
6.2.5. Оценка конфигурации	5.3. Процессы управления взаимосвязями	8. Управление качеством проекта
	5.10. Процессы, связанные с риском	11. Управление риском проекта
6.2.6. Управление выпуском и поставка	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
6.3. Процесс обеспечения качества
6.3.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
		10. Управление обменом в проекте
6.3.2. Обеспечение продукта	5.3. Процессы управления взаимосвязями	8. Управление качеством проекта
6.3.3. Обеспечение процесса	5.3. Процессы управления взаимосвязями	8. Управление качеством проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.11. Процессы, связанные с закупкой
6.3.4. Обеспечение систем качества	5.3. Процессы управления взаимосвязями	8. Управление качеством проекта
6.4. Процесс верификации
6.4.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
		11. Управление риском проекта
6.4.2. Верификация	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
	5.11. Процессы, связанные с закупкой	11. Управление риском проекта
		12. Управление организацией проекта
6.5. Процесс аттестации
6.5.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
		10. Управление обменом в проекте
6.5.2. Аттестация	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
		11. Управление риском проекта
6.6. Процесс совместного анализа
6.6.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
6.6.2. Анализы управления проектом	5.3 Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
		11. Управление риском проекта
6.6.3. Технические анализы	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
6.7. Процесс аудита
6.7.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.8. Процессы, связанные с персоналом	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
		10. Управление обменом в проекте
6.7.2. Аудиторская проверка	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
		8. Управление качеством проекта
6.8. Процесс решения проблем
6.8.1. Подготовка процесса	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
6.8.2. Решение проблемы	5.9. Процессы, связанные с обменом	8. Управление качеством проекта
		10. Управление обменом в проекте
7.1. Процесс управления
7.1.1. Подготовка и определение области управления	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.8. Процессы, связанные с персоналом	6. Управление сроками проекта
	5.9. Процессы, связанные с обменом	7. Управление стоимостью проекта
	5.10. Процессы, связанные с риском	8. Управление качеством проекта
	5.11. Процессы, связанные с закупкой	9. Управление людскими ресурсами проекта
		10. Управление обменом в проекте
		11. Управление риском проекта
		12. Управление организацией проекта
7.1.2. Планирование	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.10. Процессы, связанные с риском	11. Управление риском проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
7.1.3. Выполнение и контроль	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	9. Управление людскими ресурсами проекта
	5.10. Процессы, связанные с риском	10. Управление обменом в проекте
	5.11. Процессы, связанные с закупкой	11. Управление риском проекта
		12. Управление организацией проекта
7.1.4. Проверка и оценка	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	5. Управление областью проекта
	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.6. Процессы, связанные со стоимостью	7. Управление стоимостью проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.10. Процессы, связанные с риском	11. Управление риском проекта
	5.11. Процессы, связанные с закупкой	12. Управление организацией проекта
7.1.5. Завершение	5.3. Процессы управления взаимосвязями	5. Управление областью проекта
		10. Управление обменом в проекте
		12. Управление организацией проекта
7.2. Процесс создания инфраструктуры
7.2.1. Подготовка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.7. Процессы, связанные с ресурсами	8. Управление качеством проекта
	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
7.2.2. Создание инфраструктуры	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.5. Процессы, связанные со сроками	8. Управление качеством проекта
	5.6. Процессы, связанные со стоимостью	9. Управление людскими ресурсами проекта
	5.7. Процессы, связанные с ресурсами	10. Управление обменом в проекте
	5.8. Процессы, связанные с персоналом
	5.9. Процессы, связанные с обменом
7.2.3. Сопровождение инфраструктуры	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.7. Процессы, связанные с ресурсами	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
7.3. Процесс усовершенствования
7.3.1. Создание процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	10. Управление обменом в проекте
	5.9. Процессы, связанные с обменом	11. Управление риском проекта
	5.10. Процессы, связанные с риском
7.3.2. Оценка процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	10. Управление обменом в проекте
	5.9. Процессы, связанные с обменом	11. Управление риском проекта
	5.10. Процессы, связанные с риском
7.3.3. Усовершенствование процесса	5.3. Процессы управления взаимосвязями	4. Управление компоновкой проекта
	5.4. Процессы, связанные с областью проекта	7. Управление стоимостью проекта
	5.6. Процессы, связанные со стоимостью	8. Управление качеством проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
	5.10. Процессы, связанные с риском	11. Управление риском проекта
7.4. Процесс обучения
7.4.1. Подготовка процесса	5.5. Процессы, связанные со сроками	6. Управление сроками проекта
	5.7. Процессы, связанные с ресурсами	9. Управление людскими ресурсами проекта
	5.8. Процессы, связанные с персоналом	10. Управление обменом в проекте
	5.9. Процессы, связанные с обменом
7.4.2. Разработка учебных материалов	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте
7.4.3. Реализация плана обучения	5.8. Процессы, связанные с персоналом	9. Управление людскими ресурсами проекта
	5.9. Процессы, связанные с обменом	10. Управление обменом в проекте

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

Ниже приведены термины с соответствующими определениями из Руководства РМВОКТМ [1], использованные в таблицах B.1 и D.1:

управление обменом в проекте (Project Communication Management): Подмножество управления проектом, охватывающее процессы, необходимые для сбора и распространения проектной информации. Управление обменом в проекте включает в себя планирование обмена, распространение информации, подготовку отчетных материалов и административное завершение данного проекта.

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

управление людскими ресурсами проекта (Project Human Resource Management): Подмножество управления проектом, охватывающее процессы, необходимые для эффективного использования людей, вовлеченных в проект. Управление людскими ресурсами проекта включает в себя организационное планирование, формирование штатов и организацию коллектива.

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

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

управление качеством проекта (Project Quality Management): Подмножество управления проектом, охватывающее процессы, обеспечивающие соответствие проекта установленным потребностям. Управление качеством проекта включает в себя планирование качества, обеспечение качества и контроль качества.

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

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

управление сроками проекта (Project Time Management): Подмножество управления проектом, охватывающее процессы, обеспечивающие своевременное завершение проекта. Управление сроками проекта включает в себя определение работ, установление их последовательности и оценку продолжительности, создание графика работ и контроль выполнения данного графика.

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

Ниже приведены термины с соответствующими определениями из ИСО 10006 [2], использованные в таблицах C.1 и D.1:

процессы, связанные с обменом (communication-related processes): Данные процессы предназначены для облегчения обмена необходимой информацией при реализации проекта. Эти процессы обеспечивают: своевременное и соответствующее создание (генерацию) проектной информации, ее сбор, распространение, хранение и окончательное упорядочение. Такими процессами являются:

• планирование обмена — планирование информационной и коммуникационной систем проекта;
• управление информацией — обеспечение доступа к информации для подразделений проектной организации и других посредников;
• контроль обмена — контролирование обмена в соответствующей запланированной коммуникационной системе.

процессы, связанные со стоимостью (cost-related processes): Данные процессы предназначены для прогнозирования стоимости проекта и управления ею, а также для обеспечения выполнения проекта в рамках установленного бюджета. Такими процессами являются:

• оценка стоимости — проведение оценок стоимости проекта;
• формирование бюджета — формирование бюджета проекта по результатам оценок его стоимости;
• контроль стоимости — контролирование стоимости при реализации проекта и отклонений от проектного бюджета.

Примечание. Более подробно эти процессы рассмотрены в ИСО/ТО 10014 [5].

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

• подготовка проекта и разработка плана проекта — оценка требований заказчика и других посредников, подготовка плана проекта и инициализация других процессов;
• управление взаимодействием — управление взаимодействиями при реализации проекта;
• управление изменениями и конфигурацией — прогнозирование изменений и управление ими по всем процессам;
• завершение — окончание процессов и обеспечение обратной связи.

процессы, связанные с персоналом (personnel-related processes): Люди, вовлекаемые в проект, определяют качество и успешность его реализации. Процессы, связанные с персоналом, предназначены для создания соответствующей среды, в которой люди могут эффективно работать над реализацией проекта. Такими процессами являются:

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

Примечание. Количественные аспекты управления персоналом связаны с процессами управления ресурсами.

процессы, связанные с закупкой (purchasing-related processes): Эти процессы связаны с закупкой, заказом или приобретением продуктов, созданных в проекте. Такими процессами являются:

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

Примечания. 1. Как отмечено в ИСО 8402 [6], термин «продукция (product)» охватывает услуги, технические средства, обрабатываемые материалы, программные средства или их комбинации.

2. При использовании ИСО 10006 [2] при ссылках на ИСО 9004-1 [7] под организацией понимают проектную организацию, а субподрядчики поставляют данной организации соответствующую продукцию.

3. Дополнительные рекомендации по данному вопросу приведены в ИСО 9004-1 [7].

процессы, связанные с ресурсами (resource-related processes): Данные процессы предназначены для планирования ресурсов и их контроля. Они способствуют определению любых потенциальных проблем в части ресурсов. Примерами ресурсов являются программные средства, оборудование, прочие средства, финансы, информационные системы, материалы, персонал, услуги и площади. Процессами, связанными с ресурсами, являются:

• планирование ресурсов — определение, оценка, планирование и распределение соответствующих ресурсов;
• контроль ресурсов — сравнение фактически используемых ресурсов с запланированными и, при необходимости, проведение соответствующих корректировок.

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

процессы, связанные с риском (risk-related processes): Управление проектным риском связано с неопределенностями в проекте и требует структурированного подхода. Целями процессов, связанных с риском, являются минимизация воздействия потенциально неблагоприятных событий и выработка предложений по совершенствованию проекта. В ИСО 10006 [2] термин «риск» охватывает оба эти аспекта. Риск связан либо с проектными процессами, либо с проектными продуктами. Процессами, связанными с риском, являются:

• идентификация риска — определение риска в проекте;
• оценка риска — оценка вероятности возникновения рискованных событий и влияния рискованных событий на проект;
• выработка реакции на риск — разработка планов мероприятий по реагированию на риск;
• контроль риска — реализация и обновление планов мероприятий по реагированию на риск.

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

процессы, связанные с областью проекта (scope-related processes): По ИСО 10006 [2] термин «область (проекта) (scope)» охватывает описание проектной продукции, ее характеристик и способы их измерения или оценки. Эти процессы предназначены для:

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

Процессами, связанными с областью проекта, являются:

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

процессы, связанные со сроками (time-related processes): Данные процессы предназначены для определения взаимозависимостей между работами и продолжительностью работ, а также для обеспечения выполнения всего проекта в установленные сроки. Такими процессами являются:

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

Приложение E (справочное)

БИБЛИОГРАФИЯ

[1]	Руководство РМВОКТМ Руководство по сведениям для органа управления проектом. Комитет по стандартам института управления проектом (PMI), 1996
[2]	ИСО 10006-97 <1> Управление качеством. Руководства по качеству при управлении проектом
[3]	Introduction of Software Process Improvement (CMU/SEI-92-Tr-7), Watts Humphrey, 1992
[4]	ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению
[5]	ИСО/ТО 10014-98 <1> Руководство по управлению экономикой качества
[6]	ИСО 8402-94 <1> Управление качеством и обеспечение качества. Словарь
[7]	ИСО 9004-1-94 <1> Управление качеством и элементы систем качества. Часть 1. Руководства
[8]	ГОСТ Р ИСО/МЭК ТО 15271-2002 Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)
[9]	ИСО/МЭК ТО 15504-1-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 1. Общие понятия и вводное руководство
[10]	ИСО/МЭК ТО 15504-2-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 2. Эталонная модель процессов и их функциональных возможностей
[11]	ИСО/МЭК ТО 15504-3-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 3. Проведение аттестации
[12]	ИСО/МЭК ТО 15504-4-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 4. Указания по проведению аттестации
[13]	ИСО/МЭК ТО 15504-5-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 5. Модель аттестации и руководство по показателям
[14]	ИСО/МЭК ТО 15504-6-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 6. Указания по компетентности экспертов
[15]	ИСО/МЭК ТО 15504-7-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 7. Указания по применению при усовершенствовании процессов
[16]	ИСО/МЭК ТО 15504-8-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 8. Указания по применению при определении возможностей процессов поставщика
[17]	ИСО/МЭК ТО 15504-9-98 <1> Информационная технология. Аттестация процессов жизненного цикла программных средств. Часть 9. Словарь
[18]	Application Strategies for Risk Analysis, R. Charette, 1990
[19]	Assessment and Control of Software Risks, Capers Jones, 1994
[20]	Continuous Risk Management Guidebook, Carnegie Mellon University Software Engineering Institute, 1996
[21]	Guidelines for Successful Acquisition and Management of Software Intensive Systems: Weapon Systems Command and Control Systems Management Information Systems Volumes 1 and 2, Department of the Air Force, Software Technology Support Center, September 1994
[22]	Managing Projects in Organizations, revised edition, J. Davidson Frame and Jossey-Bass, 1995
[23]	Managing Software Projects — Selecting and Using PC-Based Project Management Systems, Lois Zells, 1990
[24]	Managing the Software Process, Watts S. Humphrey, 1989
[25]	Managing Uncertainty in Changing World, SEI Conference on Risk Management, April 7, 1997
[26]	Project Management — A Systems Approach to Planning, Scheduling, and Controlling, Harold Kersner, Ph.D., Van Norstrand Reinhold, 1998
[27]	Quality Software Management, G. Weinberg, 1992
[28]	Software Acquisition Management — Managing the Acquisition of Custom Software Systems, John J. Marciniack and Donald J. Reifer, 1990
[29]	Software Management Guide, Software Technology Center (STSC) Hill Air Force Base, UT 84056, April 1992
[30]	Software Engineering Project Management, Richard H. Thayer (Ed.), IEEE, 1988
[31]	The Program Manager's Guide to Software Acquisition Best Practices, Software Program Managers Network, Norm Brown (Executive Director), 1988
[32]	Quantitative Methods for Project Management, Frank T. Anbari, Ph. D., International Institute for Learning, 1997
[33]	Principles of Software Management, Gib Т., 1988

---

<1> Оригиналы международных стандартов ИСО (ИСО/МЭК) — во ВНИИКИ Госстандарта России.

УДК 666.76.001.4:006.354	ОКС 35.080	П85	ОКСТУ 5001
Ключевые слова: обработка данных, вычислительные машины, программные средства вычислительных машин, управление, проекты, программные проекты

---