6 принципов PMBOK 8: краткий обзор для руководителя ИТ-проекта
Если вы открываете восьмую версию PMBOK и видите шесть принципов вместо двенадцати, не пугайтесь. Это не упрощение. Это укрупнение и усиление.
Авторы стандарта убрали дублирования и объединили близкие идеи. Ни один из старых принципов не потерян. Просто теперь их легче запомнить и проще применять. И главное: эти шесть принципов работают и в водопаде, и в Agile, и в гибридных проектах.
В этой статье мы разберём все шесть принципов PMBOK 8 с примерами из ИТ, расскажем, чем отличаются принципы PMBOK 8 от PMBOK 7, и покажем, как применить их в своём проекте уже завтра.
Почему принципы важнее процессов
Процессы отвечают на вопрос «что делать». Принципы — «как думать».
Процессы полезны, когда ситуация стандартная. Есть чёткая инструкция — выполняй. Но как только появляется неопределённость (а в ИТ она почти всегда есть), жёсткая инструкция перестаёт работать. Регламент молчит.
Здесь нужен принцип — общий ориентир, который помогает принять решение, даже если никто не написал, как правильно.
В PMBOK 7 было 12 принципов. В PMBOK 8 их стало шесть, но ни один не потерян. Например, «будьте хорошим руководителем», «создавайте атмосферу сотрудничества» и «эффективно взаимодействуйте со стейкхолдерами» вошли в более ёмкий принцип «ответственное лидерство».
Если вы знали седьмую версию, вы уже понимаете 80% философии восьмой. Осталось привыкнуть к новой группировке.
Шесть принципов с примерами из ИТ
1. Целостный подход
Проект не существует в вакууме. Нельзя изменить один элемент, не оценив влияние на остальные.
ИТ-пример. Команда ускорила разработку, отказавшись от интеграционных тестов. Скорость выросла, но после релиза сломались смежные сервисы. Исправление заняло втрое больше времени.
Что делать. Перед любым изменением нарисуйте карту влияния: кого затронет решение? Какие элементы проекта изменятся? Есть ли скрытые обратные связи?
2. Фокус на ценности
Успех измеряется не закрытыми задачами, а реальной пользой для бизнеса и пользователей.
ИТ-пример. Команда два месяца проектировала идеальную микросервисную архитектуру. А заказчику нужен был простой прототип через две недели — показать инвесторам.
Что делать. На каждом планировании спринта задавайте команде вопрос: «Какую бизнес-проблему решает эта задача?». Если ответа нет — возможно, задачу можно отложить.
3. Встраивание качества
Качество не проверяют в конце — его создают на каждом этапе. Исправление дефекта на ревью кода стоит в десятки раз дешевле, чем на продакшене.
ИТ-пример. Команда, которая ждёт тестировщика в конце спринта, обречена на переделки. А та, которая проверяет качество на каждом коммите, выпускает релизы без авралов.
Что делать. Внедрите правило: ни один пул-реквест не попадает в основную ветку без автотестов или обоснования, почему они не нужны.
4. Ответственное лидерство
Руководитель не ищет виноватых, а создаёт психологическую безопасность. Когда люди боятся ошибок, они скрывают проблемы до последнего.
ИТ-пример. После сбоя на продакшене руководитель не спрашивает «кто не досмотрел?», а проводит разбор инцидента без обвинений. Команда вместе ищет корневую причину — не в человеке, а в процессе.
Что делать. Публично признавайте свои ошибки. Расскажите команде: «Я ошибся в оценке этого спринта, давайте разберёмся». Это даёт разрешение остальным делать то же самое.
5. Устойчивое развитие
Проект учитывает экологические, социальные и управленческие последствия.
ИТ-пример. При выборе хостинг-провайдера сравниваете не только цену, но и энергоэффективность (PUE). Устаревшее оборудование передаёте на утилизацию, а не на свалку.
Что делать. Добавьте простые ESG-критерии в требования к подрядчикам: «провайдер должен предоставить данные об энергопотреблении».
6. Культура полномочий
Команда сама принимает решения в своей зоне ответственности. Руководитель задаёт «что» и «зачем», но не «как».
ИТ-пример. Разработчики сами выбирают стек технологий, аналитики сами приоритизируют бэклог. Команда сама распределяет задачи внутри спринта.
Что делать. Начните с малого. На ближайшем стендапе делегируйте команде одно решение, которое обычно принимаете вы. Не вмешивайтесь, даже если их порядок отличается от вашего.
Как применить принципы в своём проекте
Не нужно внедрять все шесть сразу.
Шаг первый. Выберите один принцип, который нарушается чаще всего. Релизы с багами? Начните с «встраивания качества». Команда боится говорить о проблемах? Начните с «ответственного лидерства».
Шаг второй. Обсудите принцип с командой. Не объявляйте «теперь мы работаем по принципу целостного подхода». Просто спросите: «Где в последнее время мы действовали несогласованно?».
Шаг третий. Внесите одно изменение в процесс. Для «встраивания качества» — добавьте в Definition of Done пункт «код прошёл ревью коллеги».
Шаг четвёртый. Закрепите ритуалом. На стендапе выделите 30 секунд на вопрос: «Что сегодня мешает нам создавать качество с первого раза?».
Шаг пятый. Через месяц добавьте следующий принцип.
Часто спрашивают
Какие 6 принципов PMBOK 8?
Целостный подход, фокус на ценности, встраивание качества, ответственное лидерство, устойчивое развитие, культура полномочий.
Чем отличаются принципы PMBOK 8 от PMBOK 7?
Количеством и степенью обобщения. Старые 12 принципов никуда не делись — они вошли в новые шесть. Смысл остался прежним, запоминать стало проще.
Принципы PMBOK 8 и Agile — совместимы?
Да, и это не компромисс, а усиление. «Фокус на ценности» — основа владения продуктом. «Культура полномочий» — про самоорганизующиеся команды. «Встраивание качества» — про Definition of Done и автотесты.
Нужно ли знать все шесть принципов наизусть?
Нет. Начните с одного-двух, которые решают ваши текущие боли. Остальные подтянутся позже.
Можно ли применять принципы PMBOK 8 в Scrum?
Да. Принципы не привязаны к методологии. В Scrum они выглядят как естественная часть процесса — ценность продукта, ретроспективы, самоорганизация команды.
Принципы PMBOK 8 и Scrum — совместимы?
Да. «Фокус на ценности» — это про бэклог и приоритеты. «Культура полномочий» — про самоорганизующуюся команду. «Встраивание качества» — про Definition of Done. Принципы не заменяют Scrum, а делают его сильнее.
📌 На воркшопах мы не просто читаем про принципы, а применяем их к вашим реальным проектам — с конфликтами и нестандартными ситуациями. Присоединиться →