ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ПРОЕКТНЫЙ МЕНЕДЖМЕНТ. СИСТЕМЫ ПРОЕКТНОГО МЕНЕДЖМЕНТА

Часть 2

Процессы и процессная модель

(DIN 69901-2:2009, IDT)

Издание официальное

Москва

Стандартинформ

2016

Предисловие

1    ПОДГОТОВЛЕН Автономной некоммерческой организацией «Международная академия менеджмента и качества бизнеса» (АНО «Международная академия качества бизнеса») на основе собственного перевода на русский язык немецкоязычной версии стандарта, указанного в пункте 4, при участии Открытого акционерного общества «Научно-исследовательский центр контроля и диагностики технических систем» (АО «НИЦ КД»)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 17 ноября 2015 г. № 1825-ст

4    Настоящий стандарт идентичен стандарту DIN 69901-2:2009 «Проектный менеджмент. Системы проектного менеджмента. Часть 2. Процессы и процессная модель» («Project management — Project management systems — Part 2: Processes, processmodel», IDT).

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

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ, 2016

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

Окончания таблица 1

Инициирование Определение Планирование Контроль Завершение 5 Организация 1.5.1 Назначение ответственных 1.5.2 Выбор процессов проектного менеджмента D.5.1 Формирование команды управления проектом Р.5.1 Планирование организации работы над проектом 5.5.1    Проведение стартового совещания 5.5.2 Создание команды проекта 5.5.3 Развитие команды проекта А.5.1 Проведение заключительного совещания А.5.2 Оценка достижений А.5.3 Роспуск проектной организации 6 Качество D.6.1 Определение критериев успеха Р.6.1 Планирование обеспечения качества S.6.1 Обеспечение качества А.6.1 Обобщение опыта проекта 7 Ресурсы Р.7.1 Составление ресурсного плана S.7.1 Управление ресурсами А.7.1 Освобождение ресурсов 8 Риск D.8.1 Определение методов работы с рисками D.8.2 Анализ окружения проекта/заинте-ресованных лиц D.8.3 Оценка реализуемости Р.8.1 Анализ рисков Р.8.2 Планирование реагирования на риски S.8.1 Управление рисками 9 Структура проекта D.9.1 Составление укрупненной структуры Р.9.1 Разработка структуры декомпозиции работ Р.9.2 Описание пакетов работ Р.9.3 Описание работ 10 Договора и дополнительные требования D.10.1 Определение методов работы с договорами D.10.2 Определение содержания договора с заказчиком Р.10.1 Определение содержания договоров с поставщиками 5.10.1    Реализация договоров с клиентами и поставщиками 5.10.2 Управление дополнительными требованиями А.10.1 Окончание договоров 11 Цели и содержание 1.11.1 Первоначальное определение целей D.11.1 Определение целей D.11.2 Определение содержания проекта S.11.1 Управление целями и содержанием

4.3 Диаграммы процессов проектного менеджмента

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

4.4 Описания процессов проектного менеджмента

4.4.1    Общая информация

Методы, отмеченные «*», описаны в DIN 69900 или DIN 69901-3.

4.4.2    Процесс 1.3.1 «Выдача разрешения»

Предшествующие процессы:	-1.5.2 Выбор процессов ПМ Последующие - D.5.1 Формирование процессы: команды проекта
Цель и задачи:	Выдача разрешения заказчиком (внутренним или внешним) является необходимым условием для перехода от одной группы процессов проектного менеджмента (фазы проекта) к другой (последующей). Целью выдачи разрешения является достижение полного завершения предыдущей группы процессов, а также гарантия того, что никакие открытые пункты не переходят в следующую фазу. Разделение фаз повышает качество и надежность планирования и при увеличении размера проекта является важной предпосылкой для того, чтобы проектом можно было управлять в течение всего хода его реализации.
Описание процесса (процедура):	Проверяется, выполнены ли условия для начала следующей фазы проектного менеджмента. После этого может быть выдано разрешение на переход проекта в следующую фазу
Вход		Методы ПМ	Выход
- Проект решения		-    Концепция «Quality Gate» -    Создание структуры проекта*	-    Протокол о выдаче разрешения с перечнем открытых вопросов -    Проектное задание для следующей фазы

4.4.3 Процесс 1.5.1 «Назначение ответственных»

