Некоторое время назад был опубликован драфт PMBOK8, и появились первые комментарии на него, вызвавшие бурное обсуждение в профессиональном сообществе.

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

Вокруг этого изменения разгорелась нешуточная дискуссия, которая мне лично представляется избыточной, т.к. проектное управление в современном мире настолько разнообразно, что «загнать» все варианты в рамки предопределенных процессов вряд ли возможно. Поэтому модель принципов (которые, кстати также остаются в версии 8) представляется лично мне вполне целесообразной. Количество принципов сокращается с 12 в версии 7 до 6 в версии 8. Посмотрим.

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

Понятие «Ценности» (Value) по-прежнему в центре внимания. Однако, фокус смещается на более прикладное понимание — Выгоды превалируют над затратами — классические «весы».

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

В версии 8 развивается разделение ролей продуктового и проектного управления. По сути реализуется классический анализ (сначала разделить) и синтез. Как много лет говорят практики (и я в том числе, буду нескромен), проект — способ реалзации и развития продукта. Владелец продукта можеи выступать заказчиком проекта по соданию/развитию продукта.

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

В проектное управление добавлены функциональные элементы — 7 базовых функций —

1. Обзор и координация
2. Обратна связь
3. Фасилитация и поддержка
4. Исполнение работ
5. Применение экспертных навыков
6. Обеспечение бизнес направления и «взгляда изнутри»
7. Обеспечение ресурсами

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

Ожидаем продолжения дискуссии, доступ к самому драфту можно получить в режиме рецензента (комментировать не обязательно 🙂 )