Методы RICE и ICE
Что надо знать
- Метод приоритизации тасок в бэклоге при разработке.
- Самый главный плюс - скорость оценки фичей.
- Самый главный минус - точность.
- Формула: R * I * C / E = RICE score.
- Самый высокий показатель реализуем в первую очередь и дальше по убыванию.
Reach - охват
Чтобы избежать предвзятости, нужно оценить какой охват будет у фичи? То есть какое кол-во чел-к и за какой период охватит данная фича? Взять эти данные из аналитики и оценить сколько юзеров за квартал можно получить, если сделать фичу.
- Пример: на сайте каждый месяц 500 пользователей, достигают 2го шага в регистрации и 30% из них выбирают какую-то нужную бизнесу опцию, поэтому охват редизайна формы регистрации будет 500 * 30% * 3 = 450 юзеров каждый квартал.
- Пример: ежемесячно у интернет-магазина 700 клиентов добавляют товары в корзину, но только 27% покупают. Охват 700 * 25% = 175 чел-к заметят изменение в дизайне корзины.
- Пример: 10 тысяч чел-к в месяц посещает сайт, 50% из них это посетители с мобильных устройств, и если хотим сделать адаптив, то охват составит 10000 * 50% = 5000 чел-к в месяц.
Impact - влияние
- 3 - макс. воздействие. Если уверен, что каждый юзер столкнется с изменением, то можно ставить 3 балла.
- 2 - высокое воздействие.
- 1 - среднее воздействие.
- 0.5 - низкогое воздействие.
- 0.25 - минимальное воздействие.
Confidence - Уверенность в оценке
Тут важно задавать себе вопрос насколько ты уверен в своих оценках?
* Указывается в процентах: 100% высокая уверенность, 80% средняя, 50% низкая, а все что ниже это выстрел в небо.
* Совет: будьте честны с собой. Пример: для **фичи А** есть все количественные показатели для охвата и данные из интервью с юзерами, а также оценка разработчиков, поэтому в **фиче А** есть уверенность на 100%. Для **фичи Б** данные по охвату взяли из аналитики, влияние замерили на основании опроса на сайте, а усилия оценили как-то неуверенно, то можно указать уверенность 80%.
Effort - Усилия для реализации
- Надо оценить кол-во времени требуемое на создание фичи от всей команды.
- Оценивается в человеко-месяцах.
- Условно: если делается за меньше чем неделю можно взять значение 0.5. 1 для месячной загрузки, 2 для двух месяцев и т.д. Это всегда примерные значение. Например, на планирование уйдет 2 недели, на дизайн одна неделя, на разработку и тестирование 5 недель - итого примерно получается 2 месяца.
- Можно также воспользоваться картинкой:
Метод ICE
Что надо знать
- Метод приоритизации тасок в бэклоге при разработке.
- Включает оценку по 3 факторам, влияющим на приоритет задачи.
- Все факторы оцениваются по шкале от 1 до 10, где 1 - самая низкая оценка, а 10 - самая высокая.
- Формула: Impact * Confidence * Ease = ICE score.
Impact - влияние
Как то, что придумали, влияет на достижение бизнес-целей или какой-то ключевой показатель, который пытаемся улучшить с помощью дизайна.
Confidence - Уверенность в оценке
Для оценки уверенности можно использовать следующий круг.
