Что такое Бэклог спринта

Бэклог спринта

(англ. sprint backlog) — это список задач, которые команда выбрала из бэклога продукта, чтобы сделать в одном спринте. Показывает план по достижению цели спринта и делает каждый день разработки структурированным

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

Пример использования термина

«В понедельник утром мы составили план. После того как владелец продукта объяснил нам приоритеты, мы вдвоём с коллегой-разработчиком взяли четыре ключевые пользовательские истории из бэклога продукта и перенесли их в бэклог спринта. Потом мы час детализировали каждую: я разбил историю про экспорт отчётов в PDF на три технические подзадачи, а Анна расписала критерии готовности для двухфакторной аутентификации. К концу встречи у нас получился реалистичный, прозрачный и понятный каждому план на ближайшие две недели».

Что ещё нужно знать про бэклог спринта

Из чего состоит

Бэклог спринта — ключевой инструмент планирования и контроля в Scrum, который помогает организовать работу на короткой дистанции. Он тесно связан с целью (Sprint Goal), которая задаёт общий вектор деятельности, и обычно состоит из:

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

Составить такой список — это обязательство команды перед самой собой. Когда разработчики сами формируют его во время планирования на короткую дистанцию, они лучше понимают объём труда и чувствуют ответственность за результат.

Коллектив должен понять каждую пользовательскую историю, задать уточняющие вопросы продакт-оунеру и оценить, сколько времени займёт реализация. Часто крупные задачи разбивают на более мелкие технические подзадачи. Так проще уложиться в сроки.

Отличие от бэклога продукта

Часто эти два понятия путают. Они действительно похожи, но живут в совершенно разных масштабах.

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

А вот бэклог продукта — это стратегический план на всё время жизни продукта. Его ведёт продакт-оунер, собирая все возможные пожелания и идеи, даже пока расплывчатые. Он создаётся в самом начале проекта и постоянно пополняется. Одни задания уходят в спринты, другие добавляются. Это долгосрочная «копилка» всего, что может когда-то пригодиться.

Как формируют

Формирование начинается на встрече планирования спринта, где команда из бэклога продукта отбирает задачи с учётом приоритетов и своей нынешней загрузки. По ходу спринта бэклог постоянно обновляют:

включают новые технические задачи
меняют оценки оставшихся дел
фиксируют блокеры и перераспределяют нагрузку

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

На ежедневных стендапах (Daily Scrum) сотрудники сверяются со списком, отмечают выполненное, обсуждают возникшие сложности. Если кто-то заканчивает свои дела раньше, он может помочь коллегам с их пунктами.

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

Бэклог спринта обычно визуализируют в таск-менеджерах, где для этого есть много гибких инструментов. Обычно на Канбан-доске есть колонки В работе, Проверка, Готово и им предшествует колонка Бэклог. Когда таск перемещается из левой колонки в правую, все видят прогресс.

К концу спринта все таски перемещаются в колонку Готово. Если что-то остаётся невыполненным, на ретроспективе анализируют причины: переоценили свои силы, столкнулись с непредвиденными препятствиями или часто отвлекались на срочные задачи. Так команда набивает руку: начинает лучше чувствовать свои силы
и составлять планы без лишнего оптимизма.