Предшествующие процессы: Последующие - 1.11.1 Первоначальное процессы: определение целей Цель и задачи: На данной фазе существует только начальная идея (замысел) или запрос клиента, которые должны обрабатываться и разрабатываться на последующих этапах. Целью процесса является определение того, кто несет ответственность за первые этапы проекта и как необходимо организовать работу над проектом. Описание процесса (процедура): Определение ответственных за обработку следующих этапов проекта (если возможно, определение лица, которое в дальнейшем возьмет на себя руководство проектом) и при необходимости назначение других членов команды. Вход Методы ПМ Выход -    Начальная идея проекта -    Опыт прошлых проектов - Создание структуры проекта* - Назначение ответственного (ых) (руководителя проекта) и при необходимости других членов команды

4.4.4 Процесс 1.5.2 «Выбор процессов проектного менеджмента»

Предшествующие процессы: -1.11.1 Первоначальное опре- Последующие -1.3.1 Выдача разрешения деление целей процессы: Цель и задачи: В рамках данного процесса в зависимости от размера проекта необходимо принять решение, будет ли приниматься во внимание минимальное количество процессов или (кроме этого) какие процессы будут учитываться в части проектного менеджмента для конкретного проекта. Описание процесса (процедура): Выбор процессов, которые необходимо учитывать в части проектного менеджмента для конкретного проекта. При этом, минимальным стандартом будет являться определенный минимум процессов. Вход Методы ПМ Выход -    Положения DIN 69901 -    Цели проекта — - Перечень процессов, которые должны быть учтены

4.4.5 Процесс 1.11.1 «Первоначальное определение целей»

Предшествующие процессы: -1.5.1 Разъяснение ответ- Последующие -1.5.2 Выбор процессов ПМ ственности процессы: Цель и задачи: Назначение данного процесса состоит в том, чтобы из начальной идеи проекта получить первое представление, определяющее какие цели следует достигнуть в рамках проекта и какие существуют начальные данные или внешние условия. При этом важно, чтобы заказчик и команда проекта имели одинаковое понимание в отношении целей и ограничений. В итоге подготавливаются все документы, которые необходимы для получения разрешения на выполнение проекта. Описание процесса (процедура): Идея проекта анализируется руководителем проекта и его командой, формулируется первый вариант целей проекта и в соответствующей форме готовится для принятия решения и выдачи разрешения. При этом должна быть выполнена начальная оценка проекта. Вход Методы ПМ Выход -    Идея проекта -    Опыт прошлых проектов - Описание цели -    Примерный перечень целей проекта -    Проект решения

4.4.6 Процесс D.1.1 «Определение вех проекта (ключевых событий)»

Предшествующие процессы: - D.9.1 Составление укрупнен- Последующие -D.4.1 Грубая (приближенной структуры процессы: ная) оценка затрат Цель и задачи: После определения содержания (границ) проекта и составления укрупненной структуры данный процесс служит для составления временной последовательности промежуточных событий/ результатов. Это является в том числе предпосылкой для оценки затрат и оценки реализуемости, а также основанием для составления календарного плана. Описание процесса (процедура): Первоначально определяются вехи (содержание и описание ключевых событий), потом определяется их последовательность во времени и устанавливаются (приблизительные или временные) сроки (план по контрольным точкам). Вход Методы ПМ Выход -    Цели проекта -    Содержание проекта -    Укрупненная структура - Планирование сроков* -    Описание ключевых событий -    План по вехам

4.4.7 Процесс D.3.1 «Определение информации, коммуникации и отчетности»

Предшествующие процессы: - D.5.1 Формирование Последующие - D.3.2 Определение маркетинга команды проекта процессы: проекта Цель и задачи: Информация, коммуникация и отчетность являются основой для успешной реализации проекта. Чтобы избежать дополнительных потерь от противоречий (при преодолении сопротивлений), необходимо заранее определить основные правила. С ростом размера проекта увеличивается значение информации, коммуникации и отчетности. Описание процесса (процедура): При этом идентифицируются все потребности в отношении информации, коммуникации и отчетности, определяются методы работы с ними. Для этого необходимо определить форматы, средства и пути представления отчетности, правила обмена информацией, а также правила взаимодействия между участниками проекта. Вход Методы ПМ Выход -    Организационная структура; -    Специфичные для организации и прочие предписания в отношении документации — -Способы (процедуры) обращения с информацией (например, документирование, создание архивов); -    Способы коммуникации(например, матрица коммуникации, регулярные совещания и т.д.); -    Каналы представления отчетности, средства отчетности, а также процедуры принятия решений и последовательность действий по урегулированию проблем

