Почему продолжительность спринтов фиксирована в Scrum?

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

Спринты в Scrum

Спринт — это основная единица работы при использовании Scrum. Следовательно, любая работа по разработке продукта с использованием Scrum разбивается на спринты.

Почему фиксированная продолжительность спринтов?

Фиксированная продолжительность спринта позволяет команде иметь предсказуемые временные рамки для работы, что помогает как в краткосрочном, так и в долгосрочном планировании. Фиксированная продолжительность спринтов обеспечивает ясность для разработки, клиентов и владельца продукта: когда становится доступным рабочий программный продукт для демонстрации, и определяет продолжительность цикла обратной связи — равную продолжительности спринта.

С другой стороны, если продолжительность спринтов различается, ритм Scrum нарушается, и команде приходится заново осваивать свою производительность, что обычно занимает как минимум несколько спринтов. Если спринты имеют нерегулярную продолжительность, то команда Scrum будет испытывать трудности при составлении надежных планов. Большинство команд выбирают спринты фиксированной продолжительности по нескольким причинам:

• Команды получают выгоду от стабильного ритма
• Планирование спринта становится проще
• Отслеживание скоростипроще
• Улучшения процессов, основанные на времени, более эффективны
• Максимизирует отзывчивость к клиентам

Краткое содержание

Scrum направлен на регулярную доставку программного обеспечения для быстрой обратной связи по инкрементам (или рабочему программному обеспечению). При фиксированной продолжительности спринтов каждый — владелец продукта, руководство, клиенты, пользователи и другие заинтересованные стороны — точно знает, когда ожидать следующего обновления. Это также помогает команде управлять ожиданиями и самоорганизовываться вокруг этого предсказуемого ритма.