Фреймворк RICE
Фреймворк RICE — это модель оценки, которая помогает приоритизировать проекты, функции и гипотезы путём оценки четырёх факторов: Охват, Влияние, Уверенность и Трудозатраты.
Что такое оценка RICE
Фреймворк RICE оценивает проекты на основе четырёх критериев:
- Охват — Сколько людей это затронет в определённый период
- Влияние — Насколько это повлияет на вашу цель, когда клиенты столкнутся с этим
- Уверенность — Насколько вы уверены в своих оценках Охвата и Влияния
- Трудозатраты — Сколько времени потребуется вашей команде
Фреймворк помогает определить наиболее ценные решения для работы в следующую очередь.
Рассчитать оценку RICE
Чтобы рассчитать оценку RICE:
- Умножьте Охват × Влияние × Уверенность
- Разделите результат на Трудозатраты
Отсортируйте свои проекты по общей оценке в порядке убывания. Более высокие оценки указывают на большую ценность на единицу затраченного времени, помогая вам сосредоточиться на значимой работе с пониманием того, на кого вы повлияете, почему, как и когда.
Охват
Сколько людей затронет эта функция в определённый период?
Оцените количество людей или событий за период, используя любое положительное число.
Охват измеряет, сколько лидов и пользователей затронет ваша идея. Страница регистрации затрагивает каждого потенциального клиента, в то время как продвинутая функция затрагивает только опытных пользователей.
Влияние
Насколько эта функция повлияет на вашу цель, когда клиент столкнётся с ней?
Используйте следующие оценки:
- 0,25 = Минимальное
- 0,5 = Низкое
- 1 = Среднее
- 2 = Высокое
- 3 = Огромное
Влияние измеряет воздействие на конкретную цель. Сосредоточьтесь на одной задаче при оценке. Сравнение «увеличивает конверсию на 2» с «увеличивает внедрение на 3» и «максимизирует удовлетворённость на 2» создаёт бессмысленные сравнения.
Уверенность
Насколько вы уверены в своих оценках Охвата и Влияния?
Используйте следующие оценки:
- 20% = Авантюра
- 50% = Низкая уверенность
- 80% = Средняя уверенность
- 100% = Высокая уверенность
Уверенность отражает надёжность ваших данных. Ставьте 100% только когда у вас есть надёжные подтверждающие данные. Этот критерий делает приоритизацию более основанной на данных и менее эмоциональной.
Трудозатраты
Сколько времени потребует эта функция от всей команды: продукта, дизайна и разработки?
Оцените, используя любое положительное число, представляющее «человеко-месяцы».
Трудозатраты измеряют время, необходимое для реализации. Это завершает баланс Ценность/Трудозатраты и помогает выявить быстрые победы.
Создайте бесплатный аккаунт Prioplan
Скачать бесплатный шаблон RICE
Скачайте бесплатный шаблон RICE:
8 советов для улучшения фреймворка RICE
Эти рекомендации просты и практичны. Вы можете внедрить несколько или все из них — внедрение всех даёт максимальные преимущества.
1. Уточните значение критериев для вашего продукта
Описания критериев RICE намеренно общие. Влияние спрашивает «Насколько это повлияет на цель?», но не указывает, какую именно. Без кастомизации вы должны постоянно помнить о своей цели, что замедляет оценку. Ваши мысли будут блуждать, и вы будете присваивать высокие или низкие оценки Влияния задачам, затрагивающим разные цели.
Если вы сформулировали OKR или бизнес-метрики, добавьте их в описание. Для фокуса на удержании клиентов:
Насколько эта функция повлияет на удержание клиентов? Увеличит ли она процент лидов, конвертирующихся в постоянных клиентов? Будут ли пользователи возвращаться к продукту чаще?
Вы можете переименовать Влияние в «Удержание» — никто вас не осудит.
То же самое применимо к Трудозатратам. «Человеко-месяцы» подходят для масштабных проектов, но команды быстрого роста выигрывают от «человеко-дней», «человеко-недель» или «человеко-часов».
Шаблоны:
Настраиваемый шаблон RICE для приоритизации функций
Настраиваемый шаблон RICE для приоритизации маркетинга
2. Добавьте кастомные факторы для ваших целей
У вас вероятно есть несколько целей, а не только одна метрика для продвижения. Одно Влияние не может охватить все бизнес-измерения.
Добавьте другие значения для комплексной оценки:
- Бизнес-метрики — Доход, Стоимость привлечения клиента
- Продуктовые метрики — Активация, Удержание
- Негативные метрики — Риски, Затраты на продвижение
Фреймворки обеспечивают отличную стартовую основу. Кастомизация не ломает приоритизацию — она заставляет приоритизацию работать лучше.
3. Унифицируйте шкалы оценок для более быстрой приоритизации
Критерии RICE используют несогласованные шкалы:
- Охват — Реальные метрики пользователей
- Влияние — Субъективные числа
- Уверенность — Проценты
- Трудозатраты — Дни разработки
Это разнообразие замедляет оценку и создаёт несогласованность.
Сбор данных для Охвата занимает время, а числа всё равно остаются приблизительными. Приоритизация должна помочь вам быстро решать, добавляя скорость принятию решений. Идеальная точность не гарантирует идеальных приоритетов.
Используйте одну и ту же шкалу для всех критериев. Популярные последовательности включают:
- Шкала 0-3
- Шкала 0-10
- Фибоначчи — 1, 2, 3, 5, 8
- Экспоненциальная — 1, 2, 4, 6, 8
Выберите одну последовательность и придерживайтесь её. Многократная оценка всех критериев одними и теми же числами с последующим просмотром результатов развивает надёжную интуицию для оценки.
Чтобы быстрее построить надёжность и уменьшить субъективность, добавьте значения оценок в описания критериев:
Охват — Сколько людей затронет эта функция в определённый период?
- 1 = менее 100 человек
- 2 = 100-300 человек
- 3 = 300-600 человек
- 5 = 600-900 человек
- 8 = ~1 000+ человек
4. Собирайте разные мнения для экспертной оценки
Одиночная оценка имеет недостатки.
Во-первых, вы упускаете экспертный вклад. Инженеры точно оценивают время разработки. PM лучше прогнозируют влияние на пользователей. Заинтересованные стороны понимают бизнес-влияние.
Во-вторых, когда товарищи по команде оценивают критерии, они становятся более осознанными в отношении своих задач. Понимание потребностей пользователей и бизнеса влияет на ежедневное принятие решений, создавая ясность команды и общий опыт.
Разделите критерии между членами команды в соответствии с их экспертизой. Оценивайте некоторые критерии совместно.
5. Проверяйте разброс оценок для ясности оценивания
После совместной оценки сравните оценки товарищей по команде. Вы можете обнаружить, что кто-то:
- Имеет уникальную перспективу, которую не учли другие члены команды
- Не понимает проект или цель, стоящую за критерием
Иногда все оценки различаются, что указывает на то, что команда не понимает проект или критерии. Это упражнение выявляет пробелы в согласованности команды вокруг целей. Вам нужно общее понимание — когда строите ракету, вы хотите ракету, а не летающую тарелку.
Обсуждайте только проекты или критерии с разбросанными оценками, чтобы выявить проблемы. Не нужно обсуждать весь бэклог вместе. Это экономит время на координационной работе.
Prioplan выделяет задачи и критерии с широким разбросом оценок для обсуждения.
6. Используйте матрицу для визуализации влияния проекта
Матрица 2×2 помогает визуализировать ваш продуктовый бэклог при решении, что разрабатывать дальше. Ранжированные списки полезны, но где заканчиваются быстрые победы и начинаются крупные проекты? Распределение проектов на четыре квадранта улучшает планирование спринтов, визуально разделяя бэклог на четыре категории на основе скорости и значимости результатов.
Используйте как список, так и матричное представление приоритетов для поиска лучших проектов.
Оценка нескольких положительных критериев и использование фильтров матрицы помогает выявить низко висящие фрукты для разных целей. Это полезно при жонглировании и одновременном росте нескольких метрик. Вы можете выбрать быстрые победы для Активации и Удержания, убедившись, что они также приносят пользу Доходу.
Оценивайте все важные критерии и фильтруйте те, которые требуют наибольшего фокуса в конкретное время или при поиске задач, продвигающих определённую метрику.
7. Обсуждайте приоритеты для осознанного принятия решений
Когда ваша команда знает свои OKR, оценила будущие проекты, разрешила разногласия, и список приоритетов готов, пришло время решить, над чем работать дальше. Это не означает просто взять верхние проекты и двигаться вперёд.
Во время планирования спринта пересмотрите приоритеты снова и укажите, за какие проекты лучше всего взяться. Каждый член команды должен объяснить: «Я реализую проект X, потому что результаты повлияют на Y клиентов и повлияют на цель Z» — а не просто «Я сделаю это, потому что оно наверху».
Понимание того, что делает команда, для кого и почему — ключ к принятию правильных решений — и, следовательно, к стабильному росту и развитию.
8. Переоценивайте проекты для обновления актуальности
Мы однажды слышали о задаче, которая находится в бэклоге девять лет. Не хотите повторить эту историю? Регулярно переоценивайте свой бэклог.
Приоритеты меняются быстро, иногда за ночь. Проект может изначально не достичь вершины, но станет ценным через несколько спринтов. Если вы не хотите потерять отличные идеи на дне вашего бэклога, переоценивайте их со временем согласно новым обстоятельствам.
Настройте автоматический сброс оценок после нескольких спринтов разработки.
Переоценка также помогает найти мусор в бэклоге. Если проект получает низкие оценки цикл за циклом, это красный флаг — переосмыслите идею, чтобы сделать её более ценной, или удалите её.
Зарегистрируйтесь в Prioplan, подключите двусторонний синк с вашим таск трекером, автоматизируйте процесс приоритизации и создайте привычку командной оценки.