ГОСТ P 56715.2—2015

4.4.8 Процесс D.3.2 «Определение маркетинга проекта»

Предшествующие процессы: -D.3.1 Определение информации, коммуникации и отчетности -D.8.2 Анализ окружения проекта/ заинтересованных лиц Последующие процессы: - D.3.3 «Выдача разрешения» Цель и задачи: Целью маркетинга проекта является предоставление основным заинтересованным лицам информации о проекте, целях и показателях (и их значениях) к которым необходимо стремиться и т.д., с тем, чтобы поддержать достижение целей проекта. С помощью этого процесса необходимо определить цели, содержание, средства и пути развития маркетинга проекта. Описание процесса (процедура): Сначала определяются цели и группы целей маркетинга проекта, а потом содержание. В итоге — на протяжении всего жизненного цикла проекта — определяются средства и пути маркетинга проекта. Маркетинг проектов осуществляется в рамках организации процессов информации и коммуникации или соответствующим образом ими дополняется. Вход Методы ПМ Выход -    Цели проекта -    Окружение проекта и заинтересованные лица -    Каналы (средства) информации и коммуникации — -    Цели и группы целей маркетинга проекта -    Средства и каналы маркетинга проекта (например, портал, статья, информационный бюллетень по проекту)

4.4.9 Процесс D.3.3 «Выдача разрешения»

Предшествующие процессы: - D.3.2 Определение маркетинга проекта -D.6.1 Определение критериев успеха Последующие процессы: -    Р.2.1 Планирование методов работы с изменениями -    Р.9.1 Составление структурного плана проекта Цель и задачи: Выдача разрешения заказчиком (внутренним или внешним) является необходимым условием для перехода от одной группы процессов проектного менеджмента (фазы проекта) к другой (последующей). Целью выдачи разрешения является достижение полного завершения предыдущей группы процессов, а также гарантия того, что никакие открытые пункты не переходят в следующую фазу. Разделение фаз повышает качество и надежность планирования и при увеличении размера проекта является важной предпосылкой для того, чтобы проектом можно было управлять в течение всего хода его реализации. Описание процесса (процедура): Проверяется, выполнены ли условия для начала следующей фазы проектного менеджмента. После этого может быть выдано разрешение на переход проекта в следующую фазу. Вход Методы ПМ Выход - Проект решения -    Концепция «Quality Gate» -    Создание структуры проекта* -    Протокол о выдаче разрешения с перечнем открытых пунктов -    Проектное задание для следующей фазы

4.4.10 Процесс D.4.1 «Грубая (приближенная) оценка затрат»

Предшествующие процессы: -D.1.1 Определение вех про- Последующие -D.10.2 Определение содер-екта (ключевых событий) процессы: жания договоров с клиентами Цель и задачи: Целью процесса является подготовка первых выводов о затратах при принятой продолжительности проекта. Основой для оценки служат укрупненная структура и план по вехам. Результаты оценки применяются для анализа реализуемости проекта и в дальнейшем облегчают процесс нахождения и принятия решения. Описание процесса (процедура): Опытные сотрудники в первом приближении оценивают ожидаемые затраты по всем видам издержек и в заключении сводят их в рамках бюджета проекта.

Вход	Методы ПМ	Выход
-    Цели проекта -    Укрупненная структура проекта -    План по вехам -Окружение проекта и заинтересованные лица -    Опыт прошлых проектов	- Оценка затрат*	-Грубая (приближенная) оценка затрат

4.4.11 Процесс D.5.1 «Формирование команды управления проектом»

Предшествующие процессы: -1.3.1 Выдача разрешения Последующие процессы: - D.3.1 Определение информации, коммуникации и отчетности -D.8.1 Определение методов работы с рисками -D.10.1 Определение методов работы с договорами -D.11.1 Определение целей Цель и задачи: После получения разрешения на фазе 1.3.1 осуществляется переход на данную фазу, где происходит определение и формирование команды проекта, с целью достижения оптимального сотрудничества на начальной фазе проекта. Описание процесса (процедура): На данной фазе происходит выбор и привлечение сотрудников, которые будут участвовать в проекте, а также определение (временной) организационной формы, предоставление инфраструктуры и трудовых ресурсов, определение дальнейшего принципа действия. Сюда относится проведение стартового семинара по проекту. Вход Методы ПМ Выход -    Идея, цели проекта -    Разрешение - Создание структуры проекта* - (временная) организационная структура

