PMCS-ProjectPlanning «Процедура планирования проектов» by Anatoly Savin

Обозначение документа: PMCS-ProjectPlanning

PMDoc

<Название организации> "Утверждаю" Директор <Название организации> <Ф.И.О.> _______________________________ "____" __________________ 2018 г.

Корпоративный Стандарт Управления Проектами Процедура планирования проекта Редакция <2.0> <Примечание: Данный документ предназначен для использования с Корпоративным Стандартом Управления Проектами PMDoc (комплект документов «КСУП.Комплект»). Документ является шаблоном. Шаблон – пустая форма с подсказками автору по заполнению. При двойном щелчке левой кнопкой мыши на файле происходит создание копии документа вместо открытия. Для изменения самого шаблона, необходимо щёлкнуть правой кнопкой мыши на файле и выбрать "Открыть". Текст, заключённый в угловые скобки и отображаемый, как правило, синим курсивом, включён, чтобы обеспечить подсказки автору, и должен быть удалён или заменён на указанную в нем информацию перед публикацией документа. Данная процедура является универсальной, её необходимо изменить или дополнить в соответствии с требованиями организации. Отказ от ответственности Документы КСУП.Комплект предоставляются бесплатно, без поддержки, без рассмотрения претензий. Применение документов КСУП - это ответственность лица, применяющего документы. Разработчики не несут ответственность за любые (прямые или косвенные) последствия связанные с использованием документов КСУП. Внимание! Документ может содержать следующие ссылки на документы:  С обозначением «ПМБОК», относящиеся к комплекту «Общий Стандарт Управления Проектами» («ОСУП.Комплект»), которые можно пролистать и приобрести, перейдя на сайт PMDoc по ссылке www.pmdoc.ru/product/pmbok_kit  С обозначением «QMS», относящиеся к комплекту «Система Менеджмента Качества» («СМК.Комплект»), которые можно пролистать и приобрести, перейдя на сайт PMDoc по ссылке www.pmdoc.ru/product/smk Внимание! Перед публикацией документа заполните экспресс-блоки (фрагменты текста, выделяемые в рамку). Таким образом Вы внесёте соответствующие свойства файла. Повторяющиеся экспресс-блоки обновляются автоматически. Так же перед публикацией обновите таблицу содержания.> Для внутреннего использования

<Название организации>, 2018 г.

Лист 1 из 28

PMDoc

Корпоративный Стандарт Управления Проектами Процедура планирования проекта Обозначение документа: PMCS-ProjectPlanning

Редакция: <2.0> Дата: 16.07.2018 г.

Лист изменений Дата 1.09.2005

Редакция 1.0

26.09.2006

1.1

23.02.2007 07.06.2011 20.02.2014

1.2 1.3 2.0

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

Автор PMDoc Савин В.А. Савин В.А. Решта Е.А. Решта Е.А.

Редакция – номер редакции документа (если вносятся значительные изменения в документ, то первая цифра увеличивается, а вторая обнуляется; если вносятся незначительные изменения, то меняется вторая цифра). Описание – детальное описание редакции и внесённых изменений (к примеру: Издание для внутренних комментариев, Издание для использования, Издание с изменениями главы ТАКОЙ-ТО и т.д.). Автор - Ф.И.О. автора изменений.

Содержание 1.

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

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

Термины, обозначения, сокращения

Общее описание процессов

Процесс «Разработка Плана управления проектом»

Процесс «Сбор требований»

Процесс «Определение содержания»

Процесс «Создание Иерархической структуры работ»

Процесс «Определение операций»

10. Процесс «Определение последовательности операций»

11. Процесс «Оценка ресурсов операций»

12. Процесс «Оценка длительности операций»

13. Процесс «Разработка Расписания»

Для внутреннего использования

<Название организации>, 2018 г.

Лист 2 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

14. Процесс «Оценка стоимости»

15. Процесс «Определение бюджета»

16. Процесс «Планирование качества»

17. Процесс «Разработка Плана управления человеческими ресурсами»

18. Процесс «Планирование коммуникаций»

19. Процесс «Планирование управления рисками»

20. Процесс «Идентификация рисков»

21. Процесс «Качественный анализ рисков»

22. Процесс «Количественный анализ рисков»

23. Процесс «Планирование реагирования на риски»

24. Процесс «Планирование закупок»

Приложение А. Декомпозиция процессов

Приложение Б. Матрица ответственности

Для внутреннего использования

<Название организации>, 2018 г.

Лист 3 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

Перед Вами шаблон, входящий в пакет «КСУП.Комплект», который применяется для разработки и внедрения Корпоративных Стандартов Управления Проектами на предприятиях. КСУП.Комплект в чистом виде невозможно применить в какой-либо отрасли промышленности, но он даёт ясную процедурную модель, которая может быть адаптирована под нужды конкретной компании. Если требуется быстро создать действующий стандарт или регламент управления проектами в вашей организации, то обратите внимание на тренинги и услуги PMDoc. Наиболее подходящими к теме создания систем и стандартов УП являются: 

Курс разработки корпоративных систем управления проектами «12.Deliverables» PMDoc.ru/trainings/tools/12-deliverables



Услуги PMDoc по документированию проектов PMDoc.ru/services/project_documenting



Услуги PMDoc по разработке регламентов управления проектами PMDoc.ru/services/pm_regulations_development



Тренинг по документированию проектов «pm.Docs» - PMDoc.ru/trainings/methodology/pm_docs



Экзамен по планированию проекта на «Карте Знаний Проектного Менеджера» KnowledgeMap.pm/ru/product/project-planning-exam



Специализированные воркшопы по улучшению отдельных навыков управления проектами, в том числе по планированию проекта - PMDoc.ru/workshops

Наши другие интересные курсы:  pm.Praxis «Прикладное управление проектами»  it.Projects «Управления IT-проектами»  pm.Risks «Управление рисками проектов и программ»  ms.Project «Управление проектами с помощью Microsoft Project 2013 Professional»  pm.Kit «Модульная программа тренингов по управлению проектами»  А также тренинг быстрого построения команд «Прокачай команду проекта» Календарь курсов: PMDoc.ru/calendar/trainings_list

Для внутреннего использования

<Название организации>, 2018 г.

Лист 4 из 28

PMDoc 1.

Редакция: <2.0> Дата: 16.07.2018 г.

Общие положения <Данный раздел описывает общие характеристики настоящего документа.>

Настоящая процедура устанавливает порядок планирования проектов организации "<Название организации>". Процедура планирования проекта - процедура, детализирующая процессы, которые выполняются для определения общего содержания работ, постановки и уточнения целей и разработки последовательности действий, требуемых для достижения данных целей. Процедура обязательна для применения всеми сотрудниками организации, участвующими в планировании проектов. Для однозначного определения принадлежности документации проектов к каждому отдельному проекту, к КСУП или к системе качества Организации в целом, необходимо использовать систему нумерации документов, приведённую в методике системы качества QMS-DocsManagement «Управление документацией». 2.

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

Данный документ ссылается на следующие документы: Номер Название PMCS-Glossary Глоссарий КСУП PMCSПроцедура исполнения проекта ProjectExecuting PMCSПроцедура инициализации проекта ProjectInitiation PMCSПроцедура мониторинга и управления ProjectMonitoring проектом QMSУправление документацией DocsManagement QMS-Manual Руководство по качеству ПМБОК4.1.3.1 Устав проекта ПМБОК4.2.3.1 План управления проектом ПМБОК4.3.3.3 Запрос на изменения ПМБОК4.4.3.2 Отчёт об исполнении работ ПМБОК5.1.3.2 План управления требованиями ПМБОК5.2.3.1 Документация по требованиям ПМБОК5.2.3.2 Матрица отслеживания требований ПМБОК5.3.3.1 Описание содержания проекта ПМБОК5.4.3.1 Базовый план по содержанию ПМБОК6.1.3.1 План управления расписанием ПМБОК6.6.3.1 Базовое расписание ПМБОК6.6.3.2 Расписание проекта Для внутреннего использования

<Название организации>, 2018 г.

Дата издания

Автор PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc Лист 5 из 28

PMDoc

Номер ПМБОК6.6.3.3 ПМБОК6.6.3.4 ПМБОК7.1.3.1 ПМБОК7.2.3.2 ПМБОК7.3.3.1 ПМБОК7.3.3.2 ПМБОК8.1.3.1 ПМБОК8.1.3.2 ПМБОК8.1.3.3 ПМБОК8.1.3.4 ПМБОК9.1.3.1 ПМБОК9.2.3.2 ПМБОК10.1.3.1 ПМБОК10.2.3.2 ПМБОК10.3.3.1 ПМБОК11.1.3.1 ПМБОК11.2.3.1 ПМБОК12.1.3.1 ПМБОК12.1.3.2 ПМБОК12.1.3.3 ПМБОК12.1.3.4 ПМБОК12.1.3.5 ПМБОК12.2.3.2 ПМБОК12.3.1.5 ПМБОК13.1.3.1 ПМБОК13.2.3.1 3.

Название Данные расписания Календарь проекта План управления стоимостью Основа для оценок Базовый план по стоимости Требования к финансированию проекта План управления качеством План совершенствования процессов Метрики качества Контрольный список качества План управления человеческими ресурсами Ресурсный календарь План управления коммуникациями Базовый план исполнения Информация об исполнении работ План управления рисками Реестр рисков План управления закупками Описание работ Закупочная документация Критерии выбора поставщика Решения "производить или покупать" Соглашение Техническая документация Реестр заинтересованных сторон План управления заинтересованными сторонами

Редакция: <2.0> Дата: 16.07.2018 г.

Дата издания

Автор PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc PMDoc

Термины, обозначения, сокращения <Данный раздел должен содержать определения всех терминов, обозначений и сокращений, необходимых для правильной интерпретации настоящего документа. Термины, обозначения и сокращения должны быть расположены в алфавитном порядке. Эта информация может быть представлена в виде приведённой ниже таблицы или в виде ссылки на Глоссарий КСУП (см. шаблон PMCS-Glossary).>

Термины, используемые в настоящем документе: Термин Определение Базовый план Одобренный план работ проекта, с которым сравнивается исполнения текущее исполнение проекта, и на основании которого определяются отклонения при анализе управления. Базовый план исполнения обычно включает параметры содержания, расписания и стоимости проекта, но также может включать технические параметры и параметры качества (см. шаблон ПМБОК10.2.3.2 "Базовый план исполнения"). Для внутреннего использования

<Название организации>, 2018 г.

Лист 6 из 28

PMDoc

Термин Базовый план по содержанию Возможность

Вспомогательные данные для оценки стоимости операций

Данные для модели расписания

Декомпозиция

Документ

Для внутреннего использования

Редакция: <2.0> Дата: 16.07.2018 г.

Определение Одобренное подробное описание содержания проекта вместе с ИСР и справочником ИСР. См. шаблон ПМБОК5.4.3.1 "Базовый план по содержанию". Условие или ситуация, благоприятные для проекта, удачное стечение обстоятельств, удачный ход событий, риск, который окажет положительное влияние на цели проекта или возможность положительных изменений. Количество и типы вспомогательных данных для стоимостной оценки плановых операций в различных областях приложения различны. Однако вне зависимости от степени детализации, вспомогательные документы должны воспроизводить цельную картину, на основании которой была произведена стоимостная оценка. Вспомогательные данные содержат:  Описание содержания работ проекта для плановой операции.  Документацию по основанию для оценки (т.е. того, как оценка получена).  Документацию обо всех сделанных допущениях.  Документацию обо всех ограничениях.  Указание диапазона возможных значений. Данные для расписания проекта включают в себя как минимум контрольные события расписания, плановые операции, параметры операции и документацию всех имеющихся допущений и ограничений. Степень детализации дополнительной документации отличается в различных областях приложения. Метод планирования, предполагающий разбиение содержания проекта и результатов проекта на более мелкие и легко управляемые элементы до тех пор, пока работы по проекту, связанные с выполнением содержания проекта и обеспечением результатов, не определены достаточно подробно для исполнения, отслеживания и мониторинга этих работ. Носитель и информация на нем, которые обычно имеют определённую устойчивость к воздействиям и могут быть прочитаны человеком или считаны устройством. Примерами могут служить планы управления проектами, отчёты, процедуры, расчёты и руководства.

<Название организации>, 2018 г.

Лист 7 из 28

PMDoc

Термин Допущения

Заказчик Закупочная документация

Иерархическая структура работ (ИСР, WBS)

Инициатор Контрактные соглашения, касающиеся рисков

Прикладная область

Для внутреннего использования

Редакция: <2.0> Дата: 16.07.2018 г.

Определение Факторы, которые для целей планирования считаются верными, реальными или определёнными без привлечения доказательств. Допущения влияют на все аспекты планирования проекта и являются частью последовательной разработки проекта. Идентификация, документирование и проверка допущений часто являются частью процесса планирования проекта. Допущения обычно связаны с определённым риском. Лицо или организация, которые будут использовать продукт, услугу или результат проекта. Это тендерные документы, которые используются для поиска предложений от предполагаемых продавцов. Тендерная документация включает в себя:  Приглашение к участию в тендере.  Требования к продукту, услуге и их поставщику. См. шаблон ПМБОК12.1.3.3 "Закупочная документация". Ориентированная на результат иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов. С её помощью структурируется и определяется все содержание проекта. Каждый следующий уровень иерархии отражает более детальное определение элементов проекта. ИСР разбивается на пакеты работ. Ориентация на результат включает внутренние и внешние результаты. Лицо или организация, у которой есть как возможность, так и полномочия для начала проекта. Чтобы чётко определить ответственность каждой из сторон на случай возникновения каждого отдельного риска, составляются соглашения (например, договоры страхования, оказания услуг и др.), которые становятся составной частью Контракта на реализацию проекта (см. шаблон ПМБОК12.2.3.2 "Соглашение"). Категория проектов, обладающих общими элементами, значимыми для таких проектов, но не являющимися необходимыми или присущими всем проектам. Прикладные области обычно выделяются по продукту (т.е. по схожим технологиям или методам производства), типу заказчика (т.е. внутренние или внешние, государственные или коммерческие) или отрасли (т.е. коммунальные услуги, автомобилестроение, космонавтика, информационные технологии и т.д.). Прикладные области могут перекрываться.

<Название организации>, 2018 г.

Лист 8 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

Термин Ресурсный календарь

