Sprint Backlog

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

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

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

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

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

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

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

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

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

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

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

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