4.4.12 Процесс D.6.1 «Определение критериев успеха»

Предшествующие процессы: - D.8.3 Оценка реализуемости Последующие процессы: - D.3.3 Выдача разрешения Цель и задачи: Успех проектов часто определяется по нескольким критериям. Они должны быть идентифицированы на максимально раннем сроке и согласованы со всеми участниками. Благодаря фокусированию на критериях успеха (на ограниченном количество) можно улучшить эффективность проектного менеджмента. Описание процесса (процедура): С помощью преопределенных параметров идентифицируются критерии успеха, происходит их обсуждение со всеми участниками проекта. В итоге они включаются в проект решения для получения следующего разрешения. Критерии успеха можно представить в форме гипотез, которые указывают на то, как можно достичь или избежать определенных эффектов. Вход Методы ПМ Выход -    Цели проекта -    Окружение проекта и заинтересованные лица -Анализ реализуемости -    План по вехам -    Грубая (приближенная) оценка затрат - Стратегическая карта/Сбалан-сированная система показателей (BSC) -    Представление критериев успеха и их параметров -    Подготовка проекта решения для получения разрешения

ГОСТ P 56715.2—2015

Содержание

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

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

3    Термины и определения...............................................................2

4    Процессы проектного менеджмента......................................................2

4.1    Общие положения ................................................................2

4.2    Обзор процессов проектного менеджмента............................................6

4.3    Диаграммы процессов проектного менеджмента.......................................7

4.4    Описания процессов проектного менеджмента........................................13

Приложение ДА (справочное) Сведения о соответствии ссылочных стандартов ДИН

и международных стандартов национальным стандартам Российской Федерации . .37 Библиография........................................................................38

4.4.13 Процесс D.8.1 «Определение методов работы с рисками»

Предшествующие процессы: -D.5.1 Формирование команды проекта Последующие процессы: - D.8.2 Анализ окружения проекта/заинтересованных лиц -D.11.2 Определение границ проекта Цель и задачи: Исходя из политики работы с рисками на предприятии, разъясняются основные аспекты работы с рисками проекта и определяются соответствующие методы. Описание процесса (процедура): Выяснение важных для проекта задач (политика работы с рисками), определение подходящего метода работы с рисками в течение всего проекта и определение необходимых для этого каналов отчетности и вспомогательных средств. Вход Методы ПМ Выход -    Цели проекта -(Временная) организационная структура -    Опыт прошлых проектов -    Политика работы с рисками — -    Метод работы с рисками -    Каналы отчетности и вспомогательные средства

4.4.14 Процесс D.8.2 «Анализ окружения проекта/заинтересованных лиц»

Предшествующие процессы: -D.8.1 Определение методов работы с рисками Последующие процессы: - D.3.2 Определение маркетинга проекта -D.9.1 Составление укрупненной структуры Цель и задачи: Целью анализа окружения проекта / заинтересованных лиц является идентификация всех возможных влияний на проект и анализ их воздействия на достижение поставленных целей проекта. При этом, как показывает опыт, заинтересованные лица играют огромную роль. Эта информация служит в дальнейшем основой для анализа реализуемости, дальнейшего планирования и управления проектом. Описание процесса (процедура): На первом этапе идентифицируются все факторы влияния окружения проекта (прежде всего, основные заинтересованные лица) и проводится анализ их воздействия на достижение поставленный целей. После этого определяются и оцениваются соответствующие мероприятия. Вход Методы ПМ Выход -    Цели проекта -    (Временная) организационная структура -    Опыт прошлых проектов -    Анализ силового поля -    Анализ заинтересованных лиц -Анализ окружения - Представление основных факторов окружения и заинтересованных лиц, включая оценку соответствующего влияния, а также подходящих мер.

4.4.15 Процесс D.8.3 «Оценка реализуемости» (минимальный стандарт)

Предшествующие процессы: - D. 10.2 Определение содер- Последующие - D.6.1 Определение кри-жания договоров с клиентами процессы: терпев успеха Цель и задачи: С оценкой реализуемости готовится решение о дальнейших действиях в рамках проекта. Оценка проводится на основе (собственных) сильных и слабых сторон, а также потенциальных возможностей и угроз. Описание процесса (процедура): Происходит оценка всей собранной на предыдущих фазах информации, осуществляется сравнение с целями проекта (могут ли цели проекта быть достигнуты с помощью имеющихся в распоряжении средств в заданное время при имеющихся ресурсах?).

Введение

