Бэклог спринта (Sprint Backlog)

Бэклог спринта /Sprint Backlog – это набор задач, которые кросс-функцильнальная продуктовая команда выбирает из своего бэклога для работы во время предстоящего спринта. Обычно команда согласовывает эти вопросы во время планирования спринта. Фактически, бэклог спринта представляет собой основной результат планирования спринта.

Бэклог спринта и бэклог продукта: в чем разница?

Бэклог спринта – это гораздо более короткий список, составленный из элементов бэклога продукта – в частности, тех элементов, которые команда определяет во время собрания по планированию спринта как наиболее важные задачи, которые нужно выполнить дальше.

Вот несколько ключевых выводов о различии между невыполненными работами по спринту и невыполненными работами по продукту, а также о том, как они работают вместе:

1. Элементы бэклога спринта следует брать непосредственно из бэклога продукта.

2. Несмотря на то, что бэклог продукта можно часто менять в любое время, в соответствии с постоянно меняющимися реалиями в организации или на рынке, бэклог спринта должен оставаться как можно более фиксированным на протяжении всего спринта.

3. Продуктовая группа должна проводить регулярные сеансы обработки бэклога продукта, чтобы гарантировать продуктивность встреч по планированию спринта и чтобы команда могла быстро определить правильные задачи для размещения в следующем бэклоге спринта.

4. Верхние позиции в бэклоге продукта часто представляют собой бэклог предстоящего спринта.

5. Если команда не может завершить (или даже начать) определенные элементы бэклога спринта к концу спринта, команда может решить добавить эти незавершенные задания либо в следующий бэклог спринта, если они по-прежнему считаются высокоприоритетными, либо к отставанию по продукту, которое будет рассмотрено снова в будущем.

Кому принадлежит бэклог спринта?

Согласно структуре scrum, вся гибкая команда –  scrum мастер, владелец продукта и члены команды разработчиков – будут совместно владеть бэклогом спринта. Это потому, что все члены команды привносят в проект уникальные знания и идеи в начале каждого спринта.

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

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