P3.express vs Scrum

Недавно инженерам и проектным менеджерам HTEC удалось встретиться с «отцами» молодой методологии P3.express — Надером Радом, Фрэнком Терли и Александром Паттином. Однодневный семинар прошёл 6 июня в белградском отеле Holiday Inn.

Эта встреча была бы невозможна, если бы не Драган Аничич, который попросил евангелистов P3 заехать в Белград в рамках своего европейского тура.

За пару недель до мероприятия глава проектного отдела HTEC Марко Павлович попросил меня изучить методологию и оценить, можем ли мы применить её в компании. Ниже кратко расскажу о своих впечатлениях. Учитывая, как Scrum популярен, я подумал, что будет полезно сравнить его с P3.express.

P3.express: мои ощущения

Как проджект, который начинал со сертификации Project Management Professional (PMP) от PMI, я подумал, что P3.express — это упрощённая версия PMP с некоторыми интересными дополнениями. Подробнее о методе можно посмотреть на YouTube.

Это возвращает нас к тому типу проектного менеджмента, где запуск проекта должен быть оправдан — или проект не получит никакого финансирования.

Что я считаю инновационным и полезным в методе:

• Он предлагает регулярно проводить ревью после ежемесячного обновления планов;
• Предполагает минимальное участие спонсора (ежемесячно + в случае эскалации);
• Демистифицирует отмену проекта — мы должны делать это чаще;
• В методе прописаны ежемесячные встречи по сплочению команды. Но для этого необязательно куда-то каждый раз выбираться;
• Предлагает публично каждый месяц раскрывать обязательства (планы на цикл) по проекту;
• Всю документацию по управлению объединяет в четыре документа (резюме проекта, карта результатов, реестр последующих действий и реестр «здоровье проекта»);
• Нужно измерять прогресс проекта и рассказывать о показателях в начале еженедельного цикла (а не в конце). И корректировать планы в зависимости от результатов;
• Каждый месяц важно опрашивать стейкхолдеров, довольны ли они работой;
• P3.express устанавливает таймбоксы и формализует оценку выгод проекта: какую выгоду или ущерб принёс продукт спустя месяцы после сдачи проекта. В случае отменённых проектов можно проверить, была ли отмена хорошим решением.

Не так инновационно, но легко оценить:

• Еженедельная отчётность;
• Еженедельное обновление реестра последующих действий (это напоминает RAID, Risks, Actions, Issues and Decisions — то есть описание рисков, действий, проблем и решений);
• Еженедельное планирование и анонсирование планов;
• Ежемесячная ретроспектива. Проводится после оценки удовлетворённости стейкхолдеров;
• Ежедневная реактивная и проактивная работа с рисками, проблемами и запросами на изменения.

Сравнение со Scrum

Если коротко: их нельзя сравнить. Scrum фокусируется на производстве продукта. P3.express охватывает только этапы управления.

Можно ли использовать сразу оба метода в одном проекте? Думаю, да, но либо спринты должны быть длительностью в неделю, либо в Scrum появятся новые встречи, которые будут выглядеть как дополнительные планы на спринт. А ещё Product Owner получит дополнительную роль за пределами Scrum, потому что в Scrum нет менеджера проекта. Либо в проекте будет внешний менеджер программы, портфеля или проекта, мониторящий проект.

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

Наиболее очевидный способ запуска — использовать спринты Scrum как еженедельные циклы P3.express:

Если спринт длится две, три или четыре недели, у команды будут дополнительные встречи по «корректировке плана». На позднем этапе (C02) в Scrum это пустая трата времени. Но это не критично, пока цель спринта неизменна.

Также у трёхнедельных спринтов будет конфликт на шаге E02 — не сойдутся дни ретроспективы проекта с P3.express, потому что этот метод проводит ревью в конце месяца. Есть множество и других шагов P3.express, которых нет в Scrum, но они во многом касаются менеджера проекта и не влияют на команду.

Что в итоге

Есть случаи, когда спринты измеряются днями, например, трёхдневными отрезками. Но на практике это встречается редко, и я не рассматриваю данный случай в этой заметке.

Главное, что мне удалось выяснить, — P3.express лучше всего подходит для канбана. Это подтвердилось на семинаре, когда я спросил, как адаптировать P3 к Scrum. Надер Рад посоветовал подумать об объединении методологии с канбаном.

И действительно: при чтении всего написанного выше может показаться, что Scrum задушит и ограничит P3 по нескольким пунктам, нивелируя пользу метода. А P3, в свою очередь, добавит лишнюю нагрузку на Scrum, что снизит эффективность команды. При этом ни одной из этих проблем не было при совмещении с канбаном.

Надеюсь, эта краткая заметка поможет вам всем, друзья, помешанным на процессах, быстрее сориентироваться в P3.express. Я чувствую, что это перспективная методология, она практичная и легко применимая на практике. Но это только предстоит узнать.

Оригинальный пост на LinkedIn: https://www.linkedin.com/pulse/p3express-vs-scrum-vladimir-mircevski/?trackingId=qYJESfIwT6yj0lO9syvZ9w%3D%3D