В скоринге RICE вы ставите уверенность 0.3 для идеи A и 0.8 для идеи B. Что означает уверенность в контексте приоритизации?
AВероятность того, что фича понравится каждому отдельному пользователю и приведёт к росту его удержания в продукте.
BКоличество людей в команде, которые уверенно сделают задачу в срок и доведут её до релиза без блокеров и переделок.
CНасколько вы уверены в оценках охвата и влияния (есть ли данные или эксперименты) и насколько стоит дисконтировать идею при сравнении.
DСколько времени и ресурсов займёт реализация инициативы, то есть оценка трудозатрат с учётом разработки, тестирования и запуска.
Правильный ответ. Уверенность — это не про любовь пользователей, а про надёжность ваших оценок и риск ошибки в приоритизации.
Разбор
В RICE уверенность помогает учитывать неопределённость: одинаковые охват и влияние могут быть оценены с разной надёжностью. Высокая уверенность обычно означает, что есть данные, похожие кейсы или результаты исследований и экспериментов. Низкая уверенность — что это гипотеза без подтверждения и её стоит дисконтировать в приоритизации. Часто следующий шаг — поднять уверенность через быструю ставку на проверку.
Проверь себя · 1/2разбор после ответа
Команда считает трудоёмкость в
RICE только как чистые часы разработчика, не учитывая QA, аналитику, релиз и сопровождение. Как корректнее поступить?Ещё вопросы по теме «Приоритизация и RICE»
- У вас таблица для приоритизации, где `RICE = охват · влияние · уверенность / трудозатраты`. За квартал три инициативы: A (охват 100 000, влияние 2, уверенность 0.8, трудозатраты 4), B (охват 50 000, влияние 3, уверенность 0.9, трудозатраты 3), C (охват 200 000, влияние 1, уверенность 0.4, трудозатраты 2). Какую инициативу выше поставить по `RICE`, если сравниваете только эти числа?
- Вы на ранней стадии: данных мало, оценить охват сложно, но нужно быстро ранжировать 15 идей. В команде используют `ICE = impact * confidence / effort`. Когда `ICE` часто удобнее, чем `RICE`?
- У вас неделя на работу в спринте. Инициатива A: потенциально высокий эффект, но трудозатраты оцениваются в 4 недели. Инициатива B: умеренный эффект, трудозатраты 3 дня. Что чаще всего разумнее для ближайшего спринта, если цель — быстро получить результат и сигнал из данных?
- Вы сравниваете инициативы по `RICE`, но для первой охват оценён как пользователей в месяц, а для второй — пользователей в квартал. Что нужно сделать перед расчётом и сравнением?
- Команда считает трудоёмкость в `RICE` только как чистые часы разработчика, не учитывая QA, аналитику, релиз и сопровождение. Как корректнее поступить?
- Все вопросы по «Приоритизация и RICE» →