Свод знаний по управлению проектами (PMBoK)

Свод знаний по управлению проектами (PMBoK)

Обзор PMBoK

A Guide to the Project Management Body of Knowledge (Руководство к своду знаний по управлению проектамидалее PMBoK) - представляет собой совокупность профессиональных знаний по управлению проектами, признанных в качестве стандарта. Стандарт – это официальный документ, в котором описываются установленные нормы, методы, процессы и практики. Как и в других профессиональных областях, таких как юриспруденция, медицина, бухгалтерский учет, свод знаний опирается на передовой опыт специалистов-практиков интернациональных компаний и крупных организаций США в управлении проектами, которые внесли вклад в разработку данного стандарта.

Руководство PMBoK знакомит с ключевыми понятиями и терминами в области управления проектами, определяет 10 областей знаний проектного управления, жизненный цикл проекта, группы процессов и процессы (в том числе входы, выходы и активности в рамках конкретного процесса), определяются внешние и внутренние организационные факторы, окружающие проект или оказывающие влияние на его успех, методы и методики, применяемые в рамках отдельных областей знаний по управлению проектами. Является основным стандартом по управлению проектами в США и некоторых других странах (в России, Украине и Белоруссии данный стандарт носит рекомендательный характер).

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

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

Институт управления проектами (Project Management Institute, PMI) использует данный стандарт в качестве основного справочного материала по управлению проектами для своих программ профессионального развития и сертификации.

Скачать PMBoK нельзя и данный стандарт распространяется только на платной основе.

История PMBoK

Первое издание PMBoK, было выпущено Институтом управления проектами (PMI - Project Management Institute) еще в 1986 году. Это была революционная методология, которую изначально ориентировали на помощь членам института в рамках подготовки к экзамену PMP (Project Management Professional), а так же данная методология по управлению проектами должна была оказать влияние на подход к управлению проектами в будущем. Методология получила название "A guide to the Project Management Body of Knowledge" или "PMBoK". Уже в 1991 году методологию PMBoK Guide признают национальным стандартом ANSI (American National Standards Institute). Первую редакцию такого стандарта по управлению проектами опубликовали в 1994 году. Через два года была выпущена вторая редакция PMBoK, это произошло из-за быстрого роста членов PMI. В скором будущем появилась третья редакция и называлась она - PMBoK Guide 2000. В 2004 году PMI выпускает своё очередное творение - PMBoK Guide Third Edition, которое получило самое большое распространение свода знаний по управлению проектами PMI. 31 декабря в 2008 году вышла в свет новая версия методологии - PMBoK Fourth Edition, которая, как и свой предшественник претерпела значительные изменения и стала по сути таким же революционным изданием. В этой версии были изменены сами методики PMI. В стандарт включили дополнительные методики: ведения аналитических работ, прототипирование, итеративность и применение систем искусственного интеллекта с целью построения прогноза реализации и завершения проекта в части сроков и бюджета. В настоящее время выпущена еще одна версия - PMBoK Guide Fifth Edition, которая включает в себя уже 10 областей знаний и 5 дополнительных процессов (количество процессов всегда менялось от версии к версии, но вот дополнительная область знаний по управлению проектами, добавили впервые). Перечень поколений PMBoK представлены на Рисунке 1. 

Рисунок 1. Поколения PMBoK.

Дополнительная область знания - Управление заинтересованными лицами (разделили область знаний Communication Management на две: Communication Management и Stakeholders Management). Дополнительные процессы следующие - Plan Scope Management, Plan Schedule Management, Plan Cost Management, Plan Stakeholder Management, а также Control Stakeholder Engagement. Обновление программ сертификации произойдет с 1 июля 2013 года. Дата выпуска PMBoK Guide Six Edition еще не известна, но PMI уже определились с годом - 2017 год.

Описание методологии PMBoK

Области знаний PMBoK:

