Как выбрать подход к приоритизации бэклога Одна из самых частых проблем продакта - выбрать “лучшую модель приоритизации бэклога продукта.
Приоритизация - это не про выбор фреймворка. Это про контекст, в котором вы принимаете решения.
Спойлер: нет универсального метода - есть подходы под разный контекст! 1. Сначала определите, ЧТО вы оптимизируете Любая приоритизация — это всегда компромисс между тремя вещами: ценность для пользователя, ценность для бизнеса, стоимость/сложность
Если вы не договорились, что важнее - никакой RICE, WSJF или MoSCoW вас не спасёт.
💡 Примеры:
- для стартапа важнее скорость создания функций
- для корпорации - важнее ROI и предсказуемость
2. Выбор подхода зависит от зрелости продукта -Ранняя стадия (поиск product-market fit): используем качественные подходы -Рост / масштабирование: количественные модели (RICE, scoring) и фокус на impact и метрики -Зрелый продукт: скоринговая модель (доход / риск / стратегия)
Ключевая идея выбора подхода следующая: чем на более зрелой стадии находится ваш продукт, тем больше у вас данных и более сложный подход можно выбрать
3. Не путайте инструмент и процесс
Фреймворки - это инструменты обсуждения, а не истина в последней инстанции. На мой взгляд есть не очень хороший сценарий приоритизации и он выглядит так: "поставили баллы по RICE, получили приоритеты” И есть хороший сценарий: “обсудили допущения, проставили баллы по RICE, обсудили полученные результаты, отредактировали оценки"
4. Главный критерий хорошего подхода к приоритизации - прозрачность
Идеального подхода не существует. Худшее, что может быть в приоритизации - решения принимаются по HiPPO (мнению самого важного человека)
Саммари моих рассуждений: 1. Правильный вопрос не: “Какой фреймворк выбрать?”, а “В каком контексте мы принимаем решения и на каком этапе ЖЦ находится наш продукт?” 2. Меняйте подход к приоритизации вместе со стадией ЖЦ продукта
Вопрос к Вам: а какой подход к приоритизации бэклога используете вы в данный момент?
