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

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

Разбор

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

Проверь себя · 1/2разбор после ответа
При приоритизации инициатив один менеджер ставит влияние 10, другой — 0.5, и итоговые оценки RICE становятся несопоставимыми. Что лучше сделать?
Тренировать продукт в Telegram

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