PMBOK 8 объединил принципы и процессы — что взять в регламент

По какому изданию PMBOK — своду знаний по управлению проектами, который выпускает институт PMI, — писать регламент компании? Шестое издание описывало процессы, седьмое заменило их принципами, поэтому сверяться приходилось с двумя документами сразу. В восьмом издании вопрос снят: оба подхода соединены в одной модели. Ниже разберем, как менялась структура свода, какие области переносить в положение о проектном управлении и как PMBOK соотносится с российским ГОСТом и сертификацией.

Зачем проектному офису свод знаний PMBOK

PMBOK помогает проектному офису установить общие правила работы, но не даёт универсальной инструкции для любой команды. Свод описывает принципы, процессы и практики управления. Компания адаптирует их к своим задачам: выбирает нужные действия, назначает исполнителей и определяет обязательные документы. Так появляется собственная методология — порядок, по которому в организации ведут проекты.

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

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

Сложность проектов растёт. В исследовании PMI за 2026 год 81% проектных специалистов сообщили, что за последние годы проекты стали сложнее. По тому же отчёту, 31% сложных проектов не приносят всех запланированных выгод. Авторы сравнивают эту долю с 12% из исследования 2024 года. Поскольку это другой опрос, по двум цифрам нельзя судить, как изменился показатель в одной и той же выборке. pmi.org

В отчёте PMI есть и сравнение организаций с проектным офисом и без него. Среди специалистов из первой группы 63% очень высоко оценили, как им удалось справиться со сложностью проектов; во второй группе — 57%. Разница в ответах сама по себе не доказывает, что её создало наличие проектного офиса. pmi.org

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

Как менялся PMBOK: шестое, седьмое и восьмое издания

Шестое издание подробно описывало процессы. Седьмое перенесло акцент на принципы и домены — взаимосвязанные направления работы. Восьмое объединило оба подхода. От структуры свода зависит, какие рекомендации компания берёт для своего регламента.

Шестое издание PMBOK: процессы и области знаний

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

Седьмое издание PMBOK 2021 года: принципы и домены

В 2021 году вышло седьмое издание. Вместо 49 процессов и 10 областей знаний его основу составили 12 принципов и 8 доменов производительности. Свод объяснял, чем руководствоваться при принятии решений, но уже не содержал прежнего перечня процессов.

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

Восьмое издание PMBOK: шесть принципов, семь доменов и 40 процессов

В восьмое издание вернули описания процессов. Принципов стало шесть вместо двенадцати. По оценке PM Expert, пересмотр помог убрать пересечения между принципами. Число доменов сократилось с восьми до семи.

В свод вошли 40 процессов против 49 в PMBOK 6. В обзоре PM Expert это сокращение связывают с объединением повторяющихся элементов и более тесной связью между направлениями управления. При этом процессы не стали обязательной инструкцией: их адаптируют к условиям проекта.

«PMBOK® 8 устранил это противоречие. В новой версии PMI объединил принципиальную рамку и процессную логику в единую, согласованную модель».

Юлия Выморозко, методолог PM Expert, авторизованный тренер PMI

22 октября 16:00 МСК Онлайн Бесплатно Онлайн-конференция: От «да» до первого шага Практика тех, кто каждый день доводит до результата дилеров, клиентов и сотрудников. Зарегистрироваться

Группы процессов и области знаний PMBOK

Чтобы перенести рекомендации в регламент, нужно различать два способа группировки работы. В PMBOK 6 группы процессов отвечают на вопрос «какую работу выполняют», а области знаний — «чем управляют». Такое деление не описывает последовательные этапы проекта.

Группы процессов: от инициации до завершения

Выделяют пять групп процессов:

• Инициация. Утверждают устав, который формально разрешает начать проект. В уставе закрепляют цели и полномочия менеджера, определяют заинтересованные стороны;
• Планирование. Определяют содержание, сроки и бюджет, анализируют риски. Чтобы спланировать сроки, строят диаграмму Ганта и находят критический путь;
• Исполнение. Выполняют задачи по плану, организуют работу с ресурсами и коммуникациями;
• Мониторинг и контроль. Сравнивают фактические результаты с планом. Если есть отклонения, решают, нужны ли изменения;
• Завершение. Оформляют приёмку результата, закрывают контракты и фиксируют извлечённые уроки.

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

Области знаний PMBOK и выбор приоритетов

В PMBOK 6 выделяют десять областей знаний:

• управление интеграцией;
• управление содержанием;
• управление расписанием;
• управление стоимостью;
• управление качеством;
• управление ресурсами;
• управление коммуникациями;
• управление рисками;
• управление закупками;
• управление заинтересованными сторонами.

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

Исследования подсказывают, что стоит проверить. Например, в опросе Академии бизнеса Б1 около 50% участников назвали управление заинтересованными сторонами самой сложной областью. Это повод проверить работу с ними в своей команде. Но приоритеты регламента определяют по проблемам самой организации, а не по результатам чужого опроса.

Для каких проектов полезен процессный подход PMBOK

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

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

