Бэклог спринта - это список задач, которые Product owner и его команда выбирают для реализации за итерацию (спринт) из бэклога продукта, чтобы достичь цели спринта.
Оба бэклога можно представить в обычной таблице Excel, однако в настоящее время для этих целей Product owner может использовать специальные инструменты (например, Miro, Jira и т.д.).
Бэклог продукта создается в самом начале работы над продуктом, а бэклог спринта формируется на каждом планировании нового спринта и "живет" в течение спринта.
Спринт - это ограниченный во времени период работы, в результате которого продуктовая команда достигает какой-либо поставленной цели.
Рассмотрим три "кита", на которых держится артефакт "Бэклог спринта"
Используется на этапе "Разработка" ("Development")
И бэклог продукта, и бэклог спринта - это артефакты, которые используют в своей работе "продакт" и его команда на этапе Development.
Это одна из стадий фреймворка для управления инициативами, состоящего из 7 стандартных составляющих - от Ideation (Генерация и Упаковка Идей) до Scale (Масштабирования финансового эффекта) и Management (Управления).
Важный момент: спринт может включать в себя не только разработку, но и любой набор работ.
Это может быть разработка, аналитика, проектирование, тестирование, проверка гипотез, это может быть решение вопросов с какими-то смежными подразделениями (юристами, рисками и т.д.). В общем, это любой набор работ, которые необходимо выполнить, чтобы достичь промежуточной цели. Весь набор работ, который выполняется в период времени, это, по сути, и есть спринт.
И спринт - это повторяющаяся история.
Формируется из бэклога продукта
Задачи в бэклог спринта берутся из бэклога продукта.
Т.е. команда приходит на планирование спринта, смотрит, какая есть промежуточная цель, т.е. цель спринта. И далее по бэклогу продукта команда понимает, какие задачи из него необходимо выполнить, чтобы достичь эту цель.
В правильно выстроенных и структурированных системах обычно задачи, которые необходимо выполнить для достижения цели текущего спринта, находятся вверху бэклога продукта, т.е. они приоритизированы - если, конечно же, приоритизация выстроена правильно.
Не "раздувается" при добавлении новой задачи в спринт
Плохо, когда задачи "добрасывают" в спринт бэклога по ходу спринта, "раздувая" тем набор решаемых в спринте задач.
Почему это плохо?
Потому что обычно команда понимает свою capacity, то есть мощность, количество задач, которое она может выполнить за определенное время, и берет в работу только то количество задач, которые способна «переварить». Если же по ходу итерации прилетают какие-то срочные задачи и их "добрасывают" в бэклог команды без корректировки, деприоритизации других задач и без удаления их из бэклога спринта, бэклог перегружается - и очевидно, что команда не успеет весь его сделать.
И это опять приведет нас к неудачной итерации, т.е. по итогу цель спринта не будет достигнута.
Конечно, всегда могут возникнуть какие-то срочные задачи, которые важнее текущих, их нельзя игнорировать.
- В таких случаях работает следующее правило: нужно пересмотреть бэклог спринта, взять новые "острые" задачи в итерацию, в бэклог спринта, но при этом равнозначные по сложности и трудоемкости задачи убрать из бэклога.
Хотите погрузиться более глубоко в продуктовую разработку, внедрить продуктовый подход? Мы всегда на связи – Telegram, сайт, info@neuromap.tech.
