PMBOK весит больше семисот страниц. PRINCE2 требует сертификации, тренера и словаря терминов. А методология, о которой пойдёт речь, целиком помещается в 33 пункта, читается за вечер и бесплатно лежит в открытом доступе под лицензией Creative Commons.
Разобрали, из чего собран P3.express: как устроены его месячные циклы, что за 33 шага и почему их не 33 на каждый проект, какие четыре документа заменяют папку регламентов, чем метод отличается от Scrum и PMBOK, кому он точно не подойдёт и как запустить его в своей команде за четыре недели, не покупая ни одного нового сервиса.
Если вы пока плаваете в самих понятиях гибких подходов, начните с обзорной статьи «Что такое методология Agile»: там разобрана база, на которую опирается половина текста ниже.
А если проект у вас только в голове и до методологий ещё далеко, полезнее сначала прочитать про концепцию проекта: без неё любой фреймворк превращается в набор ритуалов.
Статья пригодится не только айтишникам. P3.express одинаково спокойно ложится на стройку, производство, маркетинговое агентство и внутренние проекты компании, потому что в нём нет ни спринтов, ни бэклога разработки. Хотите освоить проектное управление системно: у нас собрана подборка курсов по управлению проектами на 460 программ, от двухнедельных интенсивов до годовых.
Начнём с самого простого вопроса.
Что такое P3.express и откуда он взялся

Методология P3.express — это минималистичный фреймворк управления проектами из 33 действий, разбитых на семь групп. Название пишут по-разному: P3.express, P3 express, п3 экспресс, но речь всегда об одном методе. Философии управления в нём почти нет, зато есть конкретные действия: назначь спонсора, опиши проект, раз в неделю замерь прогресс, раз в месяц спроси заказчика, доволен ли он. Фреймворк здесь означает каркас: набор обязательных опор, которые вы обвешиваете своими инструментами и привычками.
Придумали его Надер Кей Рад и Фрэнк Тёрли, оба из мира классического проектного управления и оба уставшие от его веса. Первая версия вышла в 2016 году, актуальная вторая версия опубликована в мае 2021 года, последняя правка руководства датирована декабрём 2024 года. Сейчас метод развивает некоммерческая организация OMIMO, а проект частично финансируется Евросоюзом.
Важная деталь, из-за которой стоит вообще открывать эту тему: руководство бесплатное и лежит в открытом доступе под лицензией CC BY. Его можно скачать, перевести, распечатать для команды и даже переделать под себя, не спрашивая ни у кого разрешения. Оригинал живёт на официальном сайте методологии, русский перевод существует и тоже бесплатен.
Для сравнения: чтобы просто прочитать PMBOK, нужно либо купить книгу, либо вступить в PMI. Чтобы легально работать по PRINCE2 в корпоративном контексте, обычно нужен сертифицированный человек в команде. P3.express начинается с бесплатного PDF на пару десятков страниц.
Кто на этом зарабатывает. Сам метод не продаёт подписок и не требует платных сервисов. Деньги в этой теме крутятся вокруг обучения и сертификации, но вести проекты по методу можно бесплатно и без них.
Главная идея: проект живёт месячными циклами
Вся конструкция держится на одной мысли. Проект дробится на одинаковые месячные циклы, внутри которых крутятся еженедельные и ежедневные действия. Привычных фаз вроде «анализ, разработка, тестирование» здесь нет вообще.
Выглядит это так. Один раз в начале вы запускаете проект: назначаете людей, описываете, что делаете, планируете результаты и риски. Дальше начинается повторяющийся месяц: в начале месяца уточнили план и решили, продолжаем ли вообще; каждую неделю замерили прогресс и разобрали отклонения; каждый день приняли готовые результаты и разгребли риски; в конце месяца спросили заказчика, доволен ли он, и записали выводы. Потом месяц повторяется. Когда результаты готовы, проект закрывается, а через несколько месяцев вы возвращаетесь и проверяете, принёс ли он обещанную пользу.
Этим P3.express отличается от Scrum, где цикл (спринт) обычно длится одну или две недели и заканчивается работающим куском продукта. Здесь месяц: он не обязан заканчиваться готовой функцией, он заканчивается точкой пересборки планов. Если тема повторяющихся циклов вам незнакома, у нас есть отдельный разбор, что такое итерация.
Почему месяц, а не неделя. Недельный цикл заставляет команду планировать слишком мелко и съедает время на совещания. Квартальный слишком длинный: за три месяца проект успевает уехать не туда, и никто этого не замечает. Месяц оказался компромиссом, который работает и в айти, и на производстве.
Канал основателя Checkroi Вани Буявца3 700 человек читают мой Телеграм-канал про нейросетиСобрал промпты для Claude Code и ChatGPT, разборы ИИ-инструментов и лайфхаки по продвижению бизнеса в одном местеПрисоединиться33 шага и семь групп: что делать руками

