🙅 Три ошибки при составлении бэклога

Как правильно составить бэклог и через какие этапы нужно пройти – можете посмотреть выше. Сегодня же рассмотрим, как делать не надо. И в этом нам вновь поможет книга «Управление продуктом в Scrum». Вот несколько их них ⬇️

Замаскированная спецификация. Слишком подробный и убедительный бэклог продукта подавляет улучшение требований. Он рассматривает их не как переходные сущности, а как фиксированные и определенные, замораживает все решения по удовлетворению потребностей покупателя на ранней стадии.

Список просьб к Санта-Клаусу. Бэклог продукта, который напоминает детский список просьб к Санта-Клаусу, содержит все подряд, в том числе и то, что, возможно, когда-нибудь понадобится. Такой список пожеланий, не просто трудно поддается приоритизации, но и ограничивает способность продукта развиваться на основе отзывов клиентов и пользователей, поскольку уже выявлено слишком много функций.

Навязывание требований. Иногда владелец продукта пишет элементы бэклога продукта в одиночку и затем на совещании по планированию спринта вручает их команде. Это отказ от знаний, опыта и творческого потенциала команды, который усложняет планирование спринта. Владелец продукта должен привлекать к грумингу бэклога продукта коллег по scrum-команде.

#agilecareer_авторскийпост
AgileCareer | Менторинг в ИТ