P3.Express: лёгкий фреймворк управления проектами за 37 шагов

P3.Express: управление проектами за 37 шагов

Теория управления проектами стала слишком сложной. PMBOK — 700 страниц, десятки шаблонов, PRINCE2 — 400 страниц только методологии. P3.Express предлагает альтернативу: 37 понятных шагов от идеи до получения выгод. Минималистично, системно, адаптивно.

Почему проекты выходят из-под контроля

Большинство проектов начинаются невинно — с просьбы. «Поделись инсайтами с командой», «помоги обновить сайт». Но у просьбы появляется дедлайн, объём растёт, ресурсов нет — и вот вы уже вывозите проект на морально-волевых.

Три причины, по которым мы игнорируем проектное управление:

• Проекты проходят мимо радаров — кажутся недостаточно большими, но оттягивают ресурсы.
• Много букв — PMBOK ассоциируется с 700 страницами. Никто не хочет читать.
• Уже было больно — приходили консультанты с 15 шаблонами, не сработало.

Решение: лёгкие фреймворки. PMI в стратегии 2020 признал: «Пришло время легковесных фреймворков». Седьмой PMBOK — всего 37 страниц. P3.Express идёт тем же путём: 20% усилий дают 80% результата — принцип Парето, зашитый в каждый шаг методологии.

«P3.Express — это не замена PMBOK, а спасательный круг для тех, кто тонет в бюрократии» — Nader K. Rad, соавтор фреймворка.

История фреймворка

P3.Express разработали Nader K. Rad и Frank Turley — практикующие项目经理 с суммарным опытом более 40 лет. Первая версия вышла в 2010 году, вторая — в 2021-м. В России фреймворк популяризировали основатели онлайн-школы PMClub Дмитрий и Валерия Ильенковы. Они перевели руководство, адаптировали шаблоны и выпустили книгу «Не усложняй! Управление проектами по методу P3.express».

Фреймворк внедрён в десятках компаний по всему миру — от стартапов до корпораций. В России его используют:

Этап 1: Подготовка проекта

Этот этап — фундамент. Его пропуск — главная причина, почему проекты «вроде начались, но непонятно, кто за что отвечает».

A01. Определить спонсора

Спонсор — человек, которому нужны результаты проекта и который готов выделять ресурсы. Не гендиректор «на словах». У спонсора должны быть время, силы и интерес.

Исследование PMI «Pulse of the Profession» (2023): компании с сильной поддержкой спонсоров имеют на 30% больше успешных проектов. Четверть провалов — из-за низкой поддержки спонсора.

Признаки «плохого» спонсора: не отвечает на сообщения, делегирует всё помощнику, говорит «решайте сами, я доверяю». На деле — отсутствие вовлечённости убивает проект быстрее, чем плохой бюджет.

A02. Составить резюме проекта

Одностраничный документ с ответами на вопросы:

• Что хотим получить?
• Зачем это нужно?
• Сколько времени и денег?
• Что может пойти не так?

Резюме задаёт вектор и границы. А ещё — отсеивает мертворождённые проекты: генератор идей, не способный заполнить одну страницу, проект не потянет.

В P3.Express используется Business Case Canvas — одностраничный шаблон, который включает бизнес-обоснование, KPI и допущения проекта.

A03. Определить лидера проекта

Человек, который будет драйвить проект день за днём. Важнее компетенций — обоюдное согласие: лидер должен хотеть делать этот проект.

Роль лидера (руководителя проекта) — не просто «следить за сроками», а принимать решения и эскалировать проблемы. Если лидер не уполномочен решать — проект встанет на первом же конфликте приоритетов.

A04. Развернуть рабочее пространство

Виртуальное место работы команды: таск-трекер + мессенджер + хранилище данных. Сделайте это до старта.

В P3.Express рекомендуется:

• Доска проекта (Trello / Kaiten / Jira / YouGile) с колонками по этапам
• Реестр RIC (риски, проблемы, изменения) — отдельная таблица
• Архив документов — готовые шаблоны резюме, аудитов, чек-листов

A05. Определить команду

Ключевых участников — до формального решения о запуске. Иначе половина команды узнает о проекте постфактум.

🧠 Совет: Не пренебрегайте ролью эксперта-консультанта — человек с релевантным опытом, готовый делиться, экономит вам грабли. В большом проекте — выделите отдельную роль менеджера по коммуникациям (да, это может быть кто-то из команды, а не отдельная ставка).

A06. Планирование

Декомпозиция, приоритезация, работа с рисками.

Никогда не планируйте в одиночестве. Работающее решение = идеальное решение × поддержка команды. Совместное планирование повышает качество исполнения на 20–40%.

Методологии декомпозиции в P3.Express: Карта результатов (Results Map) — вместо списка задач команда создаёт ментальную карту результатов. Не «сделать лендинг», а «лендинг работает и приносит лиды». Это меняет мышление с процессного на результатный.

A07. Определить внешних исполнителей

Фрилансеры и подрядчики не ждут вашего звонка месяцами. До старта убедитесь, что они готовы работать на ваших условиях.

Чек-лист выбора подрядчика:

• Доступен на весь период проекта
• Работает по вашему трекеру
• Принял NDA и договор
• Есть бэкап на случай форс-мажора

A08. Аудит подготовки

Чек-лист здоровья проекта до запуска:

Если оценка по любому пункту < 5 — не запускайте проект. Сначала закройте пробелы.

A09. Да / Нет

Явное, прозрачное решение: запускаем или нет. Без «вроде делаем, но не точно».

Формально: спонсор ставит подпись (реальную или в таск-трекере) на резюме проекта. Это не бюрократия — это юридическая и моральная ответственность.

A10. Kick-off

Знакомство команды, обсуждение ролей и ключевых элементов. Адженда встречи:

1. Проблема / возможность — зачем проект (5 мин)
2. Результат — что получим (5 мин)
3. Роли — кто за что отвечает (5 мин)
4. Процесс — как будем работать (5 мин)
5. Ближайшие шаги — первые задачи (5 мин)

Убедитесь, что все понимают проект одинаково. Идеальный тест: попросите каждого участника пересказать цели проекта своими словами.

A11. Фокусированная коммуникация

Не партизаньте. Сообщите о проекте всем, к кому он относится. Иначе финансисты не заложат бюджет, а IT-поддержка не выделит доступы.

Фокусированная коммуникация в P3.Express — это структурированное письмо / сообщение / пост в корпоративном портале:

«Запущен проект [название]. Цель: [результат]. Команда: [имена]. Сроки: [даты]. Бюджет: [объём]. Вопросы — к [лидер проекта].»

Этап 2: Циклы (аналог спринтов)

В P3.Express проект делится на ежемесячные циклы. Это не жёсткое правило — цикл может быть 2 или 3 недели, если проект динамичный. Но месяц — «золотая середина»: достаточно, чтобы сделать что-то ощутимое, и достаточно короткий, чтобы не потерять фокус.

Планирование цикла

A12. Обновить планы

Приоритеты меняются — будьте проактивны. На старте каждого цикла ответьте на вопросы:

• Какие результаты мы хотим получить за этот месяц?
• Что изменилось во внешней среде?
• Нужно ли пересмотреть бюджет и сроки?
• Какие RICs появились и требуют действий?

A13. Переоценить внешних исполнителей

Всё ли устраивает в работе подрядчиков? Не упустите момент, когда нужно сменить исполнителя — чем раньше, тем меньше потерь.

A14. Да / Нет

Каждый месяц: нужно ли продолжать? Проект мог утратить актуальность. Лучше закрыть и извлечь уроки, чем тратить ресурсы зря.

Критерии остановки проекта:

• Изменилась стратегия компании
• Появилось более приоритетное направление
• Бюджет исчерпан, а результаты не получены
• Ушёл спонсор или ключевой член команды

A15. Kick-off цикла

Короткая синхронизация (15–30 минут): проект актуален, вот планы на цикл, вопросы-ответы. Неформально — скорее напоминание, чем полноценная встреча.

A16. Фокусированная коммуникация

Планы цикла — заинтересованным лицам. Шаблон: «На [месяц] план: [задачи]. Ключевые риски: [список]. Статус: зелёный / жёлтый / красный».

Еженедельные действия

A17. Оценить прогресс

Статусы vs комментарии, результаты vs контрольные точки, результаты vs бюджет.

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

A18. Работать с отклонениями

Собрать информацию → ранжировать проблемы → решать на своём уровне или эскалировать.

Правило: Задача — решить проблему, а не найти виноватых. Если проблема всплыла — система управления проектом дала сбой. Не наказывайте того, кто её подсветил.

A19. Еженедельная встреча

Убедиться, что команда работает над проектом, а не над его отдельными частями. Стандартная адженда (20–30 минут):

1. Что сделано за неделю? (5 мин)
2. Что планируем на следующую? (5 мин)
3. Какие есть блокеры и RICs? (10 мин)
4. Что узнали нового? (5 мин)

A20. Еженедельный аудит

• Информация в трекере достоверна?
• Стейкхолдеры в курсе статуса?
• Спонсор вовлечён?
• Риски пересмотрены?

A21. Фокусированная коммуникация

Follow-up после встречи: короткий дайджест для всех, кто не присутствовал. Минимум текста, максимум фактов.

Ежедневные действия (рекомендации)

A22. Фиксировать RICs

RIC — риски, проблемы, запросы на изменения. Это единый реестр, а не три разных документа.

A23. Реагировать на RICs

Не можете сами — эскалируйте. Лучше эскалировать проблему, чем провал. Эскалация — не признак слабости, а признак зрелости процессов.

A24. Принимать готовые продукты

Как можно чаще. Мультизадачность — результат незакрытых старых задач. Дайте обратную связь вовремя.

Закрытие цикла

A25. Оценить удовлетворённость

Заказчика и команды. Простая шкала 1–10 + один вопрос: «Что можно улучшить в следующем цикле?»

A26. Провести аудит закрытия цикла

Чек-лист здоровья на выходе из цикла — те же критерии, что и на старте.

A27. Зафиксировать извлечённые уроки

