Разработка – это самый ценный ресурс любой компании. Product-manager, как распорядитель этого ресурса, должен уметь расставлять приоритеты, чтобы время разработки использовалось максимально эффективно.
Существует множество фреймворков для приоритизации задач в продуктовом бэклоге. За время работы я опробовал несколько из них, и сегодня хочу поделиться своим опытом использования ICE(RICE)-score и MoSCoW.
ICE и RICE score:
Эти фреймворки основаны на оценке задач по трем параметрам:
- Reach (охват) – количество пользователей, на которых повлияет задача.
- Impact (влияние) – насколько задача улучшит продукт/жизнь пользователей.
- Confidence (уверенность) – насколько мы уверены в своих оценках Reach и Impact.
MoSCoW:
Этот фреймворк основан на присвоении каждой задаче одного из тегов:
- Must Have (обязательно) – задачи, без которых продукт не может функционировать.
- Should Have (желательно) – задачи, которые significantly improve the product.
- Could Have (может быть) – задачи, которые nice to have, but not essential.
- Won’t Have (не будет) – задачи, которые not necessary at this time.
Какой фреймворк выбрать?
Модель Кано – еще один инструмент, который можно использовать для оценки задач, но он более сложный и трудоемкий.
В своей работе я использую ICE/RICE-score для оценки 99% задач в продуктовом бэклоге. Эти фреймворки просты, понятны и позволяют быстро расставить приоритеты. MoSCoW я использую для более грубой оценки задач на этапе планирования.
Важно помнить:
- Любые фреймворки приоритизации – это лишь вспомогательные инструменты.
- Окончательное решение о том, какие задачи будут реализованы, всегда принимает product-manager.
- Приоритизация задач – это непрерывный процесс, который необходимо регулярно пересматривать.
Используйте эти фреймворки, чтобы эффективно управлять своим продуктовым бэклогом и максимально использовать ресурсы разработки.
P.S.
В следующих статьях я расскажу о других инструментах и методах, которые я использую в своей работе.