Три главных изменения в PMBOK7

3.9
(19)

5 января 2020 года PMI выложил драфт стандарта PMBOK7 для публичного ревью. Я оставил к драфту стандарта более 10 предложений, большая часть из которых была принята. 1 июля седьмая версия PMBOK Guide была официально опубликована на английском языке.

Изменений очень много. Начиная от количества страниц — теперь вместо 756 страниц всего 250 — и заканчивая изменением ключевых моментов. Вслед за авторами, в число которых входил мой друг и соавтор фреймворка p3express Надер Рад, нам всем придется полностью переосмыслить, что такое PMBOK. В этой заметке я хочу рассказать о трёх ключевых изменениях в руководстве.

Процессы vs Принципы

С самого начала PMBOK был основан на процессах, и к 6 изданию их накопилось 49. Мы могли их документировать, контролировать, улучшать — и это были их достоинства. Но в седьмой версии PMI заменил процессы принципами. Почему так произошло? Потому что кроме преимуществ у процессов есть недостатки.

Во-первых, они не были универсальными. Например, в шестой версии про процесс «Количественный анализ рисков» сказано, что он не требуется для всех проектов. И таких, не универсальных, из 49 процессов — очень много.

Вторая проблема в том, что процессы очень прескриптивны — они предписывают те или иные действия, — и при этом ориентируют нас на артефакты. Каждый процесс описан по  определенной структуре — входы, инструменты и методы, выходы — кажется, что всё четко и понятно. Но давайте посмотрим на примере.

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

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

Не надо этого бояться, это не первый стандарт, фреймворк или подход, основанный на принципах. Например, на 7 принципах основана методология PRINCE2. Фреймворк p3express базируется на почти универсальных принципах проектного управления. В этом списке — гибкие фреймворки, такие как Scrum, и методологии на основе Agile-манифеста.

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

Но кроме стандарта есть и вторая часть марлезонского балета. Это Руководство PMBOK (PMBOK Guide), и оно описано уже более подробно.

Области знаний vs Домены исполнения проекта

Области знаний были традиционным содержанием PMBOK Guide. В шестом PMBOK было 10 областей: управление сроками, стоимостью, управление рисками и т.д. Но интересно то, что все они по сути — те же самые 49 процессов из стандарта, только расширенные и по-другому сгруппированные. Соответственно, они имели те же недостатки — они были слишком прескриптивны и нацеливали нас на артефакты.

Что произошло сейчас. Областей знаний больше нет — есть домены исполнения (Performance Domains). Названия их похожи, некоторые даже пересекаются с областями знаний — например, стейкхолдеры или неопределенность, — но описываются они теперь не только и не столько через процессы, сколько через ключевые концепции.

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

PMIstandarts+

И, наконец, третье изменение — PMIstandards+. PMI запустил цифровую платформу, на которой уже сейчас размещены 4 стандарта, больше 120 статей и несколько десятков учебных кейсов и шаблонов. Контент можно фильтровать по формату, отрасли и подходу к управлению проектами. То есть вместо того, чтобы впихнуть весь массив данных в одну книжку, PMI создал огромную базу знаний, которую планирует обновлять каждую неделю.

Будьте открыты к новому!

Эти изменения, конечно, не единственные. Изменилось отношение к Agile, который теперь интегрирован гораздо более логично — это уже не отдельный Agile Practice Guide и не «Соображения по адаптации».

Сам PMBOK стал более гибким. PMI очень много внимания уделяет тому, чтобы фокус был на продукте: что это такое, зачем он нужен и зачем мы создаем проект. PMBOK стал намного более читаемым. За счёт отказа от структуры «входы, инструменты и методы, выходы», он перестал быть таким сухим и неживым. Он стал, как мне окажется, более человечным. Больше внимания теперь людям и отношениям между людьми, лидерству, критическому мышлению.

PMBOK призывает и нас быть более открытыми — к изменениям, к нашей команде и стейкхолдерам. Да, к PMBOK7 нам потребуется привыкать. Да, для кого-то этот переход не будет комфортным сразу, но управление проектами — это и есть изменение. Это всегда какой-то переход из точки А в точку Б, всегда что-то новое, это всегда неопределённость. Поэтому будьте открыты этим изменениям, будьте открыты новому.

Дмитрий Ильенков, основатель PMCLUB

3.9 / 5. 19

We are sorry that this post was not useful for you!

Let us improve this post!

Tell us how we can improve this post?