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

Как правильно составить бэклог и через какие этапы нужно пройти – можете посмотреть выше. Сегодня же рассмотрим, как делать не надо. И в этом нам вновь поможет книга «Управление продуктом в Scrum». Вот несколько их них ⬇️ Замаскированная спецификация. Слишком подробный и убедительный бэклог продукта подавляет улучшение требований. Он рассматривает их не как переходные сущности, а как фиксированные и определенные, замораживает все решения по удовлетворению потребностей покупателя на ранней стадии. Список просьб к Санта-Клаусу. Бэклог продукта, который напоминает детский список просьб к Санта-Клаусу, содержит все подряд, в том числе и то, что, возможно, когда-нибудь понадобится. Такой список пожеланий, не просто трудно поддается приоритизации, но и ограничивает способность продукта развиваться на основе отзывов клиентов и пользователей, поскольку уже выявлено слишком много функций. Навязывание требований. Иногда владелец продукта пишет элементы бэклога продукта в одиночку и затем на совещании по планированию спринта вручает их команде. Это отказ от знаний, опыта и творческого потенциала команды, который усложняет планирование спринта. Владелец продукта должен привлекать к грумингу бэклога продукта коллег по scrum-команде.

А сталкивались ли вы с подобными ошибками при составлении бэклога и как удалось их преодолеть?

#авторскийпост