Прочитал PMBOK Guide 8 и вот что думаю
❗Что же случилось с нашим любимым гайдом в последней редакции и как кардинально он отличается от 7го и 6го
Для меня наибольшим удивлением было увидеть в PMBOK Agile, мать его, AGILE. Не где-то в приложении или отсылке, а конкретно в PMBOK, и не просто увидеть, как упоминание, а увидеть, как огромный кусок системы. Авторы, наконец-то, приняли эту методологию и это меня вынесло, конечно =)
1️⃣Если очень коротко, PMBOK 8 сводится к нескольким ключевым идеям:
• Проекты это не только сроки и бюджеты, а в первую очередь ценность для бизнеса и пользователей.
• Управление проектом это система принципов, а не набор чеклистов и регламентов.
• ПМ должен думать не только как администратор задач, но и как системный лидер.
• Контекст важнее «чистой теории» подход зависит от организации, продукта и среды.
• Ориентация на результат, а не на процесс. Важно не провести церемонию, а добиться понятного эффекта для команды и стейкхолдеров.
• Работа со стейкхолдерами как с живыми людьми. Становится нормой открытый диалог, а не формальные статусы.
• Постоянная адаптация. В явном виде признаётся, что мир слишком турбулентен для «водопада» на год вперёд, и что подход к управлению должен подстраиваться под изменения среды.
• Системное мышление. Проект рассматривается как часть экосистемы компании, а не отдельная коробочка.
Фокус смещается от детальной «процессной кулинарной книги» к принципам и адаптивности, а сами домены исполнения и принципы завязаны на ценность и гибкую настройку подхода под конкретный проект.
2️⃣Часть принципов из PMBOK 8 на практике давно применялись сами собой, просто без красивых названий:
• Ориентация на результат, а не на процесс. Важно не провести церемонию, а добиться понятного эффекта для команды и стейкхолдеров.
• Работа со стейкхолдерами как с живыми людьми. Становится нормой открытый диалог, а не формальные статусы.
• Постоянная адаптация. В явном виде признаётся, что мир слишком турбулентен для «водопада» на год вперёд, и что подход к управлению должен подстраиваться под изменения среды.
• Системное мышление. Проект рассматривается как часть экосистемы компании, а не отдельная коробочка.
Когда читаешь это, возникает ощущение «ну да, так и работаем», и это как раз признак того, что стандарт перестал пытаться «заморозить» реальность в процессах и сместился в сторону живых принципов.
3️⃣Любимое: Про невозможность нормально планировать "на год вперед"
В восьмой редакции аккуратно, но довольно прозрачно признано, что детальное планирование на длинный горизонт в современных условиях малоэффективно. Там подчёркивается:
• Чем длиннее горизонт, тем важнее оставлять пространство для пересмотра плана и корректировки маршрута.
• Работу с неопределённостью предлагают выносить в итеративное планирование, а не пытаться заранее расписать всё до уровня задач.
В части, где говорится про адаптивные и гибридные подходы, фактически легализуется практика итеративного планирования: решения по следующему отрезку работы принимаются на основе результатов текущего. Это очень хорошо ложится на спринтовую модель:
• Планирование следующего спринта привязано к тому, чем завершился текущий.
• Реальная скорость команды и фактический инкремент становятся входом для следующего плана, а не наоборот.
• Подчёркивается, что «план фиксируется на краткий период», а остальная часть дорожной карты существует как гипотеза, которую нужно пересматривать по мере появления новой информации.
То есть, по сути, официально признаётся, что строгий «фиксированный годовой план» в турбулентной среде работает только на бумаге, а на практике нужно строить скользящее, итеративное планирование и регулярно обновлять ожидания.
4️⃣Что не зашло и хочется покритиковать
Есть и моменты, к которым остаются вопросы:
• Местами всё ещё слишком абстрактно. Принципы гибкости и адаптации сформулированы красиво, но без примеров легко уйти в «мы просто будем всё время адаптироваться», не имея опоры.
• Нехватка подробных кейсов для гибридной среды. В реальной жизни часть компании живёт по водопаду, часть по agile, а в стандарте эта реальность затрагивается более общими словами.
• Риск «бумажной гибкости». Организации могут переписать документы под новые принципы и требовать их знания от кандидатов, но оставить старый микроменеджмент и культ отчётности.
• Высокий порог входа для новичков. Если нет практики или менторства, человек легко потеряется в терминологии и не поймёт, как перейти от принципов к конкретным шагам. Как стартовая инструкция «делай раз, делай два» он слабоват.
5️⃣Выжимка для тех кто не хочет читать
Если свести к короткой рабочей выжимке:
• Управляй ценностью, а не только задачами и сроками.
• Думай принципами и контекстом, а не формами отчётности.
• Не пытайся «бетонировать» год вперёд, планируй итеративно и обновляй маршрут.
• План следующей итерации (спринта) строится на честной оценке результатов текущей, а не только на хотелках.
• Стейкхолдеры это люди с интересами, а не роли на диаграмме.
• Проект это часть системы, а не отдельный мир.
• Agile - уже не на задворках, а прямо признается коллегами как один из самых рабочих подходов, но остается понимание, что в текущей реальности не может быть только одного подхода: гибрид - наше все.
• AI - не замена, а помощник.
🔄Мой вывод
Это не книга для зубрёжки. Это набор принципов и доменов, которые либо заполняются твоим опытом, либо остаются общими словами. Для практикующего ПМа, работающего в итеративной, спринтовой модели, это ощущается как легализация уже сложившегося подхода, а не попытка навязать что-то радикально новое. Можно, кстати, теперь аргументировать решения перед руководством, любящим слово «стандарт».
С этой редакцией уже все ясно, несите следующую)
🔴P.S. Главное, чтобы компании, которые в вакансиях и т.д. требуют знание и соблюдение PMBOK, сами ознакомились с восьмой редакцией и знали, как это работает :D