Каждый шаг обозначен буквой группы и номером внутри неё. A08 читается как «восьмое действие в группе запуска проекта». Ниже полный список, как он выглядит во второй версии руководства.
| Код | Действие | Что это значит на практике |
|---|---|---|
| A. Запуск проекта (10 действий, один раз) | ||
| A01 | Назначить спонсора | Найти руководителя, который отвечает за деньги и за результат целиком |
| A02 | Назначить менеджера проекта | Определить, кто ведёт проект каждый день |
| A03 | Назначить ключевых участников | Собрать ядро команды, а не весь состав сразу |
| A04 | Описать проект | Одна страница: зачем, что получим, кто заинтересован |
| A05 | Определить и спланировать результаты | Разложить проект на осязаемые результаты и сроки |
| A06 | Определить риски и реакции на них | Список того, что может пойти не так, и что тогда делать |
| A07 | Провести внешнее ревью запуска | Показать план человеку со стороны, который скажет правду |
| A08 | Принять решение go/no-go | Сознательно решить, начинаем мы этот проект или нет |
| A09 | Провести стартовую встречу | Собрать команду и объяснить, куда идём |
| A10 | Разослать короткое сообщение | Письмо на пару абзацев всем причастным о статусе |
| B. Начало месячного цикла (5 действий, каждый месяц) | ||
| B01 | Пересмотреть и уточнить планы | Обновить сроки и результаты по факту прошлого месяца |
| B02 | Провести внешнее ревью цикла | Свежий взгляд на планы месяца |
| B03 | Принять решение go/no-go | Ежемесячная развилка: продолжаем или закрываем |
| B04 | Запустить месячный цикл | Короткая встреча на старте месяца |
| B05 | Разослать короткое сообщение | Обновление статуса для всех заинтересованных |
| C. Недельные действия (4 действия, каждую неделю) | ||
| C01 | Замерить и показать прогресс | Что сделано и что отстаёт, в цифрах |
| C02 | Спланировать реакцию на отклонения | Решить, что делаем с тем, что поехало |
| C03 | Запустить неделю | Короткая встреча на 15–30 минут |
| C04 | Разослать короткое сообщение | Недельный апдейт |
| D. Ежедневные действия (2 действия, каждый день) | ||
| D01 | Управлять рисками, проблемами и запросами на изменения | Разбирать входящее в тот же день, не копить до пятницы |
| D02 | Принимать готовые результаты | Проверять и принимать то, что команда доделала |
| E. Закрытие месячного цикла (3 действия, каждый месяц) | ||
| E01 | Оценить удовлетворённость заинтересованных сторон | Спросить заказчика и команду, как им живётся |
| E02 | Собрать уроки и запланировать улучшения | Что меняем в процессе со следующего месяца |
| E03 | Разослать короткое сообщение | Итоги месяца в паре абзацев |
| F. Закрытие проекта (6 действий, один раз) | ||
| F01 | Передать продукт | Отдать результат тем, кто будет им пользоваться |
| F02 | Оценить удовлетворённость заинтересованных сторон | Финальный замер по всем участникам |
| F03 | Провести внешнее ревью закрытия | Проверить, что ничего не забыли отдать и оформить |
| F04 | Заархивировать документы | Сложить всё в одно место, чтобы нашлось через год |
| F05 | Отпраздновать | Да, это официальный шаг методологии |
| F06 | Разослать короткое сообщение | Финальное письмо о завершении |
| G. После проекта (3 действия, спустя месяцы) | ||
| G01 | Оценить полученные выгоды | Проверить, окупился ли проект на самом деле |
| G02 | Сгенерировать новые идеи | Что делать дальше с этим продуктом |
| G03 | Разослать короткое сообщение | Финальный отчёт по выгодам |
Сумма выглядит пугающе, но арифметика обманчива. Единовременно вы делаете только 10 шагов запуска. Дальше в каждом месяце повторяются пять шагов начала цикла и три шага закрытия, каждую неделю четыре, каждый день два. Ежедневная нагрузка менеджера сводится к двум действиям, оба из которых он и так делает, просто без названия.
Отдельная история — шаг F05. «Отпраздновать» стоит в руководстве наравне с архивацией документов, и это не шутка авторов: команды, которые никогда не отмечают финиш, перестают отличать закрытый проект от брошенного.
Что делать, если шагов слишком много. Авторы прямо разрешают выкидывать лишнее. Начните с пяти опор: описание проекта, карта результатов, недельный замер прогресса, ежемесячное go/no-go и опрос заказчика. Остальное добавите, когда эти пять приживутся.
Go/no-go: единственная развилка, которой не хватает большинству проектов
Решение go/no-go встречается в списке дважды: на шаге A08 после запуска и на шаге B03 в начале каждого месяца. Это официально разрешённая точка, где проект можно закрыть, не будучи виноватым.
Именно этого механизма обычно нет в компаниях. Проект, который перестал иметь смысл в марте, тянется до декабря, потому что никому не хочется первым сказать вслух, что деньги уходят зря. P3.express делает такой разговор рутиной: раз в месяц вопрос «продолжаем ли мы это» задаётся по регламенту, и задавать его не страшно.
Кто есть кто в проекте по P3.express
Методология не требует новой оргструктуры и не придумывает должностей. Он описывает четыре роли, которые почти всегда уже есть в компании, просто называются иначе или не называются никак.
Спонсор проекта. Руководитель, который отвечает за деньги и за то, чтобы проект вообще был нужен бизнесу. Он не ведёт задачи и не сидит на недельных встречах, но именно он принимает ежемесячное решение продолжать или закрыть. Это самая недооценённая роль: без спонсора проект некому остановить.
Менеджер проекта. Человек, который выполняет большинство из 33 шагов руками. Ведёт документы, замеряет прогресс, разгребает риски, пишет письма о статусе, готовит развилку go/no-go для спонсора. В небольшой компании эту роль часто совмещают с основной работой, и метод это допускает: ежедневная нагрузка тут измеряется десятками минут.
Руководитель команды. Отвечает за то, как работа делается внутри его группы: разработка, стройка, дизайн, производство. С менеджером проекта он договаривается о результатах и сроках. Как команда их получит, остаётся на его усмотрение.
Менеджер со стороны подрядчика. Появляется, когда часть работ отдана наружу. Ведёт свой кусок проекта тем же способом и встраивается в общие циклы.
Совмещать роли можно, кроме одной комбинации: спонсор и менеджер проекта должны быть разными людьми. Иначе решение «продолжаем ли мы этот проект» принимает тот же человек, который его ведёт, а значит, оно всегда будет положительным. Про то, чем менеджер отличается от начальника, у нас есть отдельный разбор.
Отдельного офиса проектов, аналитика и администратора методология не требует. Если они есть, они встраиваются, если нет, ничего не ломается.
Четыре документа, и больше ничего

