done Регистрация person Вход
Меню

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.

new_releasesПопробуй на практике
close

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

Начните - Это бесплатно
Время Scrum Time
Начать бесплатно
keyboard_arrow_up