Projecto

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Exit mobile version