Вся отчётность метода помещается в четыре файла. Каждый спокойно живёт в обычной Google-таблице.
- Резюме проекта. Одна страница: зачем делаем, что получим, кто спонсор, кто в команде, какие ограничения. Это тот документ, который вы показываете новому человеку, чтобы он за пять минут вошёл в курс дела.
- Карта результатов. Разложенный по уровням список того, что проект должен произвести, со сроками и ответственными. Ближайший знакомый аналог: упрощённая иерархия работ, только без сотни уровней вложенности.
- Реестр последующих действий. Единый список рисков, проблем, запросов на изменения и поручений. Всё, что кто-то должен сделать и что пока не сделано, живёт здесь, в одном месте вместо десяти чатов.
- Реестр здоровья проекта. Регулярный замер состояния: сроки, бюджет, качество, удовлетворённость участников. Именно он превращает недельный статус из разговора в цифру.
Никаких уставов проекта на сорок страниц, матриц ответственности по ГОСТу и отдельных планов коммуникаций. Нужна аккуратная раскладка ролей поверх этих четырёх файлов, посмотрите разбор матрицы RACI: она хорошо дополняет карту результатов и не противоречит фреймворку.
Календарный план тоже никуда не девается. P3.express визуализацию не запрещает, просто не требует: диаграмма Ганта отлично ложится на карту результатов, если проект длинный и у задач много зависимостей.
Шесть принципов NUPP человеческим языком
Под методом лежит отдельный маленький документ, NUPP (Nearly Universal Principles of Projects, «почти универсальные принципы проектов»). Принципов шесть, они умещаются на одну страницу, и обычно их упоминают списком, не объясняя. Вот что за ними стоит.
Результат и правда важнее лояльности
Если план плохой, об этом говорят, даже когда план придумал руководитель. Принцип звучит банально ровно до первого совещания, где все молчат про сорванный срок.
Беречь энергию и ресурсы
Каждое совещание, каждый отчёт и каждый лишний документ стоят команде внимания. Здесь работает закон Парето: 20 % усилий дают 80 % результата, а остальное съедает время. Отсюда и весь минимализм метода: четыре файла вместо тридцати.
Быть проактивным
Дешевле предупредить проблему, чем разгребать её последствия. Поэтому риски заводятся на шаге A06, до старта работ, задолго до первого пожара.
Цепь прочна настолько, насколько прочно слабейшее звено
Нет смысла вылизывать дизайн, если тестирование не укладывается в срок. Усилия идут туда, где узкое место, даже если работать там неприятно.
Ничего не делать без ясной цели
У каждой встречи, документа и задачи должен быть внятный ответ на вопрос «зачем». Не находится ответ, значит, действие можно убрать.
Использовать повторяемые элементы
Одинаковые месячные циклы, одинаковые шаблоны документов, одинаковый формат письма о статусе. Повторяемость снимает с команды необходимость каждый раз изобретать процесс заново.
P3.express, Scrum, PMBOK и PRINCE2: что когда брать
Сравнивать эти вещи в лоб не совсем корректно: PMBOK это свод знаний, PRINCE2 полноценный стандарт, Scrum рамка для продуктовых команд, P3.express пошаговая инструкция. Но выбирать между ними приходится в одной и той же ситуации, поэтому таблица всё-таки полезна.
| Критерий | P3.express | Scrum | PMBOK | PRINCE2 | Без методологии |
|---|---|---|---|---|---|
| Объём материала | Гайд на пару десятков страниц | Скрам-гайд, около 20 страниц | 700+ страниц | Стандарт плюс словарь терминов | Ноль |
| Порог входа | Вечер чтения | Несколько дней | Недели | Недели плюс тренинг | Никакого |
| Цена старта | Бесплатно, CC BY | Бесплатно | Платно или членство в PMI | Обычно платно | Бесплатно |
| Длина цикла | Месяц | 1–4 недели | Фазы проекта | Стадии проекта | Как повезёт |
| Обязательных документов | 4 | Формально ноль, на практике бэклог | Десятки | Много и строго | Ноль |
| Где силён | Небольшие и средние проекты любой отрасли | Продуктовая разработка | Крупные проекты, экзамен PMP | Корпорации, госсектор, аудит | Проекты на 2 недели и одного человека |
| Где слаб | Мегапроекты и жёсткое регулирование | Проекты вне разработки | Избыточен для малого | Тяжёл и бюрократичен | Всё, что длиннее месяца |
Если непонятно, что выбирать. Ведёте продуктовую разработку внутри одной команды, берите Scrum. Работаете в корпорации, где аудит требует формальных стадий, ваш выбор PRINCE2. Готовитесь к экзамену PMP, читайте PMBOK. Во всех остальных случаях, а это большинство проектов в небольших компаниях, начинайте с P3.express: он дешевле всего в освоении и его не жалко бросить, если не приживётся.
Важный момент, который часто теряется: P3.express не конфликтует с тем, что у вас уже есть. Он описывает управленческий слой (кто принимает решения, когда и на основании чего), а не то, как команда пишет код или красит стены. Внутри месячного цикла разработка может спокойно жить по Scrum, а задачи висеть в той же Kanban-доске, что и раньше. Если у вас есть Scrum-мастер, увольнять его не нужно.
Кому P3.express не подойдёт

