Вы на ранней стадии: данных мало, оценить охват сложно, но нужно быстро ранжировать 15 идей. В команде используют ICE = impact * confidence / effort. Когда ICE часто удобнее, чем RICE?
AКогда нужно посчитать точные квантили по ключевой метрике и сравнивать инициативы с уровнем статистической значимости
BКогда есть надёжные данные по охвату и вы хотите получить максимально детализированный скоринг с учётом всех факторов
CКогда хочется полностью убрать обсуждение рисков и неопределённости из обсуждения, оставив только формальный итоговый балл
DКогда охват оценить трудно и нужен быстрый грубый порядок по влиянию, уверенности и трудозатратам без иллюзии точности
Правильный ответ.
ICE удобен, когда нет надёжной оценки охвата, но всё равно нужен быстрый порядок по влиянию и трудозатратам с учётом уверенности.Разбор
На ранних этапах охват часто приходится угадывать, и точность оценки будет низкой. ICE позволяет не притворяться точными, а сфокусироваться на сути: ожидаемое влияние, разумность гипотезы и трудозатраты. Такой скоринг полезен как инструмент обсуждения и фильтрации идей. Позже, когда появятся стабильные данные по охвату, можно перейти к 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`, если сравниваете только эти числа?
- В скоринге `RICE` вы ставите уверенность 0.3 для идеи A и 0.8 для идеи B. Что означает уверенность в контексте приоритизации?
- У вас неделя на работу в спринте. Инициатива A: потенциально высокий эффект, но трудозатраты оцениваются в 4 недели. Инициатива B: умеренный эффект, трудозатраты 3 дня. Что чаще всего разумнее для ближайшего спринта, если цель — быстро получить результат и сигнал из данных?
- Вы сравниваете инициативы по `RICE`, но для первой охват оценён как пользователей в месяц, а для второй — пользователей в квартал. Что нужно сделать перед расчётом и сравнением?
- Команда считает трудоёмкость в `RICE` только как чистые часы разработчика, не учитывая QA, аналитику, релиз и сопровождение. Как корректнее поступить?
- Все вопросы по «Приоритизация и RICE» →