«Не рекомендуем связывать каждый отдельный фреймворк с индустрией. Как мы видим из результатов опроса, гибкие подходы могут активно применяться как в ИТ-индустрии, так и в проектах строительной отрасли и госсектора».

Наталья Сокова, старший менеджер, бизнес-тренер Академии бизнеса Б1

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

Свод полезен, когда в организации много параллельных проектов:

• Единая терминология. Менеджеры, заказчики и финансисты одинаково понимают основные понятия;
• Полнота. Проверка по областям управления помогает понять, не забыли ли работу с закупками, качеством или коммуникациями;
• Признание на рынке. На PMBOK опираются корпоративные регламенты и учебные курсы.

При внедрении нужно учитывать ограничения:

• Нет готового порядка действий. Компания разрабатывает процедуры сама;
• Объём. Если перенести все процессы без адаптации, в небольших проектах может появиться лишняя документация;
• Смена логики между изданиями. При обновлении регламента, составленного по PMBOK 6, проверяют, как нужные практики описаны в PMBOK 8.

Регламент по PMBOK: выбрать нужные практики

Рекомендации PMBOK закрепляют в положении о проектном управлении. Этот документ определяет классы проектов, роли, обязательные документы и порядок работы. По данным исследования ADVANTA о трендах 2024–2025 годов, по утверждённому регламенту работают 28,9% компаний, представленных в опросе. Ещё 19,3% ждут согласования внутреннего стандарта.

С чего начать внедрение PMBOK

Положение готовят с учётом задач организации. Для этого нужно:

1. Классифицировать проекты. Определить требования к управлению в зависимости от масштаба и рисков проекта. Для небольших проектов предусмотреть облегчённый порядок;
2. Закрепить роли и ответственность. Назвать заказчика, менеджера проекта и проектный офис, распределить полномочия по принятию решений;
3. Выбрать одну проблемную область. Начать с задач, в которых ошибки обходятся дороже всего, например с управления рисками или работы с заинтересованными сторонами;
4. Описать процессы и инструменты для выбранной области. Определить, какие реестры и шаблоны нужны и при каких отклонениях менеджер обращается к руководству.

Пример такой адаптации описал проектный офис «БАРС Груп» в кейсе 2025 года. Команда использовала стандарты PMI для управления рисками. Компания утвердила положение о проектном управлении и разделила проекты на классы A, B и C по 13 критериям. Около 10% проектов отнесли к ключевому классу A.

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

Российский контекст PMBOK: ГОСТ Р ИСО 21 500–2023 и сертификация PMP

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

ГОСТ Р ИСО 21 500–2023 и PMBOK

1 июня 2024 года вступил в действие ГОСТ Р ИСО 21 500-2023. Он основан на ISO 21 500 и описывает контекст и основные понятия управления проектами, программами и портфелями.

В положении о проектном управлении ГОСТ используют для общих понятий, а PMBOK — для выбора и подробного описания практик.

Сертификация PMP после 2022 года

В 2022 году PMI одновременно приостановил статус авторизованного учебного партнёра у всех российских компаний. Это решение касалось учебных организаций; условия сдачи экзамена PMP кандидатом нужно проверять отдельно. Перед записью стоит уточнить актуальные требования PMI и Pearson VUE, в том числе ограничения на дистанционную сдачу из России.

После проверки условий сдачи можно переходить к подготовке: на экзамене нужно разбирать проектные ситуации и выбирать подходящие инструменты. Руководитель проектов «Петрович-Тех» Катя Павлова в рассказе о сдаче экзамена в 2025 году объясняет это так:

«Так что отделаться зубрежкой терминов и даже всего PMBok не получится».

Катя Павлова, руководитель проектов в «Петрович-Тех»

Нужен ли команде сертификат, организация решает сама. В исследовании Академии бизнеса Б1 только 30% участников сообщили, что в их компаниях обращают внимание на профессиональные сертификаты. Авторы отмечают, что на фоне сокращения присутствия PMI и PRINCE2 на российском рынке возрастает роль IPMA, ПМ СТАНДАРТ и GPM.

Инструменты для работы по PMBOK

Чтобы применять регламент в повседневной работе, нужно вести актуальный учёт планов, рисков и результатов. Если реестры ведут отдельно, а отчёты собирают вручную, сведения могут расходиться. Система управления проектами помогает хранить эти сведения вместе. В ней используют инструменты для разных задач:

• Сроки: диаграмма Ганта, критический путь и контрольные точки;
• Стоимость: сравнение плановых и фактических затрат по проекту и портфелю;
• Риски: реестр с ответственными, оценками и статусами мер;
• Заинтересованные стороны и коммуникации: список участников, график отчётов и история решений.

В регламенте лучше указывать требования к функциям системы, чтобы при смене поставщика не пришлось пересматривать правила. Такой подход особенно актуален для компаний, которые выбирают или заменяют ПО. По данным опроса Naumen, опубликованного в 2025 году, 53% компаний не использовали российские системы управления проектами: 28% работали с иностранным ПО, а 25% только планировали внедрение и не использовали системы управления проектами.

Какое издание PMBOK брать в работу

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

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