Метод RICE — это способ приоритизировать задачи по четырём критериям: охвату, влиянию, уверенности и трудозатратам. Он помогает сравнить гипотезы по единым правилам, рассчитать для каждой RICE Score и упорядочить бэклог. Разберём формулу метода, шкалы оценки, пример расчёта, порядок внедрения и ограничения.
Какую проблему решает приоритизация по RICE
Приоритизация по RICE помогает сравнивать разнородные задачи по единым критериям. В одном бэклоге могут находиться правка интерфейса, интеграция, редизайн и технический долг: у каждой задачи свой заказчик и своя логика важности, поэтому обсуждение легко превращается в спор мнений.
Автор метода Шон Макбрайд выделяет три ловушки, из-за которых команда искажает приоритеты: берётся за функции, которыми пользуется сама, выбирает привлекательные идеи или предпочитает новое уже знакомым и проверенным решениям.
RICE не даёт единственно правильного ответа, а раскладывает решение на четыре оценки. Благодаря этому команда обсуждает не задачу целиком, а конкретный критерий: охват, влияние, уверенность или трудозатраты.
Как расшифровывается аббревиатура RICE
RICE расшифровывается как Reach, Impact, Confidence, Effort — охват, влияние, уверенность и трудозатраты. Первые три критерия описывают ожидаемую пользу, а четвёртый — объём работы.
Метод разработала продуктовая команда Intercom для внутренних решений, а Шон Макбрайд описал его в блоге компании 5 января 2018 года. При расхождениях в формулах и шкалах стоит обращаться к этой публикации как к первоисточнику.
RICE Score — итоговый балл гипотезы. Это не абсолютная метрика: балл имеет смысл только при сравнении задач, оценённых за одинаковый период и в одинаковых единицах.
Чем метод RICE отличается от ICE
Метод RICE отличается от ICE отдельным множителем охвата и способом учёта трудозатрат. В RICE трудозатраты находятся в знаменателе, а в ICE лёгкость реализации входит в числитель.
ICE предложил Шон Эллис, автор термина growth hacking, для быстрой оценки экспериментов роста. Три критерия ICE оценивают по шкале от 1 до 10, поэтому расчёт занимает меньше времени, но границы между соседними оценками сложнее обосновать.
Выбор зависит от доступных данных. Если команда знает охват из аналитики, его можно учитывать отдельно. Если продукт новый и надёжной оценки Reach нет, этот множитель превращается в догадку — в такой ситуации ICE проще применить последовательно.
Как оценить каждый критерий метода RICE
Чтобы оценить критерии RICE, задайте по каждому один вопрос и запишите источник ответа. Reach показывает, скольких людей затронет изменение за выбранный период; Impact — насколько сильно оно повлияет на одного человека; Confidence — насколько оценки подтверждены данными; Effort — сколько работы потребуется команде.
Для всех задач нужно использовать один период и одинаковые единицы измерения. Рядом с каждой оценкой следует указывать источник: без этого баллы нельзя сопоставить или пересчитать после появления новых данных.
Как измерить Reach за период
Reach измеряют количеством людей или событий за выбранный период: клиентов за квартал, транзакций за месяц или сессий за неделю. Лучше использовать единицу, которую команда уже отслеживает в продуктовой аналитике.
При расчёте нужно различать потенциальный и фактический охват. Потенциальный охват показывает, сколько людей в принципе могут столкнуться с изменением, а фактический — сколько действительно доходят до нужного этапа. Для RICE используют фактический охват.
Например, до определённого шага регистрации доходят 500 человек в месяц, а нужный вариант выбирают 30% из них. Тогда охват за квартал равен 500 × 30% × 3 = 450 человек.
Период выбирают по горизонту планирования: например, квартал для продуктового бэклога или месяц для маркетинговых задач. Если у одной задачи посчитать Reach за месяц, а у другой — за квартал, итоговые баллы будут несопоставимы.
Как оценить Impact по пяти уровням
Impact оценивают по пяти уровням с множителями 3, 2, 1, 0,5 и 0,25. Значение умножается на Reach, поэтому низкая оценка уменьшает итоговый балл.
Команде нужно связать эти уровни со своей ключевой метрикой. Например, заранее определить, какой прирост конверсии соответствует Impact 3, 2 или 1. Без порогов участники оценивают влияние по ощущениям, и результаты расходятся.
Impact показывает влияние на одного человека, а не на всю аудиторию: масштаб уже учтён в Reach. Если включить охват и в Reach, и в Impact, крупные задачи получат необоснованное преимущество.
Как задать Confidence в процентах
Confidence задают в процентах, а в формулу подставляют десятичную дробь: например, 80% превращаются в 0,8. В исходном описании метода используются три уровня: 100% — высокая уверенность, 80% — средняя, 50% — низкая.
Оценки ниже 50% автор метода относит к moonshot — гипотезам с очень низкой уверенностью. Перед включением такой задачи в план полезно провести дешёвую проверку и собрать данные.
Уверенность повышают подтверждения: продуктовая аналитика для Reach, исследование или эксперимент для Impact, оценка исполнителей для Effort. Источник каждого подтверждения следует записать рядом с баллом.
Если всем задачам формально назначить одинаковый Confidence, критерий перестанет влиять на порядок. Тогда рискованная гипотеза получит то же преимущество, что и подтверждённая.
Как посчитать Effort
Effort считают в одной выбранной единице работы — например, в человеко-неделях или человеко-месяцах. Время всех участников складывают: два человека, занятые по две недели, дают четыре человеко-недели независимо от того, работали они параллельно или последовательно.
В первоисточнике используются человеко-месяцы. Команда может выбрать другую единицу, включая story points, если применяет её одинаково ко всем задачам одного списка. Смешивать разные единицы в одном расчёте нельзя.
В Effort входит работа всех участников: аналитика, дизайн, разработка, тестирование, выпуск и подготовка поддержки. Заниженная оценка трудозатрат искусственно поднимает задачу в бэклоге, поэтому предварительную вилку следует согласовать с исполнителями.
По какой формуле рассчитывается RICE Score
RICE Score рассчитывается по формуле: Reach × Impact × Confidence ÷ Effort. Три множителя ожидаемой пользы находятся в числителе, а трудозатраты — в знаменателе.
Итог можно интерпретировать как ожидаемый эффект на единицу работы. Поэтому задача с меньшим охватом способна обогнать более заметную инициативу, если требует существенно меньше ресурсов.
RICE Score нельзя сравнивать между командами, периодами или расчётами с разными единицами Effort. Балл работает только как относительный порядок внутри списка, составленного по единым правилам.
Как рассчитать RICE Score на примере гипотез
Чтобы рассчитать RICE Score, нужно сформулировать гипотезы, оценить четыре компонента каждой, подставить значения в формулу и сравнить результаты. Рассмотрим три гипотезы для командного таск-менеджера.
Условия расчёта одинаковы: Reach считаем за квартал, Effort — в человеко-месяцах, для Impact используем стандартную шкалу множителей.
Как сформулировать гипотезы для сравнения
Гипотезу формулируют как одно изменение с ожидаемым эффектом на конкретную метрику. Формулировка «улучшить работу со списком задач» слишком широка: под неё могут попасть и небольшая кнопка, и полная переработка экрана.
Для примера возьмём три гипотезы: массовое редактирование задач, шаблоны проектов при создании и редизайн настроек уведомлений. Каждая описывает одно изменение и один ожидаемый эффект.
Крупные инициативы следует декомпозировать до самостоятельных изменений. Иначе одна оценка Reach или Impact скроет несколько разных эффектов, а Effort будет трудно определить даже приблизительно.
Как оценить компоненты каждой гипотезы
Компоненты гипотезы оценивают последовательно с участием специалистов, у которых есть нужные данные. Reach берут из аналитики, Impact обсуждают с ответственным за метрику, Confidence определяют по подтверждениям, Effort оценивают исполнители.
Effort лучше обсуждать после остальных критериев, чтобы уже названный объём работы не влиял на оценки ожидаемой пользы.
Рядом с каждым числом записывают источник, например: «Reach — отчёт по воронке за июль» или «Impact 2 — похожее изменение дало прирост в тестовой группе». Эти пометки позволяют пересчитать балл при обновлении данных.
Как посчитать баллы и сравнить результаты
Баллы считают подстановкой значений в формулу, а результаты сравнивают по порядку. Разрыв между 1800 и 1200 не доказывает, что первая задача будет полезнее ровно в полтора раза.
Редизайн настроек затрагивает больше людей, но получает наименьший балл: ожидаемое влияние на одного человека невелико, уверенность низкая, а трудозатраты выше. Шаблоны проектов выходят на первое место благодаря более сильному влиянию, высокой уверенности и меньшему Effort.
Полученный порядок не является обязательным планом. Он показывает, для каких отступлений от очереди команде понадобятся дополнительные аргументы.
Какие правила повышают точность RICE
Точность RICE повышают единые правила расчёта: один период Reach и одна единица Effort для всего списка, источник рядом с каждой оценкой и пересмотр баллов после появления новых данных. Если команда округляет трудозатраты, это также нужно делать одинаково для всех задач.
Каждый критерий должен оценивать тот, у кого есть соответствующие данные. Продакт не определяет трудозатраты за разработчиков, а разработчик — охват вместо аналитика.
RICE не учитывает зависимости между задачами. Инициатива с низким баллом может быть обязательным условием для задачи с высоким, поэтому зависимости нужно фиксировать отдельно и учитывать при составлении плана.
Как внедрить метод RICE в работу команды
Чтобы внедрить метод RICE, объясните его назначение, согласуйте шкалы, проведите пилот на одном бэклоге, разберите результаты и только после этого расширяйте практику.
- Объясните, что формула не заменяет экспертную оценку, а объединяет оценки участников по единым правилам.
- Зафиксируйте период Reach, единицу Effort, пороги Impact и доказательства для уровней Confidence.
- Проведите пилот на небольшом бэклоге и одном горизонте планирования.
- Сравните результаты с решениями команды и скорректируйте неоднозначные правила.
- Закрепите договорённости в регламенте: укажите владельца, порядок разрешения споров и условия пересмотра оценок.
Пилот ограничивает последствия ошибок в шкалах и помогает выявить их до того, как метод начнут применять несколько команд.
Как договориться о единых шкалах оценки
Договориться о шкалах можно с помощью ключевой метрики и примеров уже оценённых задач. Команда определяет, какой прирост метрики соответствует каждому уровню Impact, а затем фиксирует, какие подтверждения дают 100%, 80% или 50% Confidence.
Без единых порогов один участник может считать сильным влиянием рост конверсии на один процентный пункт, а другой — на десять. Формула останется общей, но оценки будут несопоставимы.
Шкалу лучше хранить в одном документе вместе с примерами. Новому участнику проще откалибровать оценку по разобранной задаче, чем по абстрактному определению.
Пересматривать правила следует при изменении целей или горизонта планирования. Если ключевая метрика изменилась, прежние пороги Impact могут перестать отражать приоритеты команды.
Как проверить устойчивость приоритетов
Проверить устойчивость приоритетов можно с помощью анализа чувствительности: изменить одну оценку в разумных пределах и посмотреть, поменяется ли порядок задач. Если порядок сохраняется, дополнительно уточнять этот параметр обычно не требуется.
Например, изменим Confidence второй гипотезы на 20% в обе стороны: с 0,8 до 0,64 и 0,96. Получатся баллы 960 и 1440, но место задачи не изменится. Если же Effort первой гипотезы вырастет с одного до двух человеко-месяцев, её балл снизится до 900 и на первое место выйдет другая задача.
Такой анализ показывает, какие исходные данные действительно влияют на решение. В примере нужно точнее оценить трудозатраты на шаблоны проектов вместе с разработчиками.
Проверку достаточно проводить для верхней части бэклога, где изменение порядка влияет на ближайший план.
Где вести расчёты RICE
Расчёты RICE можно вести в таблице или в карточках задач таск-трекера. Таблицу проще настроить для формул, а карточка хранит оценку рядом с задачей и её текущим статусом.
В таск-трекере можно хранить четыре исходные оценки и итоговый балл как свойства задачи. Если сервис не поддерживает вычисляемые поля, RICE Score считают в таблице или калькуляторе, а затем переносят в карточку вручную.
В Strive бэклог можно вести на канбан-доске, добавив к задачам настраиваемые свойства для критериев и итогового балла. RICE Score рассчитывают отдельно, записывают в карточку и используют для сортировки задач.
Какие сильные и слабые стороны есть у метода RICE
Сильная сторона RICE — единый способ сравнить разные идеи и объяснить решение через четыре оценки. Метод переводит обсуждение с общего «мне кажется» на конкретные вопросы об охвате, влиянии, подтверждениях и трудозатратах.
Слабые стороны связаны с ограничениями формулы. RICE не показывает зависимости между задачами, не учитывает стратегическую важность и обязательные работы, опирается на прогнозы и описывает инициативу только четырьмя параметрами. Ошибка в одном множителе влияет на весь итоговый балл.
Часть ограничений компенсирует рабочий процесс: коллегиальная оценка уменьшает разброс, записанные источники позволяют пересчитать балл, регулярный пересмотр обновляет порядок, а зависимости учитываются отдельно от формулы.
Почему RICE Score создаёт иллюзию объективности
RICE Score создаёт иллюзию объективности, потому что точное число выглядит как результат измерения, хотя часть исходных оценок основана на прогнозах. Например, значения 1800 и 1200 воспринимаются как строгие данные, хотя Impact, Confidence и Effort могут содержать субъективные допущения.
Сам автор метода предупреждает, что баллы не следует использовать как жёсткое правило: иногда задачу нужно взять вне очереди. Польза RICE в том, что такое отступление становится явным и требует отдельного объяснения.
Метод начинает мешать, если команда спорит только о числах и перестаёт обсуждать пользователей, цели и ограничения. В такой ситуации шкалы или сам процесс оценки стоит упростить.
Кому метод RICE не подходит
Метод RICE не подходит командам, у которых нет данных для оценки охвата. В новых продуктах Reach часто приходится угадывать, поэтому первый множитель и итоговый балл становятся ненадёжными. Для ранних гипотез можно использовать более простой ICE или сначала провести эксперимент.
RICE также не определяет порядок обязательных работ: требований регулятора, договорных обязательств и задач, от которых зависит запуск другого проекта. Их выполняют с учётом внешних ограничений и зависимостей, а не только итогового балла.
На коротком горизонте, когда нужно быстро определить состав ближайшего релиза, подробный расчёт может оказаться избыточным. В таком случае проще использовать категории MoSCoW, а RICE оставить для более длинного горизонта планирования.
Наконец, метод бесполезен без совместного обсуждения оценок. Если Reach, Impact и Confidence определяет один человек, RICE Score отражает его личное мнение, записанное в четырёх колонках. Метод лучше работает там, где есть метрики, ответственные за отдельные критерии и привычка пересматривать оценки после появления новых данных.
Главное о методе RICE
Метод RICE помогает упорядочить бэклог по четырём критериям, если команда использует единые шкалы, фиксирует источники оценок и не принимает итоговый балл за объективную истину. Формула делает основания решения видимыми, но не заменяет обсуждение стратегии, зависимостей и обязательных работ.
