Scrum-time.com
Sprint Backlog

Sprint Backlog


Sprint Backlog является, соответственно, набором задач, выбранных на исполнение в текущий спринт. В статье Product Backlog мы писали про поле «Релиз», которое как раз призвано отсекать список задач и переносить их в Sprint Backlog.

Sprint Backlog

Изначально вся эта информация по релизам (что и в какой Sprint Backlog должно попасть) выставляется Product Owner, однако решение по приёму работы в Sprint останется за Development Team.

Стоит, однако, разобраться в том, как команда принимает решение о внесении той или иной задачи в Sprint Backlog и как Product Owner может влиять на свои желания.

Производительность команды при создании Sprint Backlog

Когда происходит первая встреча команды, для Product Owner может появиться неприятный сюрприз, например, то, что он планировал включить в первый релиз – завершить в первом спринте, не выходит по производительности.

Ожидание результата

Как видно из рисунка, одна задача из первого релиза не умещается. Что в этом случае может сделать Product Owner?

Изменение приоритетов для Sprint Backlog

Одним из вариантов является изменение приоритетов задач. То есть задача, которая не вошла в ожидаемую производительность, переходит наверх (ей ставится высокий приоритет, и команда обязана будет её включить). Минусом такого подхода является то, что так или иначе одна задача выйдет за рамки.

Изменение приоритетов для Sprint Backlog

Изменение объема работ для Sprint Backlog

Если у Product Owner нет желания исключать какую-либо задачу методом перестановки, то у него есть ещё вариант изменения объёма работ. Многие задачи имеют различные дополнения и улучшения уже из коробки, и Product Owner обычно их сразу и вносит, так как работа над одной задачей, даже более расширенной, пройдёт быстрее, чем постоянное переключение между различными задачами и возвращение к старым. Если задачи из первого релиза не умещаются, то можно постараться ужать объём работ по каким-либо задачам.

Изменение объема работ для Sprint Backlog

Дробление задач для Sprint Backlog

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

Дробление задач для Sprint Backlog

Product Backlog

Product Backlog

Основной список всех задач, в котором собрано всё, что предстоит сделать команде на протяжении нескольких спринтов. Из него задачи переносятся в Sprint Backlog.

Product Owner

Product Owner

Владельцу продукта надо знать как работает команда и что её предлагать в первую очередь на реализацию. Правильные действия Product Owner способствуют не возникновению остановки спринта.

Scrum Sprint

Scrum Sprint

Пожалуй основной процесс в методологии Scrum, остановка которого и может произойти. Во время Sprint происходит вся работа Development Team, Scrum Master и Product Owner.

Development Team

Development Team

Двигатель Scrum Team. Команда разработчиков работает как слаженная футбольная или любая другая команда. На их поле игры (битвы) - им никогда никто не мешает, а лишь помогает. Основной их помощник - Scrum Master.

Project Manegement
Project Manegement
close
Управление проектами по Scrum
Система управления проектами по методологии Scrum

Начните - Это бесплатно

Время Scrum Time

keyboard_arrow_up