Приоритизация задач — фреймворки RICE, ICE, MoSCoW и Kano
Приоритизация задач — процесс ранжирования функций продукта по их ценности для пользователя и бизнеса. Без системной приоритизации команда тратит ресурсы на фичи, которые не влияют на ключевые метрики. Результат — раздутый продукт с низким retention и разочарованные пользователи.
Фреймворк RICE
RICE — количественный метод приоритизации, используемый Intercom и другими зрелыми продуктами. Каждая задача оценивается по четырём параметрам: Reach (сколько пользователей затронет за квартал), Impact (степень влияния на метрику: от 0.25 до 3), Confidence (уверенность в оценке: 50-100%), Effort (трудозатраты в человеко-месяцах). Формула: RICE = (Reach × Impact × Confidence) / Effort. Преимущество RICE — объективность и сравнимость задач из разных доменов.
Фреймворк ICE
ICE — упрощённая альтернатива для стартапов без исторических данных. Три параметра по шкале 1-10: Impact (влияние на цель), Confidence (уверенность), Ease (простота реализации). Оценка = I × C × E. ICE быстрее RICE, но субъективнее — подходит для быстрых итераций, когда важна скорость принятия решений.
Фреймворк MoSCoW
MoSCoW классифицирует задачи по четырём категориям: Must have (без этого продукт не работает), Should have (важно, но не критично), Could have (приятно иметь), Won't have (не в этом релизе). MoSCoW эффективен для планирования конкретного релиза или MVP — помогает команде договориться о границах скоупа.
Kano-информированная приоритизация
Классификация фич по модели Kano добавляет важный слой: Must-be фичи (базовые) должны быть в продукте обязательно, даже если RICE-скор низкий — их отсутствие вызывает негатив. Attractive фичи (WOW) создают дифференциацию, даже если Reach невелик. Комбинация Kano + RICE даёт приоритизацию, которая учитывает и бизнес-метрики, и пользовательский опыт.
Связь приоритизации с Job-to-be-Done
Каждая задача в бэклоге должна быть привязана к конкретному Job пользователя. Фича без привязки к Job — кандидат на удаление. AI CPO автоматически связывает задачи с Job Statements и оценивает покрытие: какие Jobs уже закрыты, какие — нет.
Как AI CPO приоритизирует задачи
Вы описываете бэклог и цели продукта в диалоге. AI извлекает список задач, применяет выбранный фреймворк (RICE, ICE или MoSCoW), связывает каждую задачу с Job-to-be-Done и генерирует ранжированный список. Система учитывает Kano-классификацию: Must-be получают приоритетный буст, Indifferent — штраф. Результат — готовый к исполнению план с обоснованием каждой позиции.
Частые вопросы
Какие фреймворки приоритизации задач существуют?
Основные: RICE (Reach × Impact × Confidence / Effort) — для зрелых продуктов с данными. ICE (Impact × Confidence × Ease) — для стартапов. MoSCoW (Must/Should/Could/Won't) — для планирования релизов. Value vs Effort — визуальная матрица 2×2. Kano — классификация по влиянию на удовлетворённость.
Как приоритизировать задачи в продукте?
Привяжите каждую задачу к Job-to-be-Done пользователя. Оцените по выбранному фреймворку (RICE для количественной оценки, MoSCoW для категоризации). Учтите Kano-тип: Must-be фичи идут первыми, Indifferent — в конец. AI CPO автоматизирует весь процесс на основе собранных данных.
Чем RICE отличается от ICE?
RICE включает параметр Reach (охват пользователей) и использует Effort в человеко-месяцах — это объективнее. ICE проще: три параметра по шкале 1-10, быстрая оценка. RICE подходит для продуктов с аналитикой, ICE — для стартапов на ранней стадии без исторических данных.
Как часто нужно пересматривать приоритеты?
Полный пересмотр — раз в квартал при обновлении OKR. Тактическая корректировка — каждый спринт. Экстренный пересмотр — при изменении стратегии, появлении крупного конкурента или резком падении метрик. AI CPO помечает приоритеты как устаревшие при поступлении новых данных.