Главное о PMBoK – свод знаний по управлению проектами: содержание и основные идеи

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

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

Что такое PMBoK?

PMBoK (расшифровка: Project Management Body of Knowledge) – это свод знаний, детально описывающий процесс управления проектами, а также лучшие практики и инструменты. PMBoK разработан и обновляется институтом PMI (Project Management Institute).

Дословный перевод термина на русский – «Совокупность знаний по управлению проектами».

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

Официальный документ – PMBOK Guide (страница на сайте PMI). Последняя актуальная редакция – PMBOK Guide 8th edition (восьмое издание), она содержит 408 страниц.

На русский язык пока переведено только седьмое издание – PMBOK 7. Хотя отличия восьмой и седьмой версии незначительны, для подготовки к сертификации PMP (Project Management Professional) лучше купить PMBOK 8. Тест знаний всегда проводится по последней редакции.

Электронные книги PMBOK надежно защищены и открываются только с вводом пароля, чаще всего их можно скачать в формате PDF. Скачать книгу где-нибудь бесплатно не получится.

В России в профильных магазинах книга продается под названием «Руководство к своду знаний по управлению проектами (PMBOK) и Стандарт управления проектом».

В 2012 году многие положения PMBOK легли в основу стандарта ISO 21500 («Руководство по управлению проектами»).

Как появился PMBoK

История PMBoK началась в конце 1960-х годов, когда в США был создан профессиональный институт управления проектами – Project Management Institute (PMI). Организация появилась в 1969 году благодаря инициативе пяти энтузиастов, которые заметили, что управление проектами уже существует как практика, но еще не оформилось в полноценную дисциплину – со своими стандартами, терминологией и методиками.

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

В начале 1980-х годов PMI запустил масштабный исследовательский проект по выявлению общих практик управления проектами. В результате в 1983 году появился документ под названием Ethics, Standards and Accreditation (ESA) Report, который многие исследователи сейчас считают прообразом будущего PMBoK. В нем впервые была предпринята попытка описать области знаний, которыми должен владеть профессиональный руководитель проекта.

Официальная первая редакция PMBoK Guide была опубликована в 1996 году. Документ превратил разрозненные наработки в единый структурированный свод знаний. В нем были выделены пять групп процессов и девять областей знаний, ставшие фундаментом для обучения и сертификации проектных менеджеров по всему миру.

С того момента руководство регулярно обновлялось и совершенствовалось. Некоторые ранние версии руководства PMBOK даже были использованы в качестве основы для создания профильных международных стандартов:

• ANSI / PMI 99-001-200 – в США,
• IEEE 1490–2011 – в Европе.

В шестой редакции PMBOK 6 (2017 год) впервые были описаны гибкие методы работы, которые многим известны по принципам Agile.

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

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

В 2026 году новая версия пока не предвидится. Примерный цикл обновления – 4 года, то есть выход очередной версии стоит ждать примерно в 2029 году. Хотя за всю историю существования PMBOK цикл один раз был смещен на год – 2008 (4 версия), а затем 2013 (версия 5). Конкретная дата релиза все равно остается пока неизвестной.

Что примечательно, в одно время PMI разрабатывал особые отраслевые расширения для базового PMBOK:

• Construction Extension – специально для строительства, выпускался в виде дополнения к PMBOK 3 (2004 год), было несколько редакций.
• Government Extension – для государственного управления / госпроектов, тоже для PMBOK
• Software Extension – включал практические рекомендации непосредственно для управления проектами, которые занимаются разработкой программного обеспечения, дополнял PMBOK 5 (2013 год).

Помимо расширений были и отдельные практические руководства (Practice Guides):

• Agile Practice Guide – специально для Agile-методологий (6th & 8th Editions).
• Process Groups: A Practice Guide – группы процессов для водопадного подхода, он же Waterfall (7th Edition).

Зачем нужен PMBoK

Может сложиться мнение, что использование PMBOK обязательно, но это не так: правила и методики, изложенные в сборнике, – это скорее рекомендации, которые описывают «правильный» проектный менеджмент и обеспечивают набор готовых профессиональных знаний для менеджеров проектов. Изучил – получил базу. Соответственно, дальше будет проще сориентироваться.

Цели использования PMBOK можно сформулировать так:

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

PMBoK – это только вершина айсберга. Не менее важные слои, за которые отвечает институт PMI: обучение и сертификация специалистов.

Основные концепции PMBoK

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

