На главную
На главную

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

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

Обозначение: ГОСТ Р ИСО/МЭК ТО 16326-2002
Название рус.: Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении проектом
Статус: действующий (Введен впервые)
Дата актуализации текста: 01.10.2008
Дата добавления в базу: 01.02.2009
Дата введения в действие: 01.07.2003
Разработан: ВНИИстандарт Госстандарта России
Утвержден: Госстандарт России (05.06.2002)
Опубликован: ИПК Издательство стандартов № 2002

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

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

Программная инженерия

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

ГОССТАНДАРТРОССИИ

Москва

Предисловие

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

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

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

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

СОДЕРЖАНИЕ

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

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

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

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

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

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

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

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

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

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

Приложение А. Обеспечение процесса управления по ГОСТ Р ИСО/МЭК 12207. 13

Приложение В. Работы УПП, связанные с работами процесса управления. 15

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

Приложение D. Дополнительная информация. 17

D.1 Введение. 17

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

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

Приложение Е. Библиография. 26

Введение

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

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

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

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

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

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

Настоящийстандарт состоит из шести основных разделов и приложений А-Е.

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

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

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

Программная инженерия

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

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

Дата введения 2003-07-01

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

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

- примененияпроцесса управления из ГОСТ Р ИСО/МЭК 12207 для УПП;

- использованияРуководства РМВОК™ [1] для определения и описания областей сведенийпо управлению, применяемых при УПП;

- использованияИСО 10006 [2]для управления проектом.

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

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

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

- применимостьУПП для каждого основного процесса;

- ключевыевопросы, относящиеся к УПП в целом;

- уточненныерекомендации для администраторов проектов (АП) программных средств в частизадач управления проектом из:

- РуководстваРМВОК™ [1]в части определения и описания общепризнанного подмножества из данногоруководства. Общее признание означает, что описанные знания и опыт применены вомногих проектах и единодушно признаны их значимость и полезность;

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

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

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

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

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

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

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

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

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

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

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

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

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

- наличие ГОСТР ИСО/МЭК 12207 и знание его;

- знаниестратегий и процедур соответствующих организаций;

- знаниепосреднических и договорных требований (необходимых и предполагаемых).

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

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

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

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

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

Примечание - В приложении Е указаны некоторыесправочные документы ([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) обнаружить и должным образом скорректировать неправильную стоимостьфазы.

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

ПРИЛОЖЕНИЕ А
(справочное)

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

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

Примечания

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

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

Таблица А.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 Разработка плана сборки

 

Х

 

 

 

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

 

 

 

ПРИЛОЖЕНИЕВ
(справочное)

Работы УПП, связанные с работами процесса управления

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

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

Процессы из Руководства РМВОК™ [1]

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 - данный процесс применяют в данной работе.

ПРИЛОЖЕНИЕС
(справочное)

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

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

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

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

Процессы из ИСО 10006 [2]

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

Х

 

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]

Области сведений по управлению проектом из Руководства РМВОК™ [1]

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 Обеспечение процесса

53 Процессы управления взаимосвязями

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],использованные в таблицах В.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], использованные в таблицахС.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-relatedprocesses): ПоИСО 10006 [2]термин «область (проекта) (scope)» охватывает описаниепроектной продукции, ее характеристик и способы их измерения или оценки. Этипроцессы предназначены для:

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

- обеспечениялюдей работой в заданной области при реализации конкретных работ;

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

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

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

- определениеобласти проекта и ее контроль - документирование характеристик проектнойпродукции в терминах их измеримости и контролируемости;

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

- контрольработ - контроль фактической работы, выполняемой в проекте;

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

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

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

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

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

ПРИЛОЖЕНИЕ Е
(справочное)

Библиография

[1] Руководство РМВОК™ Руководство по сведениям для органа управления проектом. Комитет по стандартам института управления проектом (PMI), 1996

[2] ИСО 10006-971) Управление качеством.Руководства по качеству при управлении проектом

[3] Introduction ofSoftware Process Improvement (CMU/SEl-92-Tr-7), Watts Humphrey, 1992

[4] ГОСТ Р ИСО/МЭК 9126-93 Информационнаятехнология. Оценка программной продукции. Характеристики качества и руководствапо их применению

[5] ИСО/ТО 10014-981) Руководство поуправлению экономикой качества

[6] ИСО 8402-941) Управление качеством иобеспечение качества. Словарь

[7] ИСО 9004-1-941) Управление качествоми элементы систем качества. Часть 1. Руководства

[8] ГОСТ Р ИСО/МЭК ТО 15271-2002 Информационная технология. Руководствопо применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программныхсредств)

[9] ИСО/МЭК ТО 15504-1-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 1. Общиепонятия и вводное руководство

[10] ИСО/МЭК ТО 15504-2-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 2. Эталоннаямодель процессов и их функциональных возможностей

[11] ИСО/МЭК ТО 15504-3-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 3. Проведениеаттестации

[12] ИСО/МЭК ТО 15504-4-981) Информационная технология. Аттестацияпроцессов жизненного цикла программных средств. Часть 4. Указания по проведениюаттестации

[13] ИСО/МЭК ТО 15504-5-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 5. Модельаттестации и руководство по показателям

[14] ИСО/МЭК ТО 15504-6-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 6. Указания покомпетентности экспертов

[15] ИСО/МЭК ТО 15504-7-981) Информационная технология. Аттестацияпроцессов жизненного цикла программных средств. Часть 7. Указания по применениюпри усовершенствовании процессов

[16] ИСО/МЭК ТО 15504-8-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 8. Указания поприменению при определении возможностей процессов поставщика

[17] ИСО/МЭК ТО 15504-9-981) Информационная технология.Аттестация процессов жизненного цикла программных средств. Часть 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 andManagement of Software Intensive Systems: Weapon Systems Command and ControlSystems Management Information Systems Volumes 1 and 2, Department of the AirForce, 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 andUsing 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 toPlanning, Scheduling, and Controlling, Harold Kersner, Ph. D., Van NorstrandReinhold, 1998

[27] Quality Software Management, G. Weinberg,1992

[28] Software Acquisition Management - Managingthe Acquisition of Custom Software Systems, John J. Marciniack and Donald J.Reifer, 1990

[29] Software Management Guide, SoftwareTechnology Center (STSC) Hill Air Force Base, UT 84056, April 1992

[30] Software Engineering Project Management,Richard H. Thayer (Ed.), IEEE, 1988

[31] The Program Managers Guide to SoftwareAcquisition Best Practices, Software Program Managers Network, Norm Brown(Executive Director), 1988

[32] Quantitative Methods for ProjectManagement, Frank T. Anbari, PhD, International Institute for Learning, 1997

[33] Principles ofSoftware Management, Gib Т., 1988

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

Ключевые слова: обработка данных, вычислительныемашины, программные средства вычислительных машин, управление, проекты,программные проекты

8
Мне нравится
Комментировать Добавить в закладки

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

Пожалуйста зарегистрируйтесь или авторизуйтесь на сайте.