Когда бэклог растёт быстрее, чем команда успевает разрабатывать, без приоритизации фич легко скатиться в хаос. Три популярных метода — RICE, ICE и MoSCoW — помогают понять, что делать в первую очередь, а что можно отложить.
1. RICE — для продуктовых команд и data-driven решений
RICE расшифровывается как:
- Reach — сколько пользователей затронет фича
- Impact — насколько сильно повлияет
- Confidence — уверенность в оценке
- Effort — сколько ресурсов потребуется
Формула: (Reach × Impact × Confidence) / Effort
📌 Когда использовать:
- если есть аналитика и метрики
- если нужно обосновать выбор перед стейкхолдерами
- если в бэклоге много конкурирующих инициатив
Плюсы:
- даёт числовую оценку
- помогает снизить субъективность
- хорошо подходит для сравнения гипотез
Минусы:
- требует данных
- оценки могут быть «ложно точными»
- не учитывает стратегическую важность напрямую
2. ICE — быстрый способ оценить идеи
ICE включает:
- Impact — потенциальный эффект
- Confidence — уверенность в гипотезе
- Ease — простота реализации
Формула: Impact × Confidence × Ease
⚡ Когда использовать:
- на ранних этапах продукта
- когда нужно быстро отсортировать гипотезы
- если данных пока мало
Плюсы:
- простота и скорость
- подходит для стартапов и discovery
- легко внедрить без сложных расчётов
Минусы:
- высокая субъективность
- не показывает реальный охват
- может искажать приоритеты в крупных продуктах
3. MoSCoW — когда важны договорённости и рамки релиза
Метод делит задачи на 4 категории:
- Must have — обязательно
- Should have — желательно
- Could have — можно сделать
- Won’t have — не делаем сейчас
🧩 Когда использовать:
- при планировании релиза
- в проектах с фиксированными сроками
- для согласования ожиданий бизнеса и команды
Плюсы:
- понятен всем участникам
- помогает управлять scope
- снижает риск перегруза релиза
Минусы:
- нет точной оценки ценности
- категории могут размываться
- всё часто пытаются записать в Must have
Что выбрать?
- RICE — если важны метрики, масштаб и аргументация
- ICE — если нужна быстрая оценка гипотез
- MoSCoW — если нужно договориться о составе релиза
✅ На практике методы часто комбинируют:
сначала идеи фильтруют через ICE, затем ключевые инициативы считают по RICE, а финальный список раскладывают по MoSCoW.
Главное: идеальный фреймворк — не тот, что моднее, а тот, который помогает команде принимать решения быстрее и прозрачнее. 🎯
Подборку полезных каналов про IT стоит сохранить отдельно — там часто публикуют практику по продуктам, разработке и аналитике.