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

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

Разбор

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

Можно заниматься бесплатно

Готовим вопросы…

Три вопроса по теме этой страницы, с объяснениями.

Тренировать продуктовую аналитику в браузере

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