RICE: Почти идеальное формирование бэклога
Постоянная проблема при формировании бэклога — распределение приоритетов. Как вы решаете, над чем нужно работать в первую очередь?
Если вы вложили достаточно усилий в мозговой штурм, поиск возможностей для улучшения и сбор обратной связи, вы сможете создать отличный бэклог. Однако порядок, в котором вы будете воплощать новые идеи, тоже заслуживает внимания. Вам необходимо найти время, чтобы правильно расставить приоритеты.
Приоритизация — это больно
Почему так сложно определить приоритеты проектов?
- Над своими идеями работать приятнее, чем над громоздкими проектами.
- Интереснее сосредотачиваться на продуманных концепциях, чем просто на проекте, который приведет вас к цели.
- Увлекательнее погружаться в решение новых идей с головой, а не в проекты, в которых вы уже уверены.
- Легко сбросить со счетов дополнительные усилия, которые требуются для одного проекта, являющегося частью другого.
А теперь осталось решить задачку со звёздочкой. Как последовательно объединить и сравнить все эти факторы для каждой идеи в проекте?
Как оценивать по методологии RICE
RICE — это аббревиатура четырех факторов, которые используются для оценки каждой идеи проекта: Reach (Охват), Impact (Влияние), Confidence (Уверенность) и Effort (Усилия).
Именно здесь в игру вступает балльная система. Хорошая структура приоритизации поможет вам оценить каждую идею и выстроить их в четкую последовательность для выполнения.
Использование балльной системы для определения приоритетов в управлении продуктами — безусловно, не новая идея. Систем, предназначенных для баланса между издержками и выгодами, предостаточно. Но вам может быть трудно найти ту, которая позволит последовательно и с пользой сравнивать между собой различные идеи.
В качестве решения мы начали разрабатывать собственную систему подсчёта баллов для определения приоритетов, исходя из первых принципов. После долгих итераций и испытаний мы остановились на четырех факторах и нашли метод их сочетания.
Reach (Охват)
Чтобы избежать предвзятого отношения к функциям, которые мы постоянно используем, мы оцениваем, как проект повлияет на множество людей в течение определенного периода. Работая над расстановкой приоритетов в бэклоге, мы определяем, для какого количества людей проект имеет значение. У многомиллионной аудитории наших клиентов приоритет, естественно, выше, чем у нескольких тысяч сотрудников сети.
Reach (Охват) измеряется количеством людей или событий за период времени. Это могут быть «количество клиентов в год» или «количество транзакций в месяц по СБП».
Impact (Влияние)
Чтобы сосредоточиться на проектах, которые двигают нас к цели, мы оцениваем impact (влияние) на каждого конкретного пользователя. Мы задаем простые вопросы и ищем на них ответы: «Насколько этот проект увеличит прибыль бизнеса?», «Как он повысит вовлеченность?» или «Как он максимизирует удовольствие от использования?».
Confidence (Уверенность)
Чтобы обуздать энтузиазм по поводу захватывающих, но плохо определенных идей, мы учитываем уровень уверенности в своих оценках (confidence). Если мы считаем, что проект может оказать огромное влияние на клиентов, но не имеем данных, чтобы это подтвердить, мера уверенности позволяет нам это проконтролировать.
Effort (Усилия)
Чтобы двигаться вперед быстро и оказывать большое влияние с меньшими усилиями, мы оцениваем общее количество времени, которое займет выполнение проекта у всех членов команды: на дизайн, проектирование и разработку.
Усилия (effort) оцениваются в «человеко-спринтах» — то есть объем работы, который один член команды может выполнить за спринт (две недели).
Эффективное использование методологии RICE
Конечно же, оценка RICE не должна использоваться как жесткое правило. Есть множество причин, по которым мы можем начать работать над проектом с более низким приоритетом в первую очередь. Например, один проект может зависеть от другого, поэтому он должен быть реализован первым, или же появилась задача, связанная с изменениями в законодательстве.
RICE помогает нам принимать более обоснованные решения о том, над чем работать в первую очередь, и защищать эти решения на встречах по согласованию бэклога.