• Создание ценности. PMBoK предлагает выстраивать рабочие процессы, исходя из главного — создания ценности: для заказчика, бизнеса и других заинтересованных сторон. Успешным считается не тот проект, который был завершен (пусть даже в срок и в рамках выделенного бюджета), а тот, который принес ожидаемую пользу или помог достичь определенных целей организации.
• Уникальность. Даже если команда проекта регулярно выполняет схожие или типовые задачи / действия, конкретный проект всегда будет иметь свои особенности: цели, сроки, участников, ограничения и риски. Поэтому он всегда будет уникален. Такая уникальность как раз отличает проекты от повторяющихся операционных процессов.
• Ограничения. Любой проект выполняется в условиях ограниченных ресурсов. Классическая концепция PMBoK включает так называемый «треугольник проекта», состоящий из трех взаимосвязанных параметров: содержания работ, сроков и стоимости. Изменение одного из них неизбежно влияет на остальные. Позднее к этой модели добавились качество, ресурсы, риски и другие факторы. Получился шестиугольник проекта.
• Заинтересованные стороны. PMBoK описывает управление заинтересованными сторонами (stakeholders) – это одна из ключевых концепций. К заинтересованным относятся все лица и организации, которые могут влиять на проект или на которых влияет сам проект: заказчики, руководство компании, команда проекта, подрядчики, поставщики, государственные органы, конечные пользователи продукта и т.п.
• Гибкость и адаптация. В современных версиях PMBoK подчеркивается необходимость адаптации методов управления под особенности конкретного проекта. Не существует универсального набора процессов и документов, который одинаково хорошо подойдет для любой ситуации. Поэтому руководитель проекта, команда или проектный офис должны иметь представление о разных подходах, чтобы выбрать наиболее подходящий – под ситуацию.
• Управление неопределенностью. В проектах всегда минимум конкретики (как у самураев, у которых есть только путь). Ситуация часто проясняется уже в процессе реализации проекта. Поэтому важное место в PMBoK выделяется управлению рисками, прогнозированию возможных проблем и подготовке мер реагирования на них. Чем раньше выявлены потенциальные угрозы, тем выше вероятность успешного завершения проекта.

Определение проекта по PMBoK

В первом издании, в 1996 году, было дано следующее определение проекту:

«Это временное предприятие, предпринимаемое для создания уникального продукта или услуги».

В оригинале:

A temporary endeavor undertaken to create a unique product or service.

В третьей версии добавилось слово «результат» – в дополнении к продукту и услуге. Оно позволило отвязаться только от материальных ценностей. Так как проект мог быть направлен на достижение определенного эффекта, например, на получение знаний, опыта и т.п.

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

Термин обновился только в последней восьмой редакции правил. Теперь он звучит так:

Проект — это временное мероприятие в уникальном контексте, направленное на создание ценности.

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

В классических редакциях PMBoK (с третьей по шестую) управление проектами описывалось через набор областей знаний (Knowledge Areas). Каждая из них объединяла процессы, инструменты и практики, связанные с определенным аспектом проектной деятельности.

Такой подход помогал руководителям структурировать работу и не упускать из виду важные направления: от управления рисками и бюджетом до взаимодействия с заинтересованными сторонами.

В шестой редакции PMBoK выделялось десять областей знаний:

1. Управление интеграцией
2. Управление содержанием
3. Управление расписанием
4. Управление стоимостью
5. Управление качеством
6. Управление ресурсами
7. Управление коммуникациями
8. Управление рисками
9. Управление закупками
10. Управление заинтересованными

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

Инструменты и техники PMBoK

Стандарт PMBoK содержит набор инструментов и техник, которые помогают руководителю проекта принимать обоснованные решения и эффективно управлять работой команды.

К наиболее распространенным инструментам PMBoK относятся:

• экспертная оценка;
• мозговой штурм;
• интервью и опросы;
• совещания и воркшопы;
• контрольные списки;
• диаграммы причинно-следственных связей;
• анализ заинтересованных сторон;
• SWOT-анализ;
• матрица ответственности RACI;
• иерархическая структура работ (WBS);
• метод критического пути (CPM);
• диаграмма Ганта;
• оценка по аналогии;
• параметрическая оценка;
• трехточечная оценка;
• анализ резервов;
• освоенный объем (Earned Value Management, EVM);
• реестр рисков;
• матрица вероятности и влияния рисков.

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

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

Основные отличия PMBoK от методологий управления проектами

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

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

Примеры предметных методологий: Scrum, PRINCE2, Kanban и т.п. К слову, Agile – это тоже не методология, а лишь набор принципов гибкой разработки.

Роли и ответственность в проектном управлении по PMBOK

