В этом модуле вы узнаете, как приоритизировать бэклог и отбирать самые выгодные задачи с помощью методик ICE, RICE, WSJF.
ICE Scoring
Чтобы сбалансировать все показатели и сделать их влияние на итоговую оценку одинаковым, в методике ICE Scoring используется шкала от 1 до 10. Оценивая влияние той или иной фичи, нужно учитывать, улучшает ли она конверсию, привлекает ли новых пользователей, удерживает ли существующих пользователей и приносит ли какую-то ценность.
ICE score = Impact (влияние) * Confidence (уверенность) * Ease (простота реализации)
Impact (влияние) — насколько решение способно изменить ключевой показатель.
Ease (простота реализации) — сколько усилий и ресурсов требуется для реализации.
Confidence (уверенность) — насколько вы уверены в оценке влияния и легкости.
Чем больше произведение факторов, тем приоритетнее считается задача.
Оценивая уверенность, важно отталкиваться от каких-то объективных данных: результатов опросов, наблюдений, интервью, UX-исследований, А/В-тестов, аналитике, обращений пользователей в поддержку, обратной связи после выпуска MVP. А лучше всего — использовать конкретные метрики, числовые показатели.
ICE Scoring — очень простой и быстрый метод приоритизации, но его главная проблема — субъективность. Разные люди по-разному оценивают фичи — и даже один и тот же человек в разное время может дать разные оценки. Поэтому потенциально с этой методике есть опасность манипуляции с показателями и подгон данных.
RICE scoring
Reach (охват), Impact (влияние), Confidence (уверенность в оценке), Effort (трудозатраты).
RICE score = (Reach * Impact * Confidence) / Effort
Уровень охвата — количество людей, на которых повлияет реализация фичи или продукта. Важно использовать реальные метрики — например, 1 500 пользователей в месяц. Это самый сложный параметр, потому что показателей охвата всегда много, а как их правильно учитывать и свести к единой системе координат — не совсем понятно.
Для удобства используют усредненный относительный способ оценки влияния: 3 — массовое воздействие, 2 — сильное, 1 — среднее, 0,5 — слабое, 0,25 — минимальное.
Трудозатраты оцениваются в человеко-часах, человеко-неделях, человеко-месяцах — в зависимости от масштаба продукта.
Уверенность в этом методе измеряется в процентах — это позволяет нивелировать отсутствие реальных данных, числовых параметров, по которым можно оценить влияние или охват. То есть 100% уверенность — когда вы абсолютно уверены во всех числовых показателях и трудозатратах. 80% — когда вы уверены только в охвате и трудозатратах, при этом есть сомнения по поводу влияния. 50% — когда охват и влияние могут быть ниже, а трудозатраты выше, или наоборот (50/50).
WSJF — комплексный подход
Суть метода в том, чтобы самые ценные и легкие задачи получали максимальный приоритет. Чем меньше стоимость задержки — тем лучше, чем быстрее вы реализуете такие фичи и получите ценность — тем лучше. И чем менее ценна для бизнеса фича с высокой сложностью реализации, тем меньше шансов дойти до ее реализации.
Ценность для бизнеса — насколько выполнение конкретной задачи будет полезно клиентам. Как много клиентов будет пользоваться фичами, как отразится на деньгах отсутствие такой фичи или ее более поздняя реализация.
Фактор времени, он же временная критичность — насколько критично сделать фичу именно сейчас и что будет, если реализовать ее после определенной даты. Есть ли риск, что после какой-то даты, смысл реализации фичи уже сходит на нет?
Снижение рисков или реализация возможностей — снижает ли фича какие-то риски, открывает ли какие-то возможности по вовлечению клиентов, завоеванию нового рынка.
Размер работы — насколько технически сложно реализовать эту инициативу. На встречах команда и стейкхолдеры оценивают каждую фичу в стори поинтах — то есть по отношению друг к другу (здесь используется последовательность Фибоначчи — но только от 1 до 21).
Правила оценки
- За один раз заполняется только одна колонка.
- Выбирается самая простая фича из первой колонки и ей присваивается значение 1.
- Каждую последующую фичу сравнивают с единицей (поэтому в каждой колонке должна быть минимум одна единица).
- Показатели в первых трех колонках суммируются.
- Полученную сумму делят на показатель Job Duration (время работы) — это и будет значение WSJF.
- Задачи сортируются по параметру WSJF от большего к меньшему. Самое высокое значение показывает самый высокий приоритет.
Такой рейтинг приоритетов позволяет создать единую систему оценки для всех заинтересованных сторон — она будет прозрачной, понятной для всех, потому что в ней есть четкие критерии и относительные оценки, которые нивелируют споры о трудозатратах или влиянии. Поэтому метод WSJF — самый объективный и популярный.
Подробнее об этих и других способах приоритизации можно узнать из статьи «20 техник приоритизации в продукте: карта и руководство». В ней описаны и классифицированы все популярные способы приоритизации.
Примеры бэклогов
А вот два примера реальных бэклогов — они открыты, поэтому их может посмотреть и изучить любой желающий.
Бэклог продукта GitLab Enterprise Edition
