Руководство по скраму | 17. Бэклог спринта

Опубликовано: 2022-05-17

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

Что такое Бэклог Спринта? - оглавление:

  1. Введение
  2. Как создается Бэклог Спринта?
  3. Что содержит Бэклог Спринта?
  4. Использование Бэклога Спринта
  5. Резюме

Введение

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

Бэклог Спринта возникает:

  • на основе Бэклога Продукта
  • на время одного спринта
  • во время Scrum-события под названием «Планирование спринта»
  • всей Scrum-командой, но ключевую роль в ее создании играет команда разработчиков.

Как создается Бэклог Спринта?

Во время Планирования Спринта Владелец Продукта предлагает , как повысить ценность Продукта в следующем Спринте. Затем вся Scrum-команда работает вместе, чтобы сформулировать цель спринта, т. е. выбрать, какую функциональность из бэклога продукта реализовать. Цель спринта определяет, как внедрить Продукт или отложить крайний срок, чтобы оправдать ожидания Заказчика.

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

Результаты этих выводов приходят в виде технического описания задач, которые необходимо выполнить. И этот список становится новым Бэклогом Спринта.

Вновь созданный Бэклог Спринта находится в месте, легкодоступном для всех членов Команды Разработки. В физическом пространстве это обычно белая доска, висящая в рабочей области. Принимая во внимание, что в цифровом пространстве он существует в виде облачного общего документа, который могут обновлять все разработчики. Несмотря на то, что каждый член Скрам-команды должен ежедневно обновлять ее, обычно эту ответственность берет на себя Скрам-мастер или один из разработчиков.

The sprint backlog arises

Что содержит Бэклог Спринта?

В Бэклоге Продукта не указано, как именно выполнять задачи. Решать — роль Команды Разработки. Этот ход создает достаточно пространства для маневра команды, тем самым повышая ее способность к самоорганизации. Также эта свобода выбора последовательности и способов действий наделяет каждого Разработчика чувством независимости и ответственности.

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

Бэклог спринта определяет:

  1. Цель Спринта — т.е. ответ на вопрос, зачем выполнять запланированные задачи в этом Спринте.
  2. Список новых функций и улучшений Продукта, которые необходимо разработать в этом Спринте. Это связано с тем, что он содержит элементы Бэклога Продукта, выбранные для реализации в этом Спринте.
  3. Список задач для выполнения — то есть техническое описание того, как и кем будет выполняться работа, результатом которой станет Incremental…
Sprint Backlog

Использование Бэклога Спринта

Различные инструменты метрик отражают ход работы, записанной в Бэклоге Спринта. Чаще всего это Burndown Chart , о котором мы подробно расскажем в отдельной статье. С такой визуализацией Команда Разработки может легко увидеть, идет ли работа над Целью Спринта по плану.

Во время спринта может случиться так, что вы обнаружите, что рабочий план составлен нереалистично. Другими словами, количество задач в цели спринта бэклога продукта слишком велико или слишком мало. В любом случае, Разработчики и Владелец Продукта выясняют, какие изменения применить к текущему Бэклогу Спринта. Есть возможность сократить объем работ, выбрать дополнительные задачи из Бэклога Продукта или расширить уже запланированные решения. Однако имейте в виду, что сама цель спринта должна оставаться неизменной.

The Sprint Backlog specifies_

Резюме

Бэклог спринта — это список задач, которые разработчики планируют выполнить в течение одного спринта. Это своего рода подробный контракт с владельцем продукта. Бэклог Спринта возникает во время Планирования Спринта, в котором участвует вся Скрам-Команда. Диаграмма Burndown отражает степень выполнения задач, принятых к реализации.

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 17. Sprint Backlog caroline becker avatar 1background

Автор: Кэролайн Беккер.

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

Руководство по скраму:

  1. Глоссарий основных терминов, ролей и понятий
  2. Что такое Скрам?
  3. Скрам-ценности
  4. Как внедрить Scrum в вашей компании?
  5. Скрам-команда — что это такое и как она работает?
  6. Кто такой владелец продукта?
  7. Самые распространенные ошибки владельца продукта
  8. Кто такой скрам-мастер?
  9. Характеристики хорошего скрам-мастера
  10. Самые распространенные ошибки скрам-мастера
  11. Какую статистику и показатели должен отслеживать скрам-мастер?
  12. Сотрудничество между владельцем продукта и скрам-мастером
  13. Команда разработчиков в Scrum
  14. Самые распространенные ошибки разработчиков
  15. Скрам артефакты
  16. Масштабирование Скрама
  17. Бэклог спринта
  18. Что такое бэклог продукта?
  19. Что такое пользовательские истории?
  20. Создание лучшей пользовательской истории с INVEST
  21. Самые распространенные ошибки User Story
  22. Критерии приемлемости пользовательской истории
  23. Оценка и баллы в Scrum
  24. Планирование покера
  25. Игра на оценку команды
  26. Определение приращения
  27. Скрам-события
  28. Что такое спринт в Scrum?
  29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
  30. Что такое диаграмма выгорания?
  31. Как создать и интерпретировать диаграмму выгорания?
  32. Преимущества и недостатки диаграммы выгорания
  33. Канбан-доски в Scrum и Scrumban
  34. Скорость в Scrum — скорость команды разработчиков
  35. Ежедневный Скрам
  36. Планирование спринта
  37. Обзор спринта
  38. Что такое ретроспектива спринта?
  39. Распространенные ошибки во время ретроспективы спринта
  40. Развитие бэклога продукта