Sprint Backlog — это набор элементов Product Backlog, выбранных для текущегоSprint, а также план по доставке продукта для достиженияцели Sprint. Sprint Backlog определяет, какие функции ожидает включить команда разработки в следующий инкремент, и работу, необходимую для их доставки.

Sprint Backlog Scrum
Sprint Backlog определяет работу, которую должна выполнить команда разработки, чтобы преобразовать элементы Product Backlog в инкремент «готово». Он уточняет работу, необходимую команде разработки для достижения цели Sprint.

Sprint Backlog
Sprint Backlog — это достаточно подробный план, который можно понять во времяежедневного Scrum для отслеживания изменений в прогрессе. Команда разработки будет непрерывно уточнять Sprint Backlog на протяжении всего Sprint, и он постепенно эволюционирует по мере продвижения Sprint — например, когда команда работает в соответствии с планом и получает более глубокое понимание работы, необходимой для достижения цели Sprint.
Когда возникает новая работа, команда разработки должна добавить ее в Sprint Backlog. По мере продвижения задач или их завершения необходимо обновить оценку оставшейся работы по каждой задаче. Если часть плана утратит свою актуальность для разработки, ее можно удалить. Только команда разработки может изменять Sprint Backlog в течение Sprint. Sprint Backlog является высоконаглядным и в реальном времени отражает план команды по выполненной работе в текущем Sprint — он принадлежит исключительно команде разработки.
Поскольку элементы Product Backlog фиксируются в течение цикла Sprint, следующие причины могут привести к изменениям в Sprint Backlog:
- По мере прохождения времени команда разработки может лучше понять требования и обнаружить необходимость добавления новых задач в Sprint Backlog.
- Ошибки добавляются как новые задачи — это незавершенные элементы из предыдущих Sprint.
Ивладелец продуктаможет сотрудничать скомандой Scrumдля того, чтобы помочь команде лучше понять цель Sprint. КомандаScrum Masterи команда могут рассмотреть незначительные корректировки, которые не влияют на прогресс Sprint, но могут принести большую бизнес-ценность клиенту.
Мониторинг прогресса Sprint
В любое время в течение Sprint можно рассчитать общее количество оставшейся работы в Sprint Backlog. Команда разработки отслеживает всю оставшуюся работу как минимум во время ежедневного Scrum и прогнозирует вероятность достижения цели Sprint. Отслеживая другую работу в течение Sprint, команда может эффективно управлять своим прогрессом.
ScrumScrum не учитывает время, затраченное на Sprint Backlog. Мы заботимся только о оставшейся работе и переменной времени.
Использование графиков сгорания для отслеживания
Графики сгорания Sprintпоказывают накопленную оставшуюся работу в течение Sprint, отражая тенденцию завершения работы. Ось Y представляет оставшуюся работу, а ось X — рабочие дни Sprint.

График сгорания
В начале спринта команда Scrum определяет и оценивает детальные задачи, которые необходимо выполнить. Все задачи, которые необходимо выполнить, но еще не завершены, считаются накопленной работой. Команда ежедневно обновляет накопленную работу на основе прогресса. Если накопленная работа достигает нуля к концу спринта, спринт успешно завершен.
График сгорания релиза
В проекте по Scrum команда отслеживает общий прогресс релиза, обновляя график сгорания релиза в конце каждого спринта. График сгорания релиза фиксирует тенденцию общего оценочного объема оставшейся работы в списке спринта на протяжении определенного периода времени. Ось X представляет цикл спринта, а ось Y — оставшуюся работу, обычно измеряемую в пользовательских историях, идеальных человеко-днях или человеко-днях команды.