Какие знаешь способы приоритизации бэклога кроме RICE?

Способы приоритизации бэклога: кроме RICE

Почему разнообразие методов важно

RICE (Reach, Impact, Confidence, Effort) — отличный фреймворк, но не универсальный. Разные продукты, разные стадии развития требуют разных подходов. Я использую несколько методов в зависимости от контекста.

1. MoSCoW

Одна из самых простых и интуитивных методик.

Must have — критично для бизнеса. Без этого продукт не жизнеспособен. Пример: оплата в payment-системе.

Should have — важно, но не критично. Улучшает опыт. Пример: рекомендации на основе истории.

Could have — nice-to-have. Добавляет ценность, но отсутствие не проблема. Пример: тёмная тема интерфейса.

Won't have (this time) — исключаем из текущего спринта. Можно вернуться позже.

Когда использую: на ранних стадиях продукта, когда нужно быстро понять, что критично. Хорошо работает с малыми командами и быстрыми итерациями.

2. Kano Model

Анализирует связь между наличием функции и удовлетворением клиента.

Basic requirements (базовые требования) — если функция отсутствует, пользователь неудовлетворён. Если присутствует — это норма, нет восторга. Пример: для чата это основная функция отправки сообщений.

Performance requirements (функциональные требования) — чем больше, тем лучше. Линейная зависимость. Пример: скорость загрузки, количество фильтров. Улучшение этого параметра повышает удовлетворение.

Delighters (восхитители) — если отсутствует, пользователь не расстроен. Но если есть — это создаёт wow-эффект и лояльность. Пример: красивая анимация при успешной покупке, неожиданная easter egg.

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

3. Value vs. Effort

Простая 2x2 матрица для распределения задач:

Do — высокая ценность, низкий effort. Быстрые победы. Реализуй сейчас.

Plan — высокая ценность, высокий effort. Стратегические инициативы. Требуют планирования и ресурсов.

Nice — низкая ценность, низкий effort. Если есть свободный спринт, берём для морального духа команды.

Avoid — низкая ценность, высокий effort. Избегаем любой ценой.

Когда использую: на репланировании квартального бэклога. Очень быстро даёт картину приоритетов.

4. WSJF (Weighted Shortest Job First)

Метода из SAFe, популярна в больших командах. Уменьшает возможность создания bottleneck.

Формула: WSJF = (Business Value + Time Criticality + Risk Reduction + Opportunity Enablement) / Job Size

Каждый параметр оценивается 1-20 баллами. Это помогает найти оптимальный баланс между ценностью и трудозатратами.

Когда использую: в масштабных продуктах с несколькими командами, когда нужна объективная метрика, которая выравнивает интересы разных отделов.

5. Opportunity Scoring

Метода, предложенная Anthony W. Ulwick из JTBD подхода.

Спрашиваем клиентов две вещи:

1. Как важна для вас эта функция? (от 1 до 5)
2. Насколько хорошо продукты на рынке это решают? (от 1 до 5)

Ответ 5 на первый и 1 на второй вопрос — это high-opportunity problem. Клиенты хотят, а никто не предоставляет.

Когда использую: когда нужно найти белые пятна рынка, которые выделят продукт от конкурентов.

6. OKRs-driven prioritization

Привязываем бэклог к квартальным OKR (Objectives & Key Results).

Пример OKR:

• Objective: стать лидером в retention
• KR1: увеличить DAU с 100k до 150k (50% рост)
• KR2: уменьшить churn rate с 5% до 3%

Теперь каждую фичу оцениваем: какой KR она помогает достичь? Фичи, связанные с KR1 и KR2, поднимаются в приоритете.

Когда использую: в mature продуктах, где стратегия чёткая и вся компания выровнена по OKR.

7. Buy a Feature

Геймификация приоритизации. Даём пользователям виртуальную валюту (например, 100 токенов) и просим "купить" функции из бэклога.

Пользователи видят цену каждой фичи (estimate в стори-поинтах) и распределяют свой бюджет. Фичи с наибольшим количеством купленных токенов — победители.

Плюсы: пользователи вовлечены, data-driven, веселый процесс.

Минусы: подходит только для B2C с активным сообществом.

Как я выбираю метод

На ранних стадиях: MoSCoW (быстро отделить зёрна от плевел).

На стадии роста: RICE или Value vs. Effort (нужна точность).

В крупных компаниях: WSJF или OKRs (выравнивание между командами).

Для инноваций: Opportunity Scoring (поиск белых пятен).

Я обычно комбинирую методы: вначале MoSCoW для быстрого разделения, затем RICE для детального анализа, затем прошу пользователей оценить через Opportunity Scoring. Итоговая приоритизация — это consensus между данными и стратегией компании.