Настоящий стандарт разработан рабочим комитетом NA147-00-04 АА «Техника сетевого планирования и проектный менеджмент» NA147 (NQSZ).

Комплекс национальных стандартов DIN 69901 имеет общий заголовок «Проектный менеджмент — Системы проектного менеджмента» и состоит из следующих частей:

-    Часть 1: Основные положения;

-    Часть 2: Процессы и процессная модель;

-    Часть 3: Методы;

-    Часть 4: Данные и модель данных;

-    Часть 5: Термины и определения.

Разработанные на основе техники сетевого планирования и неоднократно переизданные национальные стандарты по проектному менеджменту DIN 69901, DIN 69902, DIN 69903, DIN 69904 и 69905 прошли этапы обобщения, реструктуризации и обновления в соответствии с актуальными условиями и существенными деталями и нашли свое отражение в частях комплекса стандартов DIN 69901. Ядром новой системы стандартов является процессная модель системы проектного менеджмента. Комплекс стандартов по проектному менеджменту содержит терминологию из различных стандартов в данной области и устанавливает соответствующую модель данных. Рисунок 1 показывает взаимосвязи между отдельными частями комплекса стандартов DIN 69901.

Настоящий стандарт заменяет положения стандарта DIN 69904 в части представления элементов проектного менеджмента и определяет, прежде всего, диаграммы процессов проектного менеджмента и описания к ним.

Рисунок 1 — Взаимосвязи между отдельными частями DIN 69901

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

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

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

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ПРОЕКТНЫЙ МЕНЕДЖМЕНТ. СИСТЕМЫ ПРОЕКТНОГО МЕНЕДЖМЕНТА

Часть 2

Процессы и процессная модель

Project management. Project management systems. Part 2. Processes, process model

Дата введения — 2016—07—01

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

Настоящий стандарт устанавливает основные положения системы проектного менеджмента. В частности, он может применяться, прежде всего, с DIN 69901-1, DIN 69901-3 и DIN 69901-5 для:

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

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

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

d)    всех лиц, кто имеет дело с общим пониманием используемой в области проектного менеджмента терминологии;

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

f)    разработчиков систем проектного менеджмента.

Настоящий стандарт применим для всех видов и размеров систем проектного менеджмента.

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

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

DIN 69900 Project management. Project network techniques. Descriptions and concepts (Проектный менеджмент. Техника сетевого планирования. Термины и определения)

DIN 69901-1 Project management. Project management systems. Part 1. Fundamentals (Проектный менеджмент. Системы проектного менеджмента. Часть 1. Основные положения)

DIN 69901-3 Project management. Project management systems. Part 3.Methods (Проектный менеджмент. Системы проектного менеджмента. Часть 3. Методы)

DIN 69901-4 Project management. Project management systems. Part 4. Data, data model (Проектный менеджмент. Системы проектного менеджмента. Часть 4. Данные и модель данных)

DIN 69901-5 Project management. Project management systems. Part 5. Concepts (Проектный менеджмент. Системы проектного менеджмента. Часть 5. Термины и определения)

ISO 9000-2005 Quality management systems. Fundamentals and vocabulary (Системы менеджмента качества. Основные положения и словарь)

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

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

3    Термины и определения

В настоящем стандарте используются термины, определенные в DIN 69900 и DIN 69901-5—2015.

4    Процессы проектного менеджмента

4.1    Общие положения

4.1.1    Ориентация на процесс

Базовый принцип настоящего стандарт заключается в том, что желаемого результата можно достичь эффективнее, если все работы в рамках проекта и относящиеся к ним ресурсы используются и управляются на основе процессного подхода (в сравнении с DIN EN ISO 9000). В настоящем стандарте виды деятельности, необходимые для проектного менеджмента, формируются как процессы и вовлекаются во взаимодействие в их проектной среде. С одной стороны, это облегчает всем участникам проекта ориентацию на результаты в ходе реализации проекта, а с другой стороны, создает хорошую основу для создания кооперационных связей, выходящих за рамки предприятия, и непрерывного совершенствования системы.

4.1.2    Включение процессов проектного менеджмента в систему процессов

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

Рисунок 2 — Система процессов

4.1.4 Структура процессной модели проектного менеджмента

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