Руководство PMBoK описывает десять областей знаний, которыми должен обладать руководитель проекта (он же Project Manager). В стандарте рассматривается каждая область знаний в отдельности, описываются её процессы входов и выходов. Процессы областей знаний представлены в PMBoK в виде дискретных элементов, которые имеют четко определенные границы. Правда на практике эти процессы являются итеративными - могут взаимодействовать между собой и накладываться друг на друга. Такие наложения и взаимодействия не описываются в своде знаний по управлению проектами (PMBoK). И так, данный стандарт рассматривает следующие области знаний по управлению проектами:

  • Управление интеграцией проекта (Project Integration Management). Под интеграцией понимается объединение, консолидация, сочленение и разнообразные интегративные действия, направленные на успешное управление ожиданиями заинтересованных сторон и выполнения определенных требований. В данном разделе описывается распределение ресурсов по проекту, процессы поиска компромиссов, между конфликтующими целями и альтернативами, а также определяются интегральные связи между остальными областями знаний. В частности даётся схема процессов разработки Устава проекта, Плана управления проектами, Руководства управлением исполнения проекта, Мониторинга и управления работами проекта, описываются процессы общего управления изменениями проекта и завершения проекта или фазы проекта.
  • Управление содержанием проекта (Project Scope Management). Под управлением содержанием понимаются процессы, позволяющие производить выборку, фильтрацию и группировку по проекту тех и только тех работ, которые понадобятся Руководителю проекта для успешного завершения проекта. Управление содержанием проекта напрямую связано с определением и контролем того (содержания), что будет включено и что не будет включено в проект. Описываются схемы процессов Сбора требований, Определения содержания проекта, создания Иерархической структуры работ - ИСР (Work Breakdown Structure, WBS), Подтверждения содержания и Управления содержанием.
  • Управление сроками проекта (Project Time Management). Под управлением сроками проекта или точнее говоря временем т.к. время, более широкое понятие, понимаются процессы, посредством которых обеспечивается своевременное завершение проекта. Схема данных процессов подразумевает: Определение операций, Определение последовательности операций, Оценка ресурсов операций, Оценка длительности операций, Разработка расписания и Управление расписанием.
  • Управление стоимостью проекта (Project Cost Management). Под управлением стоимостью проекта понимаются процессы, в части планирования и разработки бюджета, а также управления расходами, которые обеспечивают завершение проекта в рамках утвержденного бюджета. Общая блок-схема процессов включает в себя: Оценку стоимости, Определения бюджета и Управление стоимостью.
  • Управление качеством проекта (Project Quality Management). Под управлением качеством проекта подразумеваются процессы и различные действия со стороны исполняющей организации, подходы и политики в области качества, цели, задачи и зоны ответственности в области качества следующим образом - проект должен удовлетворять тем потребностям, ради которых он был инициирован. Само управление качеством проекта производится с помощью системы управления качеством, которая предусматривает набор определенных правил и процедур, в том числе и действия по постоянному совершенствованию процессов. Лучшей практикой считается, когда данные действия проводятся на всем протяжении проекта. Схема процессов управления качеством включает в себя: Планирование качества, Обеспечение качества и Контроль качества.
  • Управление человеческими ресурсами проекта (Project Human Resource Management). Процессы управления человеческими ресурсами организации, включают в себя подходы к управлению и руководством команды проекта. Под командой проекта подразумевается пул квалифицированных работников для которых определены конкретные роли и ответственности за выполнение проекта. В ходе реализации проекта профессиональный и количественный состав команды проекта зачастую может меняться. Правильное распределение ролей по проекту и ответственности между членами команды проекта даёт возможность всем членам команды быть задействованными на этапе планирования проекта и принятия решений. В случае привлечение членов команды к проекту на ранних стадиях даёт возможность применять имеющийся у них опыт уже на этапе планирования проекта, позволяет укрепить нацеленность команды проекта на достижение определенных результатов. Схема процессов управления человеческими ресурсами включает в себя: Разработку плана управления человеческими ресурсами, Набор команды проекта, Развитие команды проекта и Управление командой проекта.
  • Управление коммуникациями проекта (Project Communications Management). Процессы управления коммуникациями, применяют с целью обеспечения своевременного формирования, подготовки, распространения, архивации, передачи, получения, использования информации на проекте. Наибольшая часть времени на проекте, у Руководителей проектов уходит на осуществление коммуникаций с членами команды и с другими заинтересованными сторонами проекта (внутренние, от обычных сотрудников до высшего руководства или внешние). Эффективность коммуникации заключается в том, что они служат связующим звеном между различными заинтересованными сторонами, вовлеченными в конкретный проект. Правильное управление коммуникациями заключается в объединении разнообразных культурных и организационных особенностей, консолидации накопленного опыта, сопоставления различных взглядов и интересов с целью выстраивания базовой структуры управления проектом. Схема  процессов управления коммуникациями проекта включает в себя: Определение заинтересованных сторон проекта, Планирование коммуникаций, Распространение информации, Управление ожиданиями заинтересованных сторон проекта (начиная с пятой версии - PMBoK Fifth Edition, данные процессы вынесли в отдельную область знаний - Управление заинтересованными сторонами проекта Project Stakeholder Management), Отчеты об исполнении.
  • Управление рисками проекта (Project Risk Management). Под процессами управления рисками проекта понимается планирование управления рисками, идентификация и анализ рисков, выработке методов реагирования на риски, контроль, мониторинг и управление рисками в ходе реализации проекта. Посредством процессов управления рисками проекта, Руководители проектов добиваются повышения вероятности возникновения и воздействия (влияния) благоприятных рисков (событий) на проект и снижают вероятность возникновения и воздействия (влияния) неблагоприятных рисков (событий) на проект в момент исполнения этого проекта. Схема процессов управления рисками проекта включает в себя: Планирование управления рисками, Идентификация рисков, Качественный анализ рисков, Количественный анализ рисков, Планирование реагирования на известные риски, Мониторинг и управление рисками.
  • Управление поставками проекта (Project Procurement Management). Процессы управления поставками проекта включают в себя покупку или приобретение тех или иных необходимых сущностей (продукты, услуги, результаты, документы), которые производятся внешними (подрядными) организациями по отношению к той, в которой реализуется проект. Сама организация, в которой выполняется проект может выступать в качестве покупателя или продавца этих сущностей. Также процессы управления поставками проекта включают в себя подпроцессы управления контрактами и изменениями, необходимые для разработки и сопровождения контрактов или заказов на покупку. Благодаря процессам управления поставками проекта появляется возможность администрировать все контракты на приобретение чего-либо в ходе реализации проекта и управлять контрактными обязательствами, которые были возложены на команду проекта. Схема процессов управления поставками проекта включает в себя: Планирование закупок, Осуществление закупок, Управление закупочной деятельностью, Закрытие закупок.
  • Управление заинтересованными сторонами проекта (Project Stakeholder Management). Под процессами управления ожиданиями заинтересованными сторонами проекта понимается как таковое общение между командой проекта и заинтересованными лицами, а также работы направленные на  удовлетворение их потребностей и решение возникающих проблем, которые могут повлечь за собой изменения на проекте. Благодаря правильному выстраиванию отношений между всеми заинтересованными сторонами на проекте, Руководитель проекта может увеличить вероятность успеха.