Формат: «Что планировали? Что получили? Почему разошлись? Что делать иначе?»

A28. Зафиксировать полученные выгоды

Промежуточные результаты. Не ждите конца проекта — отмечайте выгоды по мере их появления. Это мотивирует команду и подтверждает ценность проекта спонсору.

A29. Обновить архив проекта

Все документы, шаблоны, решения — в структурированную папку. Не надейтесь на память.

A30. Фокусированная коммуникация

По итогам цикла: что сделано, какие выгоды получены, какие решения приняты.

Этап 3: Закрытие проекта

A31. Передать результаты

Формальный акт приёмки. Подписи спонсора, заказчика, лидера команды. Эксплуатационная документация передана? Обучение пользователей проведено?

A32. Аудит закрытия

Чек-лист: всё ли передано, все ли документы на месте, все ли счета оплачены, доступы отозваны.

A33. Оценить удовлетворённость

Финальная оценка заказчика и команды по итогам всего проекта. Сравните с промежуточными оценками — динамика важнее абсолютных значений.

A34. Уроки и выгоды

Финальная фиксация: какие выгоды реально получены, какие — нет. Почему? Что сделать иначе в следующий раз?

Метрики успеха:

A35. Архивировать проект

Все материалы — в архив. Доступ — по запросу.

A36. Отпраздновать

Серьёзно. Завершение проекта — повод для признания. «Спасибо» ничего не стоит, но даёт много. Публичная благодарность, небольшой корпоратив, мерч — любой жест, который показывает команде, что их работу ценят.

A37. Фокусированная коммуникация

«Проект [название] закрыт. Результаты: [что получено]. Выгоды: [что изменилось]. Команда: [кто работал]. Благодарность: [спонсору, команде, стейкхолдерам].»

Постпроектные активности

Фреймворк не заканчивается на этапе закрытия — это отличает его от многих других методологий.

P01. Мониторинг выгод

Достигает ли проект заявленных целей спустя время? Через 3, 6, 12 месяцев после закрытия перепроверьте KPI. Результаты могут расходиться с ожиданиями — и это нормально.

P02. Передача выгод в операционную деятельность

Если проект создал новый продукт или процесс — он должен перейти в «BаU» (Business as Usual). Кто отвечает за поддержку? Кто развивает дальше? Без ответа на эти вопросы выгоды растворятся через полгода.

P03. Сгенерировать новые идеи

На основе полученных выгод и извлечённых уроков можно запустить новый проект. P3.Express замыкает петлю обучения — каждый проект становится фундаментом для следующего.

Шаблоны и инструменты

P3.Express поставляется с готовыми шаблонами. Вот базовый набор:

Скачать все шаблоны можно на официальном сайте: p3.express/ru/manual — там же — полное руководство пользователя.

Как внедрить P3.Express в команде

Пошаговый план, чтобы не провалиться:

1. Начните с одного проекта. Не пытайтесь перестроить всю компанию за месяц. Выберите один проект (средний, не критичный, но важный) и пройдите все 37 шагов.
2. Не делайте всё идеально. Сначала — сделайте всё. Идеализация убьёт внедрение быстрее, чем сопротивление команды.
3. Используйте карту результатов. Не пишите задачи — пишите результаты. «Лендинг работает» вместо «сделать лендинг».
4. Пройдите первый цикл. Месяц. Проведите A12–A16, A17–A21, A22–A30. Заполните реестр здоровья.
5. Закройте цикл. Не «поговорим на следующей неделе», а «подведём итоги». Спросите: «Что мы узнали?»
6. Масштабируйте. Через 2–3 цикла вы поймёте, что работает, а что нет. Адаптируйте фреймворк под свой контекст.

Почему это работает

P3.Express — не замена PMBOK или PRINCE2, а надстройка: пошаговый алгоритм, отвечающий на вопрос «что делать завтра». Шаг — конкретное действие, рекомендация или чек-лист.

Что делает P3.Express эффективным:

• Минимализм. 37 шагов вместо 700 страниц. Команда не тонет в документации.
• Коммуникации. Они встроены в каждый этап. Вы не сможете о них забыть.
• Принцип Парето. 20% усилий дают 80% результата. Фреймворк фокусируется на самом важном.
• Гибкость. Вы не обязаны выполнять все шаги — адаптируйте наполнение под проект.
• Петля обратной связи. Каждый цикл — уроки, каждый проект — фундамент для следующего.

И главное: подавайте пример. Если вы требуете от команды вести таск-трекер, но сами в нём не зарегистрированы — проектное управление не заработает. P3.Express — это не про шаблоны, а про культуру управления.

Книга и ресурсы

Книга: «Не усложняй! Управление проектами по методу P3.express», Дмитрий Ильенков, Валерия Ильенкова.

Официальные ресурсы:

• p3.express — международный сайт (англ.)
• p3express.ru — русскоязычное сообщество и обучение
• PMClub — онлайн-курс по P3.Express
• Manual PDF (рус.) — полное руководство

Книга на русском: издана в 2024 году, доступна на Ozon, Wildberries и в магазине PMClub.