Метод приоритизации RICE: как выбрать задачи, которые действительно важны

Опубликовано

При работе над проектами в пуле входящих задач могут быть буквально бесконечные списки – им нет ни конца, ни края, каждый день может появляться что-то новое и более перспективное. Чем больше погружаешься в работу, тем тяжелее определить, что конкретно нужно сделать «вот прямо сейчас» (в первую очередь).

Ранее мы уже рассматривали разные методы приоритизации, среди которых матрица Эйзенхауэра, модель Кано, MosCow, Eat that frog, блокировка времени и другие. Какие-то из них больше подходят для личных задач, какие-то помогают с составлением графиков и распределением свободного времени, а какие-то просто позволяют сфокусироваться на самом важном.

Но многие из простых методик слишком субъективные – приоритет задач оценивается на основе личных предпочтений и опыта. При работе над ответственными проектами этого может быть недостаточно. Хотелось бы получить более предметную оценку приоритетов, завязанную на разные факторы, а не только на важность или срочность, которые никак не измерить в конкретных числах.

Один из таких предметных подходов – метод приоритизации RICE. О нём и расскажем ниже.

Метод приоритизации RICE – что это

RICE — это популярный фреймворк для приоритизации задач в управлении проектами и продуктами. Чаще всего применяется при разработке программных продуктов и сервисов (в IT-командах, при планировании бэклога и спринтов, то есть преимущественно в SCRUM и Agile-подходах управления), но может быть адаптирован и для любых других ситуаций.

Метод RICE помогает объективно оценивать задачи – сразу на основе 4 факторов, чтобы получить более чёткое и надёжное понимание того, какие задачи принесут наибольшую пользу, а какие – меньшую.

Слово «RICE» (дословно может быть переведено с английского как «рис») – это акроним от слов Reach, Impact, Confidence и Effort, что переводится на русский, как: «охват», «влияние», «уверенность» и «усилие». Каждый термин в составе – это критерий комплексной оценки.

Итоговая формула расчёта RICE выглядит следующим образом:

  • RICE Score = (Reach * Impact * Confidence) / Effort

Остаётся только правильно оценить каждый из факторов.

  • Reach (Охват). Определяет размер аудитории – сколько пользователей затронет реализуемая задача или функция за определённый период времени (например, 1000 человек). Реже измеряется в количестве событий.
  • Impact (Влияние). Характеризует степень влияния задачи на опыт пользователя или на ключевые метрики продукта. В расчётах часто используется следующая шкала:
    • 3 — массивное воздействие или влияние (максимальное из возможных)
    • 2 — сильное воздействие (выше среднего, но и не максимум)
    • 1 — среднее воздействие
    • 0,5 — слабое воздействие (ниже среднего, но и не минимальное)
    • 0,25 — минимальное воздействие

Напомним, пользовательский опыт вполне реально оценить на основе обратной связи, специальных опросов и метрик (NPS, CSat, CES и т.п.). Но в методике RICE участвуют не конкретные метрики пользовательского опыта, а их конвертированные версии, приведённые к формату, обозначенному выше.

  • Confidence (Уверенность). Соответствует степени уверенности в оценках по охвату и влиянию. Выражается в процентах и показывает, насколько обоснованы данные. Чтобы снизить влияние субъективности мнения, опять же, можно задействовать опросы и ресёрчи (предметные исследования). Возможный формат оценки уверенности:
    • 100% — высокая уверенность
    • 80% — средняя уверенность
    • 50% и ниже — низкая уверенность

Значение вероятности может быть оценено и с более высокой степенью (вплоть до десятых или сотых долей).

  • Effort (Усилия). Предполагает оценку объёма ресурсов, необходимых для реализации обозначенной задачи. В каждом проекте может быть свой формат расчёта. Кто-то использует человеко-часы (дни, недели, месяцы и т.п.), а кто-то – сторипоинты. Главное, чтобы во всех расчётах RICE Score был единый формат оценки усилий. Иначе сравнивать итоговые метрики будет бессмысленно (если они делятся на разное основание). Подробнее о способах оценки задач.

Пример расчёта оценки задач по методу RICE

Допустим, у нас есть две новые фичи, которые команда хочет внедрить в своём продукте. Нужно оценить каждую из них и посчитать значение оценки RICE. 

Фича 1: Интеграция авторизации через VK

Идея: добавить возможность входа через аккаунты социальной сети VK, чтобы упростить процесс регистрации (клиентам не нужно запоминать кучу новых паролей и где-то их хранить).

Подсчитываем:

  • Reach (Охват) – примерно 5 000 пользователей в месяц (предположительно столько новых пользователей будет использовать эту функцию).
  • Impact (Влияние) – 2 (сильное влияние, так как процедура регистрации станет легче, за счёт чего потенциально может увеличиться конверсия).
  • Confidence (Уверенность) – 80% (средняя уверенность, так как у конкурентов аналогичный функционал имеется, и отказываться от него никто пока не планирует, значит фича в определённой степени работает).
  • Effort (Затраты) – 2 человеко-недели работы (разработка + тестирование).

RICE Score = (5000 * 2 * 0,8) / 2 = 4000

Фича 2: Внедрение тёмной темы интерфейса

Идея: добавить опцию тёмного режима для удобства работы в вечернее время (+в соответствии с некоторыми исследованиями тёмные темы меньше расходуют аккумуляторы смартфонов).

Подсчитываем:

  • Reach (Охват) – 1 000 пользователей в месяц (по опросам около 20% пользователей хотели бы получить возможность переключения на тёмный режим, желательно – автоматически, в соответствии с настройками операционной системы).
  • Impact (Влияние) – 1 (умеренное влияние — улучшение UX, но без влияния на бизнес-метрики).
  • Confidence (Уверенность) – 90% (так как заинтересованный в фиче сегмент целевой аудитории точно останется доволен внедрением).
  • Effort (Затраты): 3 человеко-недели (UI-дизайн + реализация + тестирование).

RICE Score = (1000 * 1 * 0,9) / 3 = 300

Итоги расчётов и выводы:

  • Фича 1 (Авторизация через VK) получила RICE = 4000, поэтому она имеет приоритет выше — её внедрение принесёт больше пользы при относительно низких затратах.
  • Фича 2 (Тёмная тема) имеет RICE = 300, её можно внедрить позже, так как влияние на пользователей меньше, а затраты выше.

Зачем так много факторов в оценке приоритетов

Во-первых, когда во входящих задачах появляется новая идея или фича, многим она кажется более интересной (например, это может быть что-то инновационное или вызывающее, «не как у всех»). Соответственно, команда может намеренно сменить свои приоритеты, чтобы уделить больше времени новой фишке продукта.

Факторов, влияющих на смену приоритетов, на самом деле масса: мнение лидера коллектива, усталость от текущих задач (рутины), субъективное восприятие происходящего и т.п.

Но предметный и обоснованный расчёт может выявить, что объективные факторы указывают на необоснованность разных инноваций. Гораздо выгоднее и практичнее – сосредоточиться на других фишках.

Во-вторых, в формуле RICE используются факторы, которые учитывают затраты или усилия. Соответственно, максимально исключается влияние таких субъективных факторов, как важность (здесь нет никакого физического или числового выражения) и срочность (например, в ситуациях, когда у задачи нет конкретных дедлайнов).

В-третьих, совокупность критериев оценки RICE даёт сбалансированное видение, которое может быть выражено в итоговых баллах. Команда сможет на практике оценить любое число задач из списка входящих (хоть все) и отфильтроваться от большего значения к меньшему – это и будет шкала приоритетности.

Разница между RICE и ICE

ICE – это упрощённый вариант RICE, в нём нет фактора охвата.

Метрика ICE считается по формуле:

  • ICE Score = (Impact * Confidence) / Effort

Она будет полезна для упрощённого расчёта приоритетности – на основе влияния, уверенности и усилий.

Плюсы и минусы метода расстановки приоритетов RICE

Основные преимущества использования метода RICE можно обозначить так:

  • Снижается эффект субъективной оценки задач, так как итоговая метрика RICE опирается на количественные данные, а не на что-то абстрактное.
  • В расчёте участвует сразу четыре фактора, что уменьшает вероятность ошибки и неправильной расстановки приоритетов.
  • Оценка опирается на затраты. Это наиболее предметная область, которая влияет на итоговую стоимость проекта или разрабатываемого продукта. Поэтому она точно понравится инвесторам и другим стейкхолдерам.
  • Методику можно адаптировать под разные продукты и бизнес-модели. Не обязательно привязываться к IT-тематике (к разработке приложений и т.п.).
  • Высокая прозрачность. Понятная формула, всё легко пересчитать и перепроверить, найти ошибки или узкие места.
  • Фокус на важное. RICE помогает отсеивать неэффективные и слишком затратные инициативы.

Недостатки метода RICE:

  • Сложность оценки. Например, чтобы получить данные по охвату и влиянию, иногда нужно провести полноценные исследования. А если продукт новый и никаких данных/наработок нет, то исследования потребуются для каждой задачи в списке.
  • Фактор уверенности изначально субъективный. А субъективное восприятие в любой момент может оказаться ошибочным или предвзятым.
  • RICE подходит только для оценки мелких задач и целей. Оценить долгосрочные и стратегические цели с её помощью сложно.
  • RICE не учитывает связи между задачами и их взаимное влияние. То есть она может использоваться только для одноуровневых задач.
  • Методика не учитывает риски, например, технические сложности или рыночные изменения.

Итоги и рекомендации

Метод расстановки приоритетов RICE будет полезен для ситуаций, когда вам нужно обоснованно выбрать, что конкретно стоит делать (желательно в первую очередь), а чему можно уделить меньше внимания. В расчёте метрики участвую факторы охвата, уверенности в успехе (нужности), влияния и усилий. Их сочетание действительно может снизить субъективность итоговой оценки.

Но метод не может использоваться как единственно верный, так как он не подходит для стратегического планирования и для разбора задач со сложными связями или подчинённостью. В нём всё равно присутствует часть субъективных оценок.

Идеального решения всё равно не существует, поэтому мы рекомендуем руководствоваться логикой и здравым смыслом в ваших проектах. А ещё – держите всё на контроле, так проще реагировать и оценивать на месте. Для контроля проектов используйте системы управления, такие как Projecto (это готовая облачная реализация, на 100% российский сервис, с функциональными мобильными приложениями и быстрым внедрением).

Смотрите также: Сравнительная таблица лучших таск-трекеров