Прочитал 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