AgileАртефакт

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

Часть бэклога продукта, которую команда взяла в работу на текущий спринт, вместе с планом её выполнения.

КРАТКО
Sprint Backlog (бэклог спринта) — задачи, которые команда взяла в работу на текущий спринт, и план их выполнения. Список собирают на планировании: в него входят цель спринта и разбивка историй на технические задачи. По правилам Scrum бэклог спринта принадлежит самой команде, а не владельцу продукта, и по ходу спринта не пополняется.
СИНОНИМЫ:бэклог спринтаспринт-бэклогSprint Backlog

Бэклог спринта — артефакт спринта, в котором зафиксировано:

  1. Цель спринта — главный результат спринта в одном предложении («Запустить интеграцию с Telegram»)
  2. Выбранные пользовательские истории из бэклога продукта
  3. Разбивка историй на технические задачи

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

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

КОГДА ПРИМЕНЯТЬ
  • Команда работает по Scrum
  • Нужно зафиксировать обязательство команды на спринт
  • Важно отделить план на спринт от списка всех потенциальных задач
КОГДА НЕ СТОИТ
  • В Kanban бэклог спринта не нужен — там работа идёт непрерывным потоком
ПРИМЕР

Спринт две недели, команда из 7 человек. Бэклог спринта: цель — «Запустить уведомления по электронной почте»; 5 историй общим объёмом 28 Story Points; разбивка примерно на 25 технических задач. В начале спринта все они стоят на Scrum-доске в колонке «К выполнению».

КАК ИСПОЛЬЗОВАТЬ В SHTAB

В Shtab бэклог спринта — это активный спринт проекта: на доске видно, какие истории и задачи в него вошли, а карточки переносятся между колонками по мере работы. Цель спринта запишите отдельной страницей в базе знаний и сошлитесь на неё из задач — так формулировка будет одна для всей команды.

Попробовать бесплатно

Вопросы про «Sprint Backlog (бэклог спринта)»

В классическом Scrum — нет: набор задач фиксируется на планировании. Если прилетело что-то срочное, обсудите это с владельцем продукта: либо спринт отменяют и планируют заново, либо задача ждёт следующего спринта. На практике мелкие правки внутри уже взятых историй команда и владелец продукта согласовывают между собой, не трогая цель спринта.

Применяйте термины на практике

База знаний, задачи и цели — в одном сервисе. Бесплатно — без лимита по числу людей.