Определение Календарь рабочих и нерабочих дней, определяющий, в какие даты каждый ресурс может или не может быть использован. Обычно содержит определённые рабочие и нерабочие периоды каждого ресурса (см. шаблон ПМБОК9.2.3.2 "Ресурсный календарь"). Ограничение Состояние, качество или понимание сдерживающих факторов, влияющих на определённый образ действия или бездействия. Условие, внутреннее или внешнее, влияющее на ход исполнения проекта или процесса. Например, ограничение на сроки - это указание предельных сроков для расписания проекта, которое влияет на планирование операций; обычно даётся в виде фиксированных требуемых дат. Ограничение на стоимость - это указание предельных сумм бюджета проекта, таких как текущие доступные средства. Ограничение на ресурсы проекта - это указание предельно допустимого использования ресурсов, например, наличие определённых специализаций или навыков и доступность определённых ресурсов в течение указанного промежутка времени. План управления Утверждённый формальный документ, в котором указано, как проектом проект будет исполняться, как будет происходить его мониторинг и управление им. План может быть обобщённым или подробным, а также может включать один или несколько вспомогательных планов управления и другие документы по планированию (см. шаблон ПМБОК4.2.3.1 "План управления проектом"). Проект Временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. Расписание проекта Плановые даты исполнения плановых операций и наступления контрольных событий расписания. Решения "производить Решения "производить или покупать" представляют собой или покупать" принятые и документально оформленные решения о том, какие продукты проекта, услуги или результаты будут либо приобретены на стороне, либо созданы командой проекта (см. шаблон ПМБОК12.1.3.5 "Решения "производить или покупать"). Сетевая диаграмма Это схематическое отображение плановых операций проекта и расписания проекта логических взаимосвязей (их также называют "зависимости") между ними. Оформляется в информационной системе управления проектами.

Для внутреннего использования

<Название организации>, 2018 г.

Лист 9 из 28

PMDoc

Термин Требование

Требования к финансированию проекта

Редакция: <2.0> Дата: 16.07.2018 г.

Определение Определённые условия или характеристики, которым должны соответствовать или которые должны иметь система, продукт, услуга, результат или элемент в соответствии с контрактом, стандартами, характеристиками или другими формальными предписывающими документами. Требования включают выраженные в количественной форме и документированные запросы, пожелания и ожидания участников проекта. Общие и разбитые на периоды (например, ежегодные или ежеквартальные) требования, которые выводятся на основании Базового плана по стоимости и могут служить для определения условий (обычно в сторону увеличения) по срокам выполнения работ или повышения стоимости. Обычно финансирование представляет собой инкрементные суммы, нарастание которых происходит не постоянно. Общее количество требуемых средств – это сумма средств, указанных в Базовом плане по стоимости, и резерва на непредвиденные обстоятельства. См. шаблон ПМБОК7.3.3.2 "Требования к финансированию проекта".

Обозначения, используемые в настоящем документе: Обозначение Расшифровка Организация <Название организации> Сокращения, используемые в настоящем документе: Сокращение Расшифровка PMCS Corporate Project Management Standard, см. КСУП WBS Work Breakdown Structure БП Базовый план ЗС Заинтересованные стороны ИСР Иерархическая структура работ КСУП Корпоративный Стандарт Управления Проектами ПУ План управления ЧР Человеческие ресурсы

Для внутреннего использования

<Название организации>, 2018 г.

Лист 10 из 28

PMDoc 4.

Редакция: <2.0> Дата: 16.07.2018 г.

Общее описание процессов <В данном разделе содержится общее описание Процедуры планирования проекта.>

Процедура планирования проекта состоит из процессов, осуществляемых для определения общего содержания работ, постановки и уточнения целей и разработки последовательности действий, требуемых для достижения данных целей. В процессах планирования разрабатываются План управления проектом и Документация проекта, которые будут использованы для выполнения проекта (см. документ PMCSProjectExecuting "Процедура исполнения проекта"). Комплексный характер управления проектами порождает цепочки обратной связи для дополнительного анализа. По мере поступления и осмысления большего объёма информации или характеристик проекта может потребоваться дополнительное планирование. Значительные изменения, происходящие на протяжении жизненного цикла проекта, приводят к необходимости вновь вернуться к одному или нескольким процессам планирования, а, возможно, и к процессам инициации (см. документ PMCS-ProjectInitiation "Процедура инициации проекта"). Эта последовательная детализация Плана управления проектом часто называется «планированием набегающей волной» (“rolling wave planning”), что указывает на то, что планирование и документирование – повторяющиеся и постоянно идущие процессы. План управления проектом и Документы проекта, разрабатываемые как выходы Процедуры планирования проекта, описывают все аспекты содержания, сроков, стоимости, качества, коммуникаций, рисков и закупок. Обновления, возникающие вследствие одобренных изменений во время проекта, могут значительно влиять на части Плана управления проектом и Документы проекта. Изменения, вносимые в эти документы, уточняют расписание, стоимость и ресурсные требования, необходимые для исполнения содержания проекта. Команда проекта должна способствовать вовлечению всех необходимых заинтересованных сторон в планирование проекта и разработку Плана управления проектом и Документов проекта. Так как процесс получения обратной связи и уточнения не может длиться неопределённо долго, установленные организацией процедуры диктуют, когда должны закончиться первоначальные работы по планированию. На данные процедуры влияет характер проекта, установленные границы проекта, соответствующие действия по мониторингу и управлению (см. документ PMCS-ProjectMonitoring "Процедура мониторинга и управления проектом"), а также внешняя среда, в которой реализуется проект. <Прочие взаимодействия между процессами в рамках Процедуры планирования проекта зависят от характера проекта. Например, в некоторых проектах практически невозможно идентифицировать риски, пока не проведены значительные работы по планированию. В этот момент команда может установить, что цели по стоимости и расписанию излишне жёсткие и влекут за собой гораздо большие риски, чем можно было предположить ранее. Результаты итераций документируются в виде корректив Плана управления проектом или других документов проекта.>

Процессы данной процедуры описаны в разделах данного документа ниже. Декомпозицию данных процессов см. Приложение А. Декомпозиция процессов. Процедура планирования входит в группу процессов системы качества «Производство» (см. документ QMS-Manual «Руководство по качеству»).

Для внутреннего использования

<Название организации>, 2018 г.

Лист 11 из 28

PMDoc 5.

Редакция: <2.0> Дата: 16.07.2018 г.

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

Это процесс документирования действий, необходимых для определения, подготовки, интеграции и координации всех вспомогательных планов. План управления проектом определяет, как будет исполняться проект, как будет проводиться его мониторинг, контроль и закрытие. Содержание Плана управления проектом различается в зависимости от прикладной области и сложности проекта. План управления проектом разрабатывается в рамках серии интегрированных процессов до завершения проекта. Результатом данного процесса является План управления проектом, который постепенно разрабатывается путём внесения обновлений, контролируется и утверждается в процессе Осуществления общего управления изменениями (см. документ PMCS-ProjectMonitoring "Процедура мониторинга и управления проектом"). Исходные ресурсы и данные для процесса Разработки Плана управления проекта:  Устав проекта (см. шаблон ПМБОК4.1.3.1);  Выходы процессов планирования;  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  План управления проектом (см. шаблон ПМБОК4.2.3.1). Ответственный исполнитель и участники процесса:  Менеджер по планированию (ответственный);  Менеджер по качеству (участник);  Менеджер по рискам (участник);  Менеджеры по направлениям (участники);  Менеджер по ценообразованию и бюджетному мониторингу (участник);  Менеджер по персоналу (участник);  Менеджер по закупкам (участник);  Инициатор проекта (консультант);  Руководитель проекта (принимающий решения). 6.

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

Для внутреннего использования

<Название организации>, 2018 г.

Лист 12 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

Процесс определения и документирования потребностей заинтересованных сторон проекта для достижения целей проекта. На успех проекта напрямую влияет тщательность сбора и управления требованиями к проекту и продукту. Требования включают в себя количественно определённые и задокументированные потребности и ожидания Спонсора, Заказчика и прочих заинтересованных сторон проекта. Данные требования должны быть выявлены, проанализированы и зарегистрированы с достаточной степенью детализации так, чтобы их можно было измерить после начала исполнения проекта. Сбор требований представляет собой определение ожиданий заказчика и управление ими. Требования становятся базой для ИСР. Планирование стоимости, расписания и качества строится на основе этих требований. Разработка требований начинается с анализа информации, содержащейся в Уставе проекта. Исходные ресурсы и данные для процесса Сбора требований:  Устав проекта (см. шаблон ПМБОК4.1.3.1);  Реестр заинтересованных сторон проекта (см. шаблон ПМБОК13.1.3.1). Результат процесса:  Документы по требованиям (см. шаблон ПМБОК5.2.3.1 «Документация по требованиям»);  План управления требованиями (см. шаблон ПМБОК5.1.3.2);  Матрица отслеживания требований (см. шаблон ПМБОК5.2.3.2). Ответственный исполнитель и участники процесса:  Менеджер по планированию (ответственный);  Руководитель проекта (принимающий решения);  Инициатор проекта (консультант);  Менеджеры по направлениям (участники);  Менеджер по качеству (участник);  Менеджер по рискам (участник);  Менеджер по ценообразованию и бюджетному мониторингу (участник);  Менеджер по персоналу (участник);  Менеджер по закупкам (участник). 7.

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

Процесс разработки подробного описания проекта и продукта. Подготовка подробного Описания содержания проекта чрезвычайно важна для успеха проекта и основывается на основных результатах, допущениях и ограничениях, задокументированных во время инициации проекта. Содержание проекта определяется во время планирования и описывается более подробно по мере поступления информации о проекте. Существующие риски (см. шаблон ПМБОК11.2.3.1 "Реестр рисков"), допущения и ограничения анализируются на предмет полноты; дополнительные риски, допущения и ограничения добавляются по мере необходимости. Исходные ресурсы и данные для процесса Определение содержания:  Устав проекта (см. шаблон ПМБОК4.1.3.1); Для внутреннего использования

<Название организации>, 2018 г.

Лист 13 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

 Документы по требованиям (см. шаблон ПМБОК5.2.3.1 «Документация по требованиям»);  Активы процессов организации. Результат процесса:  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  Обновление Реестра заинтересованных сторон проекта (см. шаблон ПМБОК13.1.3.1);  Обновление Документов по требованиям;  Обновление Матрицы отслеживания требований (см. шаблон ПМБОК5.2.3.2). Ответственный исполнитель и участники процесса:  Руководитель проекта (ответственный);  Менеджер по планированию (участник);  Инициатор проекта (консультант);  Менеджеры по направлениям (участники). 8.

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

Это процесс разделения результатов проекта и работ по проекту на более мелкие элементы, которыми легче управлять. ИСР – это ориентированная на результаты иерархическая декомпозиция работ, которые должна выполнить команда проекта для достижения целей проекта и создания требуемых результатов; на каждом более низком уровне ИСР представляет все более детальное описание работ по проекту. ИСР организует и определяет общее содержание проекта и представляет работы, указанные в текущем одобренном Описании содержания проекта (см. шаблон ПМБОК5.3.3.1). Исходные ресурсы и данные для процесса Создания ИСР:  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  Документы по требованиям (см. шаблон ПМБОК5.2.3.1 «Документация по требованиям»);  Активы процессов организации. Результат процесса:  Иерархическая структура работ (входит в шаблон ПМБОК5.3.3.1 «Описание содержания проекта»);  Словарь ИСР (входит в шаблон ПМБОК5.3.3.1 «Описание содержания проекта»);  Базовый план по содержанию (см. шаблон ПМБОК5.4.3.1);  Обновления Документов по требованиям. Ответственный исполнитель и участники процесса:  Менеджер по планированию (ответственный);  Руководитель проекта (принимающий решения);  Менеджеры по направлениям (участники).

Для внутреннего использования

<Название организации>, 2018 г.

Лист 14 из 28

PMDoc 9.

Редакция: <2.0> Дата: 16.07.2018 г.

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

Процесс определения конкретных операций, которые необходимо выполнить для получения результатов проекта. В процессе разработки ИСР определяются результаты самого нижнего уровня – пакеты работ. Пакеты работ проекта обычно раскладываются на более мелкие элементы под названием «операции», которые описывают работу, необходимую для выполнения пакета работ. Операции предоставляют основу для оценки, планирования, исполнения, мониторинга и контроля работ по проекту. Подразумевается, что определение и планирование операций расписания в данном процессе проводятся таким образом, который обеспечивает достижение целей проекта. Исходные ресурсы и данные для процесса Определения операций:  Базовый план по содержанию (см. шаблон ПМБОК5.4.3.1);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  Список операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Параметры операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Список контрольных событий (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»). Ответственный исполнитель и участники процесса:  Менеджеры по направлениям (ответственные);  Менеджер по планированию (участник);  Руководитель проекта (принимающий решения);  Инициатор проекта (консультант). 10. Процесс «Определение последовательности операций» <В данном разделе описывается процесс «Определение последовательности операций», перечисляются его входные и выходные данные, указываются участники и ответственный.>

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

Исходные ресурсы и данные для процесса Определения последовательности операций:  Список операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Параметры операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Список контрольных событий (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  Активы процессов организации. Для внутреннего использования

<Название организации>, 2018 г.

Лист 15 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

Результат процесса:  Сетевые диаграммы проекта (входит в шаблон ПМБОК6.6.3.2 «Расписание проекта»);  Обновление Списков операций;  Обновление Параметров операций;  Обновление Реестра рисков (см. шаблон ПМБОК11.2.3.1). Ответственный исполнитель и участники процесса:  Менеджеры по направлениям (ответственные);  Менеджер по планированию (участник);  Руководитель проекта (принимающий решения);  Инициатор проекта (консультант). 11. Процесс «Оценка ресурсов операций» <В данном разделе описывается процесс «Оценка ресурсов операций», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Это процесс оценки типа и количества материалов, человеческих ресурсов, оборудования или поставок, необходимых для выполнения каждой операции. Процесс Оценки ресурсов операций тесно координируется с процессом Оценки стоимости (см. п. 14). Исходные ресурсы и данные для процесса Оценки ресурсов операций:  Список операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Параметры операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Ресурсные календари (см. шаблон ПМБОК9.2.3.2);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  Требования к ресурсам операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Иерархическая структура ресурсов;  Обновление Списка операций;  Обновление Параметров операций;  Обновление Ресурсных календарей. Ответственный исполнитель и участники процесса:  Менеджеры по направлениям (ответственные);  Руководитель проекта (принимающий решения);  Менеджер по планированию (участник);  Менеджер по ценообразованию и бюджетному мониторингу (участник). 12. Процесс «Оценка длительности операций» <В данном разделе описывается процесс «Оценка длительности операций», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Для внутреннего использования

<Название организации>, 2018 г.

Лист 16 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

Процесс приблизительного определения количества рабочих периодов, требуемых для выполнения отдельных операций при предполагаемых ресурсах. При оценке длительности операций используется информация о содержании работ операции, требуемых типах ресурсов, оценках количества ресурсов, а также Ресурсных календарях. Входы для оценки длительности операций исходят от одного или нескольких членов команды проекта, в наибольшей степени знакомых с характером работ определённой операции. Оценка длительности постепенно уточняется, и процесс учитывает качество и доступность данных на входе. Таким образом, можно считать, что с течением времени оценка длительности постепенно становится более точной, а её надёжность повышается. Исходные ресурсы и данные для процесса Оценки длительности операций:  Список операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Параметры операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Требования к ресурсам операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Ресурсные календари (см. шаблон ПМБОК9.2.3.2);  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  Оценки длительности операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Обновления Параметров операций;  Обновления Журнала допущений (см. шаблон ПМБОК5.3.3.1). Ответственный исполнитель и участники процесса:  Менеджеры по направлениям (ответственные);  Руководитель проекта (принимающий решения);  Менеджер по планированию (участник). 13. Процесс «Разработка Расписания» <В данном разделе описывается процесс «Разработка Расписания», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Процесс анализа последовательностей операций, их длительности, требований к ресурсам и временных ограничений для создания Расписания проекта. Ввод операций, длительностей и ресурсов в инструмент составления Расписания генерирует Расписание с запланированными датами завершения операций проекта. Разработка приемлемого Расписания проекта зачастую является итеративным процессом. Он определяет запланированные даты старта и финиша операций и контрольных событий проекта. Разработка Расписания может потребовать проведения анализа и проверки оценок длительности и ресурсов для создания утверждённого расписания проекта, способного служить в качестве Базового плана, по которому будет проходить отслеживание исполнения. Пересмотр Расписания и поддержание его реалистичности продолжается на всем протяжении проекта по мере выполнения работ, изменения Плана управления проектом (см. шаблон ПМБОК4.2.3.1) и выявления характера событий риска. Исходные ресурсы и данные для процесса Разработки Расписания: Для внутреннего использования

<Название организации>, 2018 г.

Лист 17 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

 Список операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Параметры операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Сетевые диаграммы расписания проекта (входит в шаблон ПМБОК6.6.3.2 «Расписание проекта»);  Требования к ресурсам операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Ресурсные календари (см. шаблон ПМБОК9.2.3.2);  Оценки длительности операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  Расписание проекта (см. шаблон ПМБОК6.6.3.2);  Базовое расписание (см. шаблон ПМБОК6.6.3.1);  Данные расписания (см. шаблон ПМБОК6.6.3.3);  Обновление Требований к ресурсам операций;  Обновление Параметров операций;  Обновление Календаря (см. шаблон ПМБОК6.6.3.4)  Обновление Реестра рисков (см. шаблон ПМБОК11.2.3.1). Ответственный исполнитель и участники процесса:  Менеджер по планированию (ответственный);  Менеджеры по направлениям (участники);  Руководитель проекта (принимающий решение). 14. Процесс «Оценка стоимости» <В данном разделе описывается процесс «Оценка стоимости», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Оценка стоимости представляет собой процесс разработки приблизительной оценки стоимости ресурсов, необходимых для выполнения операций проекта. Оценки стоимости являются прогнозами, основанными на информации, известной в конкретный момент времени. Они включают в себя выявление и рассмотрение альтернатив расчёта стоимости для инициации и выполнения проекта. Для достижения оптимальных затрат проекта должны быть рассмотрены соотношения и риски стоимости, такие как решения «производить или купить», «купить или взять в аренду», а также распределение ресурсов. <Оценки стоимости, как правило, выражаются в единицах валюты, хотя в отдельных случаях используются другие единицы измерения, такие как человеко-часы или человеко-дни, для облегчения сравнения и исключения влияния колебаний курсов валют.>

Исходные ресурсы и данные для процесса Оценки стоимости:  БП по содержанию (см. шаблон ПМБОК5.4.3.1);  Расписание проекта (см. шаблон ПМБОК6.6.3.2);  План управления ЧР (см. шаблон ПМБОК9.1.3.1);  Реестр рисков (см. шаблон ПМБОК11.2.3.1);  Факторы среды предприятия; Для внутреннего использования

<Название организации>, 2018 г.

Лист 18 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

 Активы процессов организации; Результат процесса:  Оценки стоимости операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Основа для оценок (см. шаблон ПМБОК7.2.3.2);  Обновления Реестра рисков; Ответственный исполнитель и участники процесса:  Менеджер по ценообразованию и бюджетному мониторингу (ответственный);  Менеджеры по направлениям (участники);  Руководитель проекта (принимающий решения). 15. Процесс «Определение бюджета» <В данном разделе описывается процесс «Определение бюджета», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Процесс объединения оценочных стоимостей отдельных операций или пакетов работ для разработки санкционированного Базового плана по стоимости (см. шаблон ПМБОК7.3.3.1). Данный Базовый план включает в себя все санкционированные бюджеты, за исключением управленческих резервов. Бюджеты проекта представляют собой денежные средства, санкционированные для выполнения проекта. Выполнение стоимости проекта сравнивается с санкционированным бюджетом. Исходные ресурсы и данные для процесса Определения бюджета:  Оценки стоимости операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Основа для оценок (см. шаблон ПМБОК7.2.3.2);  БП по содержанию (см. шаблон ПМБОК5.4.3.1);  Расписание проекта (см. шаблон ПМБОК6.6.3.2);  Ресурсные календари (см. шаблон ПМБОК9.2.3.2);  Контракты (см. шаблон ПМБОК12.2.3.2 "Соглашение");  Активы процессов организации. Результат процесса:  БП по стоимости;  Требования к финансированию проекта (см. шаблон ПМБОК7.3.3.2);  Обновления Реестра рисков;  Обновление Оценки стоимости;  Обновление Расписания проекта. Ответственный исполнитель и участники процесса:  Менеджер по ценообразованию и бюджетному мониторингу (ответственный);  Руководитель проекта (принимающий решение). 16. Процесс «Планирование качества» <В данном разделе описывается процесс «Планирование качества», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Для внутреннего использования

<Название организации>, 2018 г.

Лист 19 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

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

Исходные ресурсы и данные для процесса Планирования качества:  БП по содержанию (см. шаблон ПМБОК5.4.3.1);  Реестр ЗС проекта (см. шаблон ПМБОК13.1.3.1);  БП выполнения стоимости (см. шаблон ПМБОК7.3.3.1);  Базовое расписание (см. шаблон ПМБОК6.6.3.1);  Реестр рисков (см. шаблон ПМБОК11.2.3.1);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  ПУ качеством (см. шаблон ПМБОК8.1.3.1);  Метрики качества (см. шаблон ПМБОК8.1.3.3);  Контрольные списки качества (см. шаблон ПМБОК8.1.3.4);  План совершенствования процессов (см. шаблон ПМБОК8.1.3.2);  Обновление Реестра ЗС проекта;  Обновление Матрицы ответственности. Ответственный исполнитель и участники процесса:  Менеджер по качеству (ответственный);  Руководитель проекта (принимающий решения);  Менеджеры по направлениям (участники). 17. Процесс «Разработка Плана управления человеческими ресурсами» <В данном разделе описывается процесс «Разработка Плана управления человеческими ресурсами», перечисляются его входные и выходные данные, указываются участники и ответственный.>

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

Для внутреннего использования

<Название организации>, 2018 г.

Лист 20 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

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

Исходные ресурсы и данные для процесса Разработки Плана управления человеческими ресурсами:  Требования к ресурсам операций (входят в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  План управления человеческими ресурсами (см. шаблон ПМБОК9.1.3.1). Ответственный исполнитель и участники процесса:  Менеджер по персоналу (ответственный);  Менеджеры по направлениям (участники);  Руководитель проекта (принимающий решения). 18. Процесс «Планирование коммуникаций» <В данном разделе описывается процесс «Планирование коммуникаций», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Процесс выявления потребностей заинтересованных сторон проекта в информации и определения подхода к коммуникациям. В процессе Планирования коммуникаций определяются информация и взаимодействия, необходимые заинтересованным сторонам проекта, например: каким лицам какая информация нужна, когда она им понадобится, кто и каким образом должен им эту информацию предоставить. Хотя потребность в передаче проектной информации существует во всех проектах, потребности в информации и способы её распространения могут значительно различаться. Важным фактором достижения успеха проекта является выявление информационных потребностей заинтересованных сторон проекта и определение подходящих средств удовлетворения этих потребностей. Исходные ресурсы и данные для процесса Планирования коммуникаций:  Реестр заинтересованных сторон проекта (см. шаблон ПМБОК13.1.3.1);  Стратегия управления заинтересованными сторонами проекта (см. шаблон ПМБОК13.2.3.1 "План управления заинтересованными сторонами");  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  План управления коммуникациями (см. шаблон ПМБОК10.1.3.1);  Обновление Расписания проекта (см. шаблон ПМБОК6.6.3.2);  Обновление Реестра заинтересованных сторон проекта; Для внутреннего использования

<Название организации>, 2018 г.

Лист 21 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

 Обновление Стратегии управления заинтересованными сторонами проекта. Ответственный исполнитель и участники процесса:  Администратор проекта (ответственный);  Руководитель проекта (принимающий решения);  Менеджеры по направлениям (участники). 19. Процесс «Планирование управления рисками» <В данном разделе описывается процесс «Планирование управления рисками», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Процесс определения порядка осуществления действий по управлению рисками в рамках проекта. Тщательное и подробное Планирование повышает вероятность успеха пяти остальных процессов управления рисками. Процессы Планирования управления рисками важны для обеспечения того, чтобы степень, тип и возможность визуального контроля над управлением рисками соответствовали как рискам, так и важности проекта для организации. Также планирование важно и для выделения достаточных ресурсов и времени для выполнения действий по управлению рисками, а также для формирования предварительно согласованной базы для оценки рисков. Процесс планирования управления рисками должен начинаться, как только появляется замысел проекта, и должен быть завершён на ранних стадиях планирования проекта. Исходные ресурсы и данные для процесса Планирования управления рисками:  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  План управления стоимостью (см. шаблон ПМБОК7.1.3.1);  План управления расписанием (см. шаблон ПМБОК6.1.3.1);  План управления коммуникациями (см. шаблон ПМБОК10.1.3.1);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  План управления рисками (см. шаблон ПМБОК11.1.3.1). Ответственный исполнитель и участники процесса:  Менеджер по рискам (ответственный);  Руководитель проекта (принимающий решения);  Менеджеры по направлениям (участники). 20. Процесс «Идентификация рисков» <В данном разделе описывается процесс «Идентификация рисков», перечисляются его входные и выходные данные, указываются участники и ответственный.>

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

Для внутреннего использования

<Название организации>, 2018 г.

Лист 22 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

<В действиях по Идентификации рисков могут принимать участие: Руководитель проекта; члены команды проекта; команда управления рисками (если таковая сформирована); Заказчики; эксперты в определённых областях, не входящие в команду проекта; конечные пользователи; другие менеджеры проекта; заинтересованные стороны проекта и эксперты по вопросам управления рисками. Хотя эти сотрудники зачастую являются ключевыми участниками идентификации рисков, необходимо побуждать к идентификации рисков весь персонал проекта. Идентификация рисков – это итеративный процесс, поскольку по мере развития проекта в рамках его жизненного цикла могут обнаруживаться новые риски или появляться информация о них. Частота итераций и состав участников каждого цикла различаются в зависимости от ситуации. Формат описаний рисков должен быть последовательным для обеспечения возможности сравнивать относительное воздействие на проект одного наступления риска с соответствующими воздействиями других рисков.>

Исходные ресурсы и данные для процесса Идентификации рисков:  План управления рисками (см. шаблон ПМБОК11.1.3.1);  Оценка стоимости операции (входят в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Оценка длительности операций (входят в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Реестр заинтересованных сторон (см. шаблон ПМБОК13.1.3.1);  План управления стоимостью (см. шаблон ПМБОК7.1.3.1);  План управления расписанием (см. шаблон ПМБОК6.1.3.1);  План управления качеством (см. шаблон ПМБОК8.1.3.1);  Журнал допущений (см. шаблон ПМБОК5.3.3.1 «Описание содержания проекта»);  Отчёты об исполнении работ (см. шаблон ПМБОК4.4.3.2);  Отчёты об освоенном объёме (см. шаблон ПМБОК10.3.3.1 "Информация об исполнении работ");  Сетевые диаграммы (входит в шаблон ПМБОК6.6.3.2 "Расписание проекта");  Базовые планы (см. шаблон ПМБОК10.2.3.2);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  Реестр рисков (см. шаблон ПМБОК11.2.3.1). Ответственный исполнитель и участники процесса:  Менеджер по рискам (ответственный);  Менеджеры по направлениям (участники);  Инициатор проекта (участник);  Руководитель проекта (участник);  Менеджер по планированию (участник);  Менеджер по качеству (участник);  Менеджер по ценообразованию и бюджетному мониторингу (участник);  Менеджер по персоналу (участник);  Менеджер по закупкам (участник);  Юрист (участник).

Для внутреннего использования

<Название организации>, 2018 г.

Лист 23 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

21. Процесс «Качественный анализ рисков» <В данном разделе описывается процесс «Качественный анализ рисков», перечисляются его входные и выходные данные, указываются участники и ответственный.>

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

Исходные ресурсы и данные для процесса Качественного анализа рисков:  Реестр рисков (см. шаблон ПМБОК11.2.3.1);  План управления рисками (см. шаблон ПМБОК11.1.3.1);  Описание содержания проекта (см. шаблон ПМБОК5.3.3.1);  Активы процессов организации. Результат процесса:  Обновление Реестра рисков. Ответственный исполнитель и участники процесса:  Менеджер по рискам (ответственный);  Менеджеры по направлениям (участники). 22. Процесс «Количественный анализ рисков» <В данном разделе описывается процесс «Количественный анализ рисков», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Для внутреннего использования

<Название организации>, 2018 г.

Лист 24 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

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

Исходные ресурсы и данные для процесса Выполнения количественного анализа рисков:  Реестр рисков (см. шаблон ПМБОК11.2.3.1);  План управления рисками (см. шаблон ПМБОК11.1.3.1);  План управления стоимостью (см. шаблон ПМБОК7.1.3.1);  План управления расписанием (см. шаблон ПМБОК6.1.3.1);  Активы процессов организации. Результат процесса:  Обновление Реестра рисков. Ответственный исполнитель и участники процесса:  Менеджер по рискам (ответственный);  Менеджеры по направлениям (участники). 23. Процесс «Планирование реагирования на риски» <В данном разделе описывается процесс «Планирование реагирования на риски», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Процесс разработки вариантов и действий по расширению возможностей и снижению угроз для целей проекта. Он включает в себя определение и назначение лица («ответственного за реагирование на риски»), берущего ответственность за каждую согласованную и подкреплённую бюджетом реакцию на риск. При Планировании реагирования на риски рассматриваются риски в порядке их приоритетности; при необходимости, новые соответствующие ресурсы и операции добавляются в бюджет, расписание и план управления проектом. Запланированные действия по реагированию на риски должны соответствовать серьёзности рисков, быть экономически эффективными в решении проблемы, реалистичными в контексте проекта и согласованными со всеми вовлечёнными сторонами. Исходные ресурсы и данные для процесса Планирования реагирования на риски:  Реестр рисков (см. шаблон ПМБОК11.2.3.1);  План управления рисками (см. шаблон ПМБОК11.1.3.1). Результат процесса: Для внутреннего использования

<Название организации>, 2018 г.

Лист 25 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

 Обновления Реестра рисков;  Контрактные соглашения, связанные с рисками (см. шаблон ПМБОК12.2.3.2 "Соглашение").  Обновление Плана управления проектом (см. шаблон ПМБОК4.2.3.1);  Обновление Журнала допущений (см. шаблон ПМБОК5.3.3.1 "Описание содержания проекта");  Обновление Технической документации (см. шаблон ПМБОК12.3.1.5). Ответственный исполнитель и участники процесса:  Менеджер по рискам (ответственный);  Менеджеры по направлениям (участники);  Руководитель проекта (принимающий решение);  Менеджер по планированию (участник). 24. Процесс «Планирование закупок» <В данном разделе описывается процесс «Планирование закупок», перечисляются его входные и выходные данные, указываются участники и ответственный.>

Процесс документирования решений в отношении закупок для проекта, формирования подхода и определения потенциальных продавцов. В процессе Планирования закупок устанавливается, какие потребности проекта можно и нужно удовлетворить путём закупок товаров, услуг или результатов у сторонних по отношению к проекту организаций, а какие потребности проекта можно удовлетворить силами команды проекта. <Данный процесс предполагает рассмотрение нескольких вопросов: покупать или нет? если покупать, то что именно, как, сколько и когда? В случае приобретения необходимых для проекта товаров, услуг или результатов у сторонних организаций, все процессы от планирования закупок до закрытия контракта выполняются для каждого предмета покупки или приобретения. Процесс планирования закупок включает в себя анализ рисков, связанных с каждым решением «производить или покупать», а также анализ типа контракта, который планируется заключить с целью снижения рисков или, в некоторых случаях, их передачи продавцу.>

Исходные ресурсы и данные для процесса Планирования закупок:  Базовый план по содержанию (см. шаблон ПМБОК5.4.3.1);  Документы по требованиям (см. шаблон ПМБОК5.2.3.1);  Партнёрские соглашения (см. шаблон ПМБОК12.2.3.2 "Соглашение");  Реестр рисков (см. шаблон ПМБОК11.2.3.1);  Контрактные соглашения, связанные с рисками (см. шаблон ПМБОК12.2.3.2 "Соглашение");  Требования к ресурсам операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Расписание проекта (см. шаблон ПМБОК6.6.3.2);  Оценки стоимости операций (входит в шаблон ПМБОК6.6.3.3 «Данные расписания»);  Базовый план выполнения стоимости (см. шаблон ПМБОК7.3.3.1);  Факторы среды предприятия;  Активы процессов организации. Результат процесса:  План управления закупками (см. шаблон ПМБОК12.1.3.1); Для внутреннего использования

<Название организации>, 2018 г.

Лист 26 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

    

Задания поставщикам (ПМБОК12.1.3.2 "Описание работ"); Решения «производить или покупать» (см. шаблон ПМБОК12.1.3.5); Закупочная документация (см. шаблон ПМБОК12.1.3.3); Критерии выбора поставщика (см. шаблон ПМБОК12.1.3.4); Запросы на изменение (см. шаблон ПМБОК4.3.3.3). Ответственный исполнитель и участники процесса:  Менеджер по закупкам (ответственный);  Руководитель проекта (принимающий решение);  Менеджеры по направлениям (консультанты). Приложение А. Декомпозиция процессов <Декомпозиция представлена в формате MS Visio с таким же названием файла. Внимание! Файл MS Visio содержит несколько листов. На первом листе содержится общее представление декомпозиции, на последующих – её фрагменты. Обновите декомпозицию согласно требованиям организации и перенесите в данное приложение.>

Для внутреннего использования

<Название организации>, 2018 г.

Лист 27 из 28

PMDoc

Редакция: <2.0> Дата: 16.07.2018 г.

Приложение Б. Матрица ответственности

Менеджер по планированию

Менеджер по качеству

Менеджер по рискам

Сбор требований

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

Создание ИСР Определение операций

Определение последовательности операций

Оценка ресурсов операций

Оценка длительности операций

Разработка расписания

Оценка стоимости

Определение бюджета

Планирование качества

Разработка ПУ ЧР

Планирование коммуникаций

Планирование управления рисками

Идентификация рисков

Юрист

Менеджеры по направлениям

Администратор проекта

Руководитель проекта

Разработка ПУ проектом

О - Ответственный исполнитель У - Участник К - Консультант П - Принимающий решения

Менеджер по закупкам

Инициатор проекта

Менеджер по ценообразованию и бюджетному мониторингу Менеджер по персоналу

<В данном приложении приводится Матрица ответственности.>

О О О О О О У

Качественный анализ рисков

Количественный анализ рисков

Планирование реагирования на риски

Планирование закупок

О О

<Внимание! Перед публикацией документа заполните экспресс-блоки и обновите таблицу содержания.> Для внутреннего использования

<Название организации>, 2018 г.

Лист 28 из 28