Хвалить метод легко, поэтому сразу про границы. Вот пять случаев, где он ломается.
Проекты с жёстким внешним регулированием. Госконтракты, атомная энергетика, фарма, авиация: там требуется формальная документация определённого вида, и четырьмя файлами не обойтись. P3.express можно использовать как внутренний рабочий слой, но отчётность придётся вести параллельно.
Крупные программы. Когда в проекте несколько подрядчиков, десятки команд и многолетний горизонт, месячного цикла и одного реестра рисков не хватает. Метод честно рассчитан на небольшие и средние проекты.
Совсем короткие задачи. Если работа занимает две недели силами одного человека, месячный цикл просто не успевает провернуться, а 33 шага превращаются в ритуал ради ритуала.
Компании, где нет спонсора. Шаг A01 требует руководителя, который отвечает за деньги и результат. Если такого человека нет и не предвидится, ежемесячное go/no-go принимать некому, и механизм остановки проектов не заработает.
Непрерывный поток однотипных задач. Поддержка, сервисный отдел, поток заявок: это не проект, у него нет начала и конца. Здесь уместнее Kanban.
Главный риск внедрения. Не сложность, а формализм. Команда начинает исправно рассылать письма по шагам A10, B05, C04 и E03, при этом решение go/no-go всегда «go», а опрос заказчика превращается в галочку. Внешне процесс идеальный, толку ноль.
Как внедрить за четыре недели на бесплатных инструментах
Метод не требует ни консультантов, ни реорганизации, ни нового сервиса. Хватит Excel или Google-таблиц и того таск-трекера, который у вас уже стоит: Jira, Trello, «Битрикс24», доска в Notion. Проектный офис для старта тоже не нужен. План на один пилотный проект.
Неделя 1 (запуск)
- Выберите один живой проект длиной три-четыре месяца, не самый критичный
- Назначьте спонсора и менеджера проекта явно, вслух, с именами
- Напишите резюме проекта на одну страницу и покажите его команде
- Соберите карту результатов: что именно проект произведёт и к какому сроку
- Заведите реестр последующих действий и выпишите в него все известные риски
Неделя 2 (первый цикл)
- Проведите стартовую встречу на 40 минут
- Разошлите первое короткое письмо о статусе: пять предложений, не больше
- Введите недельный замер прогресса в фиксированный день, например в четверг
- Сверьте ближайшие дедлайны с картой результатов: расхождения тут вылезают сразу
- Начните ежедневно принимать готовые результаты, вместо того чтобы копить приёмку к концу месяца
Неделя 3 (приживание)
- Заполните реестр здоровья проекта: сроки, бюджет, качество, настроение команды
- Проверьте, что письма о статусе кто-то читает, спросите двух-трёх получателей напрямую
- Уберите то, что не прижилось: лишние встречи, дублирующие таблицы
Неделя 4 (закрытие цикла и честный разговор)
- Спросите заказчика и команду, довольны ли они, и запишите ответы
- Соберите уроки месяца и решите, что меняете со следующего
- Проведите настоящее go/no-go: если проект потерял смысл, закройте его, это и есть проверка механизма
После первого цикла становится видно, какие шаги в вашей компании лишние, а каких не хватает. Авторы прямо разрешают адаптацию, поэтому оптимизировать процесс под себя со второго месяца это нормальная работа, а не нарушение методологии.
Сертификация и книга Ильенковых: что бесплатно, а за что платят
Сам метод ничего не стоит. Платят за две вещи: за подтверждение знаний и за объяснение с примерами.
Сертификация. Существует экзамен P3.express Practitioner, его можно сдавать на русском или английском языке. Сертификат бессрочный и обновляется бесплатно. Порог входа заметно ниже, чем у PMP или PRINCE2: не требуется подтверждённый многолетний опыт руководства проектами. Стоимость зависит от провайдера обучения, российские курсы с включённым экзаменом продаются в рассрочку. Нужен ли сертификат: для работы по методу нет, для строчки в резюме и корпоративного согласования иногда да.
Книга «Не усложняй! Управление проектами по методу P3.express». Написали Дмитрий и Валерия Ильенковы, вышла в 2026 году в издательстве БОМБОРА, 187 страниц и около 80 иллюстраций, средняя оценка читателей 4,8 из 5. На сегодня это единственная полноценная книга о методе на русском языке.
Разумный вопрос: зачем платить за книгу, если гайд бесплатный. Отличие в жанре. Официальное руководство отвечает на вопрос «что делать» и написано сухим языком стандарта. Книга отвечает на вопрос «как это выглядит в реальной компании»: там разобраны примеры внедрения в крупном российском бизнесе, включая Т-Банк, OZON и Avito, показаны типичные ошибки и сопротивление команды. Часть книги подана в формате повествования, а не справочника, и этот жанр нравится не всем: любителям сухих чек-листов он может показаться разбавленным.
Порядок чтения, если начинаете с нуля. Сначала бесплатное официальное руководство: за вечер вы поймёте, подходит ли вам метод вообще. Если после первого пилотного цикла захочется примеров и разбора ошибок, тогда книга. Обратный порядок работает хуже: без каркаса примеры не за что зацепить.
Книга есть в электронном виде на Литрес и в бумажном в книжных сетях.
Где научиться управлять проектами
P3.express закрывает вопрос «как вести проект по шагам», но не отвечает на вопросы про оценку сроков, работу с заказчиком, бюджет и конфликты в команде. Это отдельное ремесло, и осваивать его по статьям долго. Нормальный курс экономит месяцы блужданий: вы получаете и теорию, и практику на учебных проектах, и обратную связь от практикующего менеджера.
| Курс | Школа | Стоимость со скидкой | В рассрочку | Длительность | Обзор курса от Checkroi |
|---|---|---|---|---|---|
| Профессия «Менеджер проектов» Перейти на сайт курса | 105 903 ₽ | 4372 ₽/мес. | 6 месяцев | Обзор курса | |
| Менеджер проектов (со специализацией) | 165 240 ₽ | 6750 ₽/мес. | 10 месяцев | Обзор курса | |
| Менеджер проектов | 102 000 ₽ | 4167 ₽/мес. | 6 месяцев | Обзор курса | |
| Менеджер проектов в IT + ИИ Перейти на сайт курса | 169 915 ₽ | 3416 ₽/мес. | 6 месяцев | Обзор курса | |
| Менеджер проектов: тариф Оптимальный Перейти на сайт курса | 119 600 ₽ | 9966 ₽/мес. | 5 месяцев | Обзор курса | |
| Менеджер проектов + ИИ Перейти на сайт курса | 90 636 ₽ | 3777 ₽/мес. | 6 месяцев | Обзор курса | |
| ДО Профессия Менеджер проектов Перейти на сайт курса | 122 477 ₽ | 3167 ₽/мес. | 5 месяцев | Обзор курса | |
| Менеджер проектов Перейти на сайт курса | 98 400 ₽ | 3313 ₽/мес. | 6 месяцев | Обзор курса | |
| Профессия: Менеджер проектов + ИИ Перейти на сайт курса | 60 134 ₽ | 2088 ₽/мес. | 6 месяцев | Обзор курса | |
| Профессия: Менеджер проектов Перейти на сайт курса | 63 000 ₽ | 2917 ₽/мес. | 6 месяцев | Обзор курса |
Больше программ — в полном каталоге курсов по управлению проектами
Если пока выбираете направление, посмотрите разбор профессии менеджера IT-проектов и свежие данные о том, сколько зарабатывает менеджер проектов: отрасль там влияет на доход сильнее грейда.
Стоит ли пробовать
Идеи внутри P3.express знакомы любому практикующему менеджеру, ничего революционного там нет. Ценность метода в другом, в цене ошибки. Прочитать гайд стоит вечер, попробовать на одном проекте стоит месяц, бросить, если не подошло, не стоит ничего.
Проверить эффект просто. Через месяц работы по методу задайте себе три вопроса: знает ли команда, что считается результатом проекта; появилось ли место, где живут все нерешённые вопросы; случился ли хоть один честный разговор о том, продолжать ли проект. Три «да» означают, что метод прижился, даже если вы выкинули половину шагов.