Руководство не устанавливает жесткой структуры или иерархии подчиненности, но вместе с тем, оно прописывает основные роли, без которых не может обойтись ни один проект:

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

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

Основные компоненты PMBoK

Структура свода правил существенно менялась от редакции к редакции.

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

Ключевыми компонентами современного PMBoK являются:

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

Содержание PMBoK

В последней редакции PMBoK описаны несколько взаимосвязанных разделов:

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

Если сравнить разные версии, эволюция выглядит так:

8 доменов исполнения проекта

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

Сначала домены из 7 версии PMBok.

Заинтересованные стороны (Stakeholders)

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

Команда (Team)

Создание продуктивной рабочей среды, развитие компетенций и поддержка участников проекта.

Жизненный цикл проекта (Lifecycle)

Выбор и адаптация модели управления проектом: водопадной, гибкой или гибридной.

Планирование (Planning)

Определение целей, объема работ, сроков, бюджета, рисков и способов контроля.

Проектная работа (Project work) / выполнение работ

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

Поставка (Delivery)

Обеспечение получения ожидаемой ценности и передачи результатов заинтересованным сторонам.

Измерение (Measurement)

Оценка прогресса, эффективности и соответствия проекта поставленным целям.

Неопределенность (Uncertainty)

Выявление и управление рисками, возможностями и изменениями.

7 новых доменов в PMBoK 8

1. Управление (Governance)
2. Содержание (Scope)
3. Расписание (Schedule)
4. Финансы (Finance)
5. Заинтересованные стороны (Stakeholders)
6. Ресурсы (Resources)
7. Риски (Risks)

Процессные группы PMBoK

Рассматривались в предыдущих версиях свода правил – вплоть до 6-ой редакции.

В PMBoK 6 процессы были организованы по двум измерениям:

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

Именно так появилась знаменитая матрица 49 процессов.

В PMBoK 7 от процессов отказались. А в PMBoK 8 процессы вернулись, но уже в другом виде. Теперь они не считаются обязательной последовательностью действий и не образуют классические процессные группы. Они описываются как адаптируемые практики и распределены по доменам исполнения.

При этом логика жизненного цикла проекта никуда не исчезла. Восьмая редакция использует так называемые области фокуса – Focus Areas, они совместимы с процессными группами:

Процессные группы или области фокуса можно описать так:

Инициация

Запуск проекта, который включает постановку целей, создание устава проекта, определение заинтересованных сторон и назначение руководителя.

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

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

• содержание работ;
• конкретные сроки;
• примерный бюджет;
• используемые / требуемые ресурсы;
• потенциальные риски;
• схема коммуникации;
• критерии успеха.

Исполнение

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

Мониторинг и контроль

Почти любой контроль – это сравнение план/факт. В случае обнаружения отклонений могут потребоваться корректировки планов или требований. Чаще всего нужно контролировать: сроки, бюджет, качество, риски и изменения.

Завершение

Закрытие проекта или отдельной его фазы. С передачей результатов заказчику, подведением итогов, документированием, подписанием документов и т.п.

Плюсы и минусы PMBoK

Преимущества свода правил можно сформулировать так:

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

Недостатки у PMBoK тоже есть:

• Большой объем — это затрудняет его быстрое изучение.
• Задержки при переводе на русский язык — для изучения актуальной редакции нужно знать английский.
• Минимум предметности. Вы не найдете в PMBoK конкретных шагов или последовательностей в стиле «бери и делай». Это просто база знаний: как все устроено и как может выглядеть в разных ситуациях.
• Периодические кардинальные изменения в структуре. Меняются принципы, содержание и структура знаний. И чем больше версий PMBoK, тем тяжелее выбрать правильный вариант.
• Фокус на бюрократии и управлении. PMBoK создан для руководителей и бизнеса, а не для рядовых исполнителей. Для простых участников команд проще и быстрее будет изучить конкретную методологию, чем тратить время на освоения базовых знаний принципов управления, которые в работе скорее всего не пригодятся.

PMBoK – это настольная книга руководителя проекта, которая объясняет как все устроено и как все может работать, рассказывающая какие инструменты и практики существуют. Работать по PMBoK невозможно, так как это не предметная методология и не стандарт.

А если переходить к практике управления проектами и процессами, то эта сферу, к счастью, продумана и автоматизирована. На рынке сейчас большое разнообразие ПО для управления проектами и задачами, например система Projecto. В ней есть таск-трекер, встроенный мессенджер, календарь, CRM, заметки, база знаний и тонкая настройка доступов. Попробовать Projecto можно от 14 дней бесплатно.