2learn

Фреймворки приоритизации (RICE / MoSCoW)

RICE, MoSCoW

Что это такое

Фреймворк приоритизации — это вспомогательная оценка, которая превращает список желаний в аргументированный порядок. RICE считает каждого кандидата как Reach × Impact × Confidence / Effort, а MoSCoW раскладывает кандидатов на Must, Should, Could и Will not. Артефакт у обоих один — ранжированный список, и по отдельности оба ошибочны.

Почему это важно

Команды регулярно ранжируют по громкости, по тому, кто попросил последним, или по тому, что проще оценить. Фреймворк заменяет это числами, которые можно проверить и оспорить, и вытаскивает на свет неудобные входные данные: скольких людей это охватывает, насколько мы на самом деле уверены и сколько это стоит. Однако сама замена ничего не гарантирует: оценка, принятая за приговор, и есть режим отказа, а число, посчитанное из четырёх догадок, остаётся поводом для разговора и никогда не становится решением.

Ключевые идеи

Оценивайте кандидатов в одной таблице

Шкала должна быть одна на все строки, а оценки-догадки стоит помечать отдельно.

Элемент                       R      I     C     E    Оценка
A  возвраты и статус        900    3     0.8   2     1080
B  сохранённая карта       1900    2     0.6   1     2280
C  выгрузка оптовых заказов 300    2     1.0   3      200
D  мультивалютность         700    3     0.2   5       84

R = Reach (людей в месяц)  I = Impact (0.5-3)  C = Confidence (0-1)  E = Effort (месяцы)
Оценка = R x I x C / E

Таблица сразу показывает два полезных факта: B — самая дешёвая крупная победа, а C — элемент, в котором уверены все, и именно поэтому Confidence вынесен в отдельную колонку.

Затем переопределите оценку суждением и скажите почему

Формула не видит того, что решает настоящую работу: договорного обязательства, зависимости, разблокирующей два других элемента, юридического риска или разовой стратегической ставки.

Оценка говорит  строить B (2280) раньше D (84).
Суждение        D всё равно выходит первым:
                - правило о счетах в ЕС вступает в силу в июле,
                  значит D — это срок
                - Confidence у B завышена: две из трёх команд её не тестировали
                Решение: D в этом квартале, B следующим,
                Confidence у B перепроверить.

Суть упражнения в переопределении, а не в его провале. Фреймворк, который никогда не переопределяют, используют вместо суждения, а не для него.

MoSCoW нужен фиксированный ограничитель, чтобы что-то значить

Must, Should и Could осмысленны только относительно заявленной ёмкости: без неё всё становится Must, и метод рассыпается.

Релиз: 6 недель работы разработчика.
Must (5н)    возвраты, статус возврата  -- без них релиз недействителен
Should (1н)  сохранённая карта          -- больно опустить, но поставляемо
Could        выгрузка оптовых заказов, мультивалютность
Will not     переработка дашборда в этом релизе

Confidence — там, где прячется ложь

Команды завышают Confidence у элементов, которые хотят. Основание нужно требовать для каждого значения: проверено с пользователями, видно в аналитике или догадка. Догадка — не больше 0.5.

Пересчитывайте, когда меняются входные данные, а не когда неудобен ответ

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

Практика

Оцените четыре настоящих кандидата

Возьмите четыре элемента из бэклога, согласуйте цифры Reach и Effort по данным и постройте таблицу.

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

Напишите план релиза по MoSCoW с заявленной ёмкостью

Сначала заявите ёмкость, затем разложите элементы по четырём корзинам и назовите исключённое.

Готово, когда: корзина Must укладывается в ёмкость, а список Will not не пуст.

Частые ошибки

  • Оценка как приговор — число, построенное на догадках, решает реальные деньги; исправить: переопределяйте суждением и записывайте причину.
  • Confidence по желанию — самый желанный командой элемент получает высший балл; исправить: требуйте основания для каждого значения Confidence.
  • MoSCoW без ёмкости — всё становится Must; исправить: сначала заявите ёмкость релиза.
  • Разные шкалы по строкам — сравнение теряет смысл; исправить: одна шкала на всю таблицу.
  • Пересчёт ради желаемого ответа — фреймворк теряет доверие; исправить: пересчитывайте только когда изменились входные данные.

Что читать дальше

Разобранные примеры

Файлы cookie аналитики ставятся только с вашего согласия. До вашего выбора ничего не загружается и никуда не отправляется.