Фазы проекта разделяют жизненный цикл проекта на взаимозависимые по времени отрезки и отражают, таким образом, движение (развитие) проекта с указанием видов работ и подходов соответствующей организации. В зависимости от требований конкретного вида проекта, отрасли или организации соответствующие виды деятельности в рамках реализации проекта могут различаться. Разделение на группы процессов на уровне проектного менеджмента, напротив, опирается на логически взаимосвязанные задачи проектного менеджмента. Настоящий стандарт различает пять групп проектного менеджмента «Инициирование», «Определение», «Планирование», «Контроль» и «Завершение».

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

5 — фазы

X — фазы (в зависимости от организации и/или отрасли)

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

4

ГОСТ P 56715.2—2015

Инициирование^ Определение^) Планирование^) Контроль 'у Завершение
О) =г о о. 1=	Сроки Изменения Информация, документация, коммуникация ')хххххУ -^ХХХХХ^т" ■^ххххх> Затраты и финансы Организация Качество Ресурсы Риск Структура проекта Договора и требования Цели и содержание

Условные обозначения:

1 — процессы проектного менеджмента; 2 — подгруппа процессов (предметная подгруппа);

3 — процесс проектного менеджмента; 4 — группа процессов (управленческая группа) проектного менеджмента

Рисунок 6 — Структура процессной модели для управления отдельными проектами

Обзор всех процессов проектного менеджмента с их распределением по соответствующим группам процессов проектного менеджмента и подгруппам процессов приведен в 4.2.

Классификация процессов в процессной моделиупрощается за счет наличия однозначной нумерации. Так первая буква означает группу процессов проектного менеджмента, первая цифра служит для классификации процесса внутри группы процессов, а вторая цифра служит для сплошной нумерации этих процессов внутри фазы проектного менеджмента. Так название процесса D.3.1 (определение информации, коммуникации и отчетности) предназначено для первого процесса внутри группы 3 (информация, коммуникация, документация) в группе процессов проектного менеджмента «Определение».

В 4.3 «Диаграммы процессов проектного менеджмента» наглядно изображены процессы в соответствующей группе процессов проектного менеджмента и определены важные зависимости между процессами. Стрелки представляют собой логическую последовательность процессов от начала до конца проекта. Тем самым вход (Input) следующего процесса является выходом (Output) предыдущего, иногда существуют несколько непосредственно предшествующих процессов, в таком случае используются результаты всех предшествующих процессов. В ходе реализации проекта имеется также возможность сделать возврат (рекурсию) от уже выполненного процесса (например, в группе процессов «Контроль») из-за ошибочной оценки или в связи с необходимостью корректировки и переходу к уже пройденному процессу (например, в группе процессов «Планирование»), чтобы там повторно определить содержание. С одной стороны, это соответствует динамике реального развития проекта, с другой стороны, отличается от линейного хода реализации проекта во времени.

Для сохранения наглядности все связи сознательно не показываются. Все процессы проектного менеджмента описываются в едином формате (см. 4.4 «Описания процессов проектного менеджмента») и тем самым могут быть легко реализованы.

5

4.1.5 Адаптация процессной модели

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

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

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

4.2 Обзор процессов проектного менеджмента

Таблица 1 содержит обзор процессов проектного менеджмента (PM-Prozesse) с распределением по группам процессов проектного менеджмента и предметным подгруппам процессов. Процессы, соответствующие минимальному стандарту, выделены жирным шрифтом.

Таблица 1 — Обзор процессов проектного менеджмента

Инициирование Определение Планирование Контроль Завершение 1 Сроки D.1.1 Определение вех проекта (ключевых событий) Р.1.1 Планирование работ Р.1.2 Составление календарного плана Р.1.3 Составление плана проекта 5.1.1    Запуск работ 5.1.2    Управление сроками 2 Изменения Р.2.1 Планирование методов работы с изменениями S.2.1 Управление изменениями 3 Информа-ция/коммуни-кация/доку-ментация 1.3.1 Выдача разрешения D.3.1 Определение информации, коммуникации и отчетности D.3.2 Определение маркетинга проекта D.3.3 Выдача разрешения Р.3.1 Планирование информации, коммуникации, отчетности и документации Р.3.2 Выдача разрешения 5.3.1    Управление информацией, коммуникацией, отчетностью и документацией 5.3.2    Приемка А.3.1 Составление заключительного отчета по проекту А.3.2 Создание архива проектной документации 4 Затраты и финансы D.4.1 Грубая (приближенная) оценка затрат Р.4.1 Составление плана затрат и финансовых средств S.4.1 Управление затратами и финансовыми средствами А.4.1 Составление калькуляции фактических издержек

1

Издание официальное