Команда считает effort в RICE только как чистые часы разработчика, не учитывая QA, аналитику, релиз и сопровождение. Как корректнее поступить?

AОставить как есть: effort должен быть только про разработчика
BОценивать effort как общие усилия команды (например, человеко-недели) и включать типичные работы вокруг фичи, чтобы сравнение было честным
CЗаменить effort на impact, чтобы не считать трудозатраты
DПоставить всем инициативам одинаковый effort, чтобы избежать споров
Правильный ответ. Effort в RICE должен отражать реальную стоимость доставки, иначе impact/effort будет системно искажён.

Разбор

Если учитывать только разработку, задачи с большим объёмом тестирования, аналитики или сложным релизом будут казаться дешевле, чем есть. Это приводит к плохой prioritization: команда берёт 'дешёвые' ставки, которые потом неожиданно раздуваются. Лучше договориться об общей единице (units) и оценивать полный effort доставки до продакшена. Тогда RICE становится более честным инструментом сравнения.

Проверь себя · 1/3разбор после ответа
Вы на ранней стадии: данных мало, оценить reach сложно, но нужно быстро ранжировать 15 идей. В вашей команде используют ICE = impact * confidence / effort. Когда ICE часто удобнее, чем RICE?
Тренировать продукт в Telegram

Ещё вопросы по теме «Приоритизация и RICE»