Джефф Сазерленд - Софт за 30 дней. Как Scrum делает невозможное возможным

А. Отслеживание динамики движения к цели.В любой момент можно суммировать работу, оставшуюся до достижения цели. Владелец продукта отслеживает объем этой работы как минимум на каждом обзоре спринта, сравнивая оставшийся объем работы с предыдущим, чтобы оценить динамику движения к цели и возможность уложиться в желаемое время завершения. Эта информация прозрачна для всех заинтересованных лиц.

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

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

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

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

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

А. Отслеживание прогресса спринта.В любое время можно суммировать оставшуюся в спринте работу. Команда разработки отслеживает ее по меньшей мере на ежедневном Scrum-митинге, чтобы понять вероятность достижения цели спринта. Отслеживая оставшуюся работу на протяжении спринта, команда разработки может видеть прогресс и управлять им.

Scrum не рассматривает время, проведенное над пунктами бэклога спринта. Оставшиеся время и дата – единственные переменные, представляющие интерес.

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

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

Это же определение помогает команде разработки оценить количество выбранных элементов бэклога продукта во время планирования спринта. Цель каждого спринта – разработка инкремента потенциально готового к выпуску функционала, отвечающего текущему определению «законченности» Scrum-команды.

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

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