Как стать автором
Обновить

Комментарии 8

Похоже что RICE и ICE по сути одно и то же, либо очень похоже.

Подскажите, а что лучше все-таки выбрать между RICE и ICE?
В зависимости от вашего продукта. Если ваша задача затрагивает количественный сегмент пользователей, например, смена дизайна личного кабинета, то лучше брать RICE

Если задача для узкоспециализированной аудитории или функции, то лучше брать ICE

В целом RICE менее субъективен чем ICE.
Почему продукт менеджеры очень редко спрашивают у команды насколько фичи в принципе нужны? Ведь по сути если разработчику не интересно над чем-то работать, а потом он видит что то над чем он впахивал неделю не задействовано, то в будущем движухи не будет
По-своему опыту могу сказать, что если у разработчика будет зависеть эмоциональное состояние от того используются ли его задачи часто/редко, то очень скоро наступит выгорание.
В процессе тестирования отбраковывается 90% гипотез/тестов и очень часто им приходится удалять куски кода с A/B тестированием, которые не зашли. Поэтому к этому надо быть готовым.

А вот чтобы не было готовых фич, которые даже не берутся в работу нужно делать как раз приоритизацию)
Дублируется раздел — Быстрая приоритизация. “А не фигню ли я делаю?”
9_9 копипаст?
Добрый день, исправил, спасибо)
В первый раз на хабр заливал статью и когда копировал с черновика видимо 2 раза проставил)

В самом редакторе был не очевиден дубль
Это получается, секретного ингредиента нет, я правильно понимаю?
Да, есть только системный подход к приоритизации)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации