Sprint Backlog
Sprint Backlog — артефакт спринта, в котором фиксируется:
- Sprint Goal — главная цель спринта в одном предложении («Запустить интеграцию с Telegram»)
- Выбранные User Stories из Product Backlog
- Декомпозиция историй на технические задачи
Sprint Backlog принадлежит команде разработки. Внутри него команда сама решает, в каком порядке делать задачи, кто над чем работает.
В классическом Scrum Sprint Backlog не меняется по ходу спринта — это «обязательство» команды. Если приоритет резко изменился, спринт можно отменить и провести новое планирование.
Когда применять и когда нет
Применять
- Работаете по Scrum
- Нужно зафиксировать обязательство команды на спринт
- Хотите отделить «план на спринт» от «всех потенциальных задач»
Не применять
- В Kanban Sprint Backlog не нужен — там работает поток
Примеры применения
Спринт 2 недели, команда из 7 человек. Sprint Backlog: Sprint Goal — «Запустить email-уведомления»; 5 историй (всего 28 Story Points); декомпозиция на ~25 технических задач. Все задачи — на Scrum-доске в колонке «To Do» в начале спринта.
Часто задаваемые вопросы
В классическом Scrum — нет. Если что-то срочное прилетело, обсудите с PO: либо отменить спринт, либо отложить до следующего. На практике небольшие корректировки делаются по согласованию команды и PO.
Команда — на Sprint Planning. PO предлагает приоритеты и Sprint Goal, команда решает, сколько историй она реально может взять, основываясь на Velocity.
Они возвращаются в Product Backlog. PO решает, в какой спринт взять их следующими (или вообще убрать, если приоритет изменился).