PoDPR приоритизация
PoDPR — расширение идей RICE (Intercom) и WSJF (SAFe), пересобранное под контекст продуктовой команды/продукта, где часть задач необратимые, доказательная база гипотез неоднородна, а зоопарку технологий позавидует любой энтерпрайз.
Модель нравится мне тем, что опирается на значимые параметры, интуитивно понятна и при этом расширяется без переписывания всей логики.
Базовая формула
PoDPR = Pain ÷ Difficulty × Probability × Reversibility, где
- Pain — выраженность проблемы для пользователя/бизнеса. Шкала 1-10;
- Difficulty — сложность реализации с учётом неопределённости. Шкала 1-10;
- Probability — вероятность того, что гипотеза сработает. Шкала 0,1-1,0. Подтверждена ли она данными, прошлыми экспериментами, исследованиями или «по ощущениям норм»? Чем слабее доказательная база, тем сильнее множитель снижает приоритет;
- Reversibility — стоимость отката. Шкала 0,1-1,0. Если фичу можно запустить и в случае провала бесследно убрать — отлично, пробуем. Если цена ошибки высока (миграции данных, публичные обещания, необратимые изменения в UX), модель подталкивает поискать более безопасный вариант.
Эти четыре параметра обязательны.
Декомпозиция Pain
Когда боль сложно оценить, коэффициент раскладывается на три множителя:
Pain = Severity × Frequency × Reach ÷ 2,5 , где
- Severity — серьёзность проблемы или задачи. Шкала 1-5. Насколько проблема бьёт по ключевому сценарию, воронке или бизнес-метрике. 1 - косметика; 3 - деградация ключевого сценария; 5 - блокировка монетизации;
- Frequency — частота проблемы. Шкала 1-5. 1 - разовый инцидент; 3 - еженедельный поток тикетов; 5 - каждый пользователь ежедневно;
- Reach — охват. Шкала 0,01-1,0. Доля пользователей или доля выручки, затронутые проблемой.
- 2,5 — нормировочный коэффициент, чтобы вернуться в диапазон 1..10
Декомпозиция Difficulty
Для крупных или незнакомых задач единая оценка сложности часто даёт ошибку. Тогда раскладываем:
Difficulty = Effort ÷ Confidence ÷ Expertise, где
- Effort — суммарные трудозатраты. Шкала 1-10. Полный цикл: проектирование, дизайн, разработка, тестирование, интеграции, миграции, релиз, согласования;
- Confidence — уверенность в оценке Effort. Шкала 0,3-1,0. Задача знакомая — уверенность высокая (0,8..1,0). Много неизвестных, оценка «на ощущениях» — уверенность низкая (0,3..0,5), и итоговая сложность растёт;
- Expertise — компетенция команды именно в этом типе задач. Шкала 0,3-1,0
Нижняя граница 0,3 для Confidence и Expertise введена сознательно: при значениях ниже 0,3 формула даёт неадекватный рост, и задача автоматически получает приоритет «не делать», что не всегда верно. Если уверенность < 0,3 — это сигнал не считать, а идти исследовать.
Главное достоинство PoDPR — модульность.
В базовую формулу легко встраиваются дополнительные множители под конкретный контекст:
- Urgency (0,8..1,2) — коэффициент срочности, если дедлайн диктуется рынком или регулятором.
- Blast Radius (≤ 1, где 1 - локальный масштаб; а 0,1 - нам всем конец) — индикатор масштаба возможного ущерба. Понижает приоритет там, где ошибка затрагивает критичные процессы, большие объёмы данных или значимые суммы.
- Sustainability (≤ 1, где 1 - решение не увеличивает сложность, легко поддерживается) — стоимость владения и долговечность решения. Сколько ресурсов потребует поддержка через полгода и не превратится ли фича в технический долг.
- Strategic fit — cтратегическое соответствие. Шкала: 0|1, булевый множитель. Инициатива вне фокусов квартала просто не проходит в шорт-лист, независимо от балла.
Каждый новый множитель увеличивает стоимость оценки и риск двойного учёта (например, Reach и Blast Radius могут пересекаться). Поэтому базовая формула из четырёх переменных — вариант по умолчанию. Расширения добавляют точечно, когда базовой модели объективно не хватает для принятия решения.
Если у вас уже работает другой метод и нет указанных в начале поста ограничений — PoDPR вам не нужен.
Если есть проблемы — попробуйте на 10 задачах и сравните с тем, что выбрали бы а) по ощущениям, б) по вашему методу.