Группы процессов PMBoK:

Все процессы в руководстве PMBoK разделяются на следующие группы:

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

  • Разработка Устава проекта (Develop Project Charter)
  • Определение заинтересованных сторон (Identity Stakeholders)

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

  • Разработка плана управления проектом (Develop Project Management Plan)
  • План управления содержанием (Plan Scope Management)
  • Сбор требований (Collect Requirements)
  • Определение содержания (Define Scope)
  • Создание иерархической структуры работ - ИСР (Create Work Breakdown Structure - WBS)
  • Разработка плана управления расписанием (Develop Schedule Management Plan)
  • Определение операций (Define Activities)
  • Определение последовательности операций (Sequence Activities)
  • Оценка ресурсов операций (Estimate Activity Resources)
  • Оценка длительности операций (Estimate Activity Durations)
  • Разработка расписания (Develop Schedule)
  • Разраотка плана управления стоимостью (Develop Cost Management Plan)
  • Оценка стоимости (Estimate Costs)
  • Определение бюджета (Determine Budget)
  • Планирование качества (Plan Quality)
  • Разработка плана управления человеческими ресурсами (Develop Human Resource Plan)
  • Планирование коммуникаций (Plan Communications)
  • Планирование управления рисками (Plan Risk Management)
  • Идентификация рисков (Identify Risks)
  • Качественный анализ рисков (Perform Qualitative Risk Analysis)
  • Количественный анализ рисков (Perform Quantitative Risk Analysis)
  • Планирование реагирования на риски (Plan Risk Responses)
  • Планирование закупок (Plan Procurements)
  • Разработка плана управления заинтересованными сторонами (Develop Stakeholder Management Plan)

3. Группа процессов исполнения
Объединяет человеческие и другие ресурсы для выполнения плана управления проектом данного проекта. В группу процессов исполнения входят следующие процессы:

  • Руководство и управление исполнением проекта (Direct and Manage Project Execution)
  • Обеспечение качества (Perform Quality Assurance)
  • Набор команды проекта (Acquire Project Team)
  • Развитие команды проекта (Develop Project Team)
  • Управление командой проекта (Manage Project Team)
  • Управление коммуникациями (Manage Communications)
  • Осуществление закупок (Conduct Procurements)
  • Управление вовлеченностью заинтересованных сторон (Manage Stakeholder Engagement)

4. Группа процессов мониторинга и управления

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

  • Мониторинг и управление работами проекта (Monitor and Control Project Work)
  • Общее управление изменениями\Общий контроль изменений (Perform Integrated Change Control)
  • Подтверждение содержания (Validate Scope)
  • Контроль содержания\Управление содержанием (Control Scope)
  • Контроль расписания\Управление расписанием (Control Schedule)
  • Контроль стоимости\Управление стоимостью (Control Costs)
  • Процесс контроля качества (Perform Quality Control)
  • Мониторинг и контроль коммуникаций (Monitor and Control Communications)
  • Мониторинг и контроль рисков (Monitor and Control Risks)
  • Контроль закупок\контрактов (Control Procurement)
  • Контроль вовлеченности заинтересованных сторон (Control Stakeholder Engagement)

5. Группа завершающих процессов

Формализует приемку продукта, услуги или результата и подводит проект или фазу проекта к правильному завершению. Группа завершающих процессов содержит следующие процессы:

  • Закрытие проекта или фазы (Close Project or Phase)
  • Закрытие контрактов (Close Procurement)

Группы процессов управления проектом представлены на Рисунке 2. Не стоит путать группы процессов и этапы жизненного цикла проекта, они имеют схожие названия, но разные значения.

Рисунок 2. Группы процессов по PMBoK.

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

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

Жизненный цикл по PMBoK

Жизненный цикл проекта – это набор, включающий в себя последовательные, а иногда и перекрывающиеся фазы проекта, наименования и число которых определяются, исходя из потребностей в управлении, мониторинге и контроле конкретной организации или нескольких организаций, которые вовлечены в проект, а также спецификой самого проекта. Стандартный вид жизненного цикла проекта представлен на Рисунке 4. Методология PMBoK подразумевает документацию жизненного цикла. Уникальные свойства организации, отрасли или применяемых подходов могут в значительной степени влиять на жизненный цикл проекта. Исходя из определения уникальности проекта и его ограниченности во времени (начало - конец), определенные результаты и процессы, входящие в проект, могут широко варьироваться для каждого определенного проекта. Посредством жизненного цикла, выстраивается базовая структура управления проектом, несмотря на содержание (конкретные работы) этого проекта.

Рисунок 4. Жизненный цикл проекта.

Инструменты и методы PMBoK

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

Методы PMBoK:

  • Анализ дерева решений (Decision Tree Analysis).
  • Анализ допущений (Assumptions Analysis).
  • Анализ ожидаемого денежного значения (Expected Monetary Value (EMV) Analysis).
  • Анализ отклонений (Variance Analysis).
  • Анализ сети (Schedule Network Analysis или Network Analysis).
  • Анализ сильных и слабых сторон, возможностей и угроз (Strengths, Weaknesses, Opportunities, and Threats Analysis, или SWOT Analysis).
  • Анализ характера и последствий отказов (Failure Mode and Effect Analysis, FMEA).
  • Aнализ чувствительности (Sensitivity Analysis).
  • Быстрый проход (Fast Tracking).
  • Выравнивание ресурсов (Resource Leveling).
  • Декомпозиция (Decomposition).
  • Метод «операции в узлах» (метод диаграмм предшествования) (Precedence Diagramming Method, PDM).
  • Метод Дельфи (дельфийский метод) (Delphi Technique).
  • Метод критического пути (Critical Path Methodology, CPM).
  • Метод критической цепи (Critical Chain Method).
  • Метод Монте-Карло (Monte Carlo Analysis).
  • Метод освоенного объема (Earned Value Technique, EVT).
  • Метод оценки и анализа программ (Program Evaluation and Review Technique, PERT).
  • Мозговой штурм (Brainstorming).
  • Оценка «снизу вверх» (Bottom-up Estimating).
  • Планирование методом набегающей волны (Rolling Wave Planning).
  • Управление освоенным объемом (Earned Value Management, EVM).

Инструменты PMBoK:

  • Диаграмма Ганта (Gantt Chart).
  • Диаграмма Парето (Pareto Chart).
  • Иерархическая структура рисков (Risk Breakdown Structure, RBS).
  • Информационная система управления проектами (Project Management Information System, PMIS).
  • Матрица вероятности и воздействия (Probability and Impact Matrix).
  • Матрица ответственности (Responsibility Assignment Matrix, RAM).
  • Расписание контрольных событий (Milestone Schedule).
  • Сетевая модель (Schedule Model).
  • Система санкционирования выполнения работ (Work Authorization System).
  • Система управления изменениями (Change Control System).
  • Система управления конфигурацией (Configuration Management System).

Экзамены, сертификация и обучение

На данный момент в мире насчитывается более 470 000 менеджеров и специалистов по управлению проектами, имеющих сертификацию PMP – Project Management Professional. Степень по управлению проектами PMP, может получить каждый специалист из любой отрасли. PMP позволяет войти в ряды самого большого и престижного сообщества специалистов по управлению проектами. Для получения степени PMP,  необходимо соответствовать определенным требованиям к образованию и опыту работы. Также необходимо пройти экзамен в виде теста на компьютере в специализированных аккредитованных центрах по всему миру (Registered Education Provider). Данный тест разработан для объективной оценки компетенций претендента в части управления проектами.

Требования к кандидату:

Необходимо соответствовать первой или второй категории. Первая категория - высшее образование (не ниже бакалавра), 4500 часов (36 непересекающихся месяцев за последние 6 лет) работы в области управления проектами (по пяти группам процессов) до подачи заявки. Также на момент подачи заявки, кандидат должен иметь 35 часов обучения (PDU).

При себе иметь подтверждающие документы:

  1. Свидетельство о высшем образовании.
  2. Форма подтверждения опыта
  3. Перечень обучающих программ, пройденых кандидатом (35 PDU) 

Посредством теста на степень PMP оцениваются применение знаний и навыков, использование инструментов и методов применяемых на практике при управлении проектами. Еще в 1997 году были разработаны требования к экзамену. Претенденту необходимо выбрать один правильный ответ из 4 вариантов по каждому из 200 вопросов. Сам тест состоит из 175 вопросов, остальные 25 вопросов определяются, как претестовые и в зачет не идут. Все вопросы в тесте разрабатываются комиссией, состоящей из специалистов со степенью PMP. Вопросы входящие в тест, ежегодно проверяются на соответствие экзаменационным требованиям. Для успешного прохождения теста, претенденту, за 4 часа, необходимо положительно ответить на 106 вопросов из 175. Получается, что проходной балл по экзамену составляет 61%.

Подготовка к экзамену PMP:

Из множества учебников и материалов для подготовки к экзамену на степень PMP, основным конечно же является сам свод знаний по управлению проектами - PMBoK Guide. Данный стандарт на двух языках (английский и русский) и множество дополнительных материалов (книг и учебников) по управлению проектами можно приобрести в специализированных on-line магазинах PMI. Но получение сертификата PMP не заключается в одной лишь теории, кандидату необходимо будет применить свой опыт т.к. большинство вопросов в тесте основаны на ситуациях. Для участия в экзамене не требуется в обязательном порядке проходить специализированные курсы PMI, хотя список сертифицированных провайдеров всегда можно найти на сайте PMI.

Дополнительно можно выделить труд Риты Мулкахи (Rita Mulcahy) - PMP Exam Prep (Rita's Course in a Book for Passing the PMP Exam), целью которого является подготовить читателя к экзамену PMP (Project Management Professional). Даннвая книга не переписывает PMBoK, как это случается зачастую с остальными материалами по подготовке к экзамену, а даёт понимание того, как будет проходить сертификация, какие будут вопросы т.е. является прикладной (Рисунок 5).

Рисунок 5. PMP Exam Prep (Rita's Course in a Book for Passing the PMP Exam)

Содержание экзамена PMP:

Далее в процентном соотношении представлена разбивка вопросов экзамена по группам процессов:

  • Инициация проекта (Project Initiating) – 13 % вопросов
  • Планирование проекта (Project Planning) – 24 % вопросов
  • Исполнение проекта (Project Executing) - 30 % вопросов
  • Контроль проекта (Project Control) – 25 % вопросов
  • Завершение проекта (Project Closing) – 8 % вопросов

В свое время, PMI провело исследование по описанию ролей (The Role Delineation Study), которое в последствии легло в основу Кодекса Профессиональной Этики (PMP Examination Specification). Данное исследование описывает экзаменационные вопросы, и как следствие служит отличным материалом для подготовки к экзамену.

Дополнительно:

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

Основные стандарты (Foundational Standards):

Практические стандарты PMI и фреймворки (Practice Standards & Frameworks):

Дополнения к основному стандарту:

Лексикон (основные термины):

Организация: Project Management Institute
Сайт организацииhttp://www.pmi.com
Страны: США, Россия, Литва, Финляндия, Норвегия, Дания, Швеция, Китай, ЮАР.

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

Похожие вопросы