RICE — это не интуиция, а система. Как перестать приоритизировать «на шару»

Привет! Меня зовут Соня, я продакт. В последнее время я всё чаще замечаю, что приоритизация задач у продактов нередко строится на интуиции — и, на мой взгляд, это фатальная ошибка.

Приоритизация — одна из ключевых задач продакта. Она влияет на то, какие задачи попадут в ближайший спринт, куда уйдут ресурсы команды, и, в конечном итоге, что увидит пользователь.

И всё бы хорошо, но одна из самых популярных методик приоритизации — RICE — на практике часто используется по принципу «как чувствую». А потом удивляемся, почему команда не понимает, зачем мы делаем именно это, а бизнес — почему это не работает.

RICE — это фреймворк, который помогает объективно сравнивать задачи и фичи по четырём параметрам:

Вот формула RICE, по которой считается итоговый приоритет:

На практике всё выглядит не так красиво:

И вот уже сомнительная задача оказывается на вершине бэклога, а у команды появляются вопросы, зачем мы вообще это делаем.

1. Простройте собственную систему для выставления оценок

Прикладываю свою шпаргалку, которую можно адаптировать под ваш продукт

Одно из ключевых правил приоритизации по RICE — продакт должен быть готов обосновать каждую оценку. Если команда не понимает, почему та или иная задача получила высокий приоритет, она имеет полное право запросить пересмотр.

2. Effort оценивает команда

Мы оставляем команде оценку Effort. Конечно, продакт со временем сможет понять, сколько времени у его команды займет та или иная задача, но у нее всегда больше контекста: архитектура, тех долг и тд.

Удобный инструмент — agile-покер. Вы можете запустить такую штуку в той же Jira. Ниже — краткие правила.