Длительность спринта: Как выбрать идеальный ритм
Выбор длины спринта — одно из первых решений команды. Scrum Guide ставит жесткий лимит не более четырех недель. Но что выбрать: неделю, две или месяц? Неправильный таймбокс может превратить работу либо в бесконечную спешку, либо в скучную тягомотину, где теряется фокус.
Спринт должен быть достаточно коротким, чтобы вовремя получать обратную связь, но достаточно длинным, чтобы успеть сделать реально полезную, готовую часть продукта.
Три фактора для выбора таймбокса
1. Цена ошибки (Частота обратной связи) Если вы работаете на очень изменчивом рынке, вам нужен фидбэк как можно быстрее. Чем короче спринт, тем меньше времени и денег вы потратите не туда, если приоритеты внезапно изменятся.
2. Техническая сложность (DoD) Если процесс сборки, тестирования и выпуска продукта сложный и долгий, недельный спринт может превратиться в ад. Команда будет только и делать, что готовить релиз. В таких случаях лучше выбрать 3–4 недели.
3. Зрелость команды Новичкам полезно начинать с коротких циклов (1–2 недели). Это позволяет быстрее набить руку, чаще проводить Ретроспективы и быстрее исправлять ошибки в процессах.
Большинство команд используют 2-недельный Спринт как золотой стандарт, но в некоторых случаях более короткий или более длинный таймбокс может быть оптимален.
| Длительность | Преимущества | Недостатки и Риски |
| 1 Неделя | Максимальный Фидбэк: Быстрое обнаружение ошибок и изменение приоритетов. Высокая прозрачность. | Перегрузка Встречами: Встречи Scrum (Planning, Review, Retro) занимают большую долю времени (overhead). |
| 2 Недели | Золотой Стандарт: Идеальный баланс между временем на разработку и обратной связью. Достаточно времени для завершения Готового инкремента. | Сложности с отпусками: Если кто-то уходит в отпуск, это сильно влияет на Планирование и Velocity. |
| 3-4 Недели | Для Сложных DoD: Подходит, если процесс тестирования, интеграции и стабилизации очень долгий и сложный. | Высокий Риск: Долгая обратная связь, что повышает риск того, что команда работает над неактуальной задачей. Низкая прозрачность. |
Следовательно, после выбора оптимальной длительности, самое важное — это строго соблюдать стабильность таймбокса. Если команда постоянно меняет длительность Спринта в зависимости от количества работы или внезапных отпусков, она не сможет выработать предсказуемую Velocity (скорость) и не сможет эффективно планировать.
Однако, даже после фиксации длительности, команда должна быть готова к адаптации. Если на протяжении нескольких Ретроспектив становится очевидно, что команда постоянно не успевает завершить задачи за 2 недели из-за сложности Definition of Done, или, наоборот, фидбэк приходит слишком поздно, Scrum Master должен поднять вопрос о стратегическом изменении таймбокса.
Золотое правило: Стабильность важнее длины
Самое важное — не менять длительность спринта на ходу. Если на этой неделе мы решили работать 2 недели, а на следующей 3, потому что не успеваем, мы никогда не узнаем свою реальную скорость (Velocity).
Фиксированный ритм создает привычку и предсказуемость. Команда начинает чувствовать время, и планирование становится точным.
Если спустя 3–4 спринта на Ретроспективе вы понимаете, что выбранный ритм вам не подходит (слишком спешите или, наоборот, засыпаете), только тогда меняйте длительность стратегически.
Резюме: Начните с двух недель
Две недели — это золотой стандарт для большинства команд. Этого времени хватает, чтобы сделать значимую работу и не потерять связь с реальностью.
Ключевой вывод: Длительность спринта это инструмент, а не догма. Если приоритеты меняются молниеносно — сокращайте. Если продукт тяжелый и инертный — удлиняйте. Главное, чтобы каждый спринт заканчивался полностью готовым Инкрементом, а команда не теряла темп.
Часто задаваемые вопросы (FAQ)
Нет, это категорически не рекомендуется. Спринт — это фиксированный таймбокс. Если работы много, вы берете больше задач в Планирование Спринта. Если работы мало, вы берете меньше задач. Изменение длительности нарушает ритм команды (Velocity) и делает прогнозирование будущих Спринтов невозможным.
Это может указывать на две проблемы. Во-первых, проблема с Проработкой Бэклога (Refinement) или Оценкой (задачи слишком большие). Во-вторых, возможно, Definition of Done (DoD) слишком сложен для двух недель. Прежде чем менять длительность, попробуйте улучшить PBR. Если не помогает, рассмотрите переход на 3-недельный Спринт.
Отмена Спринта — это крайняя мера, которую может принять Product Owner только в том случае, если Цель Спринта внезапно стала бессмысленной (например, рынок резко изменился, или продукт оказался не нужен). Простая нехватка времени или неуспеваемость не являются причиной для отмены; в этом случае вы просто представляете то, что успели, на Sprint Review.
Scrum Master выступает в роли коуча и фасилитатора. Он помогает команде понять, как разные длительности повлияют на их overhead (затраты времени на встречи) и частоту обратной связи, и следит за тем, чтобы выбор был сделан на основе данных и принципов Scrum, а не эмоций.
Четыре недели — это максимальный лимит, установленный Scrum Guide, поскольку любая большая длительность слишком сильно увеличивает риск. Чем дольше Спринт, тем дольше команда работает без обратной связи от стейкхолдеров, и тем выше шанс, что она будет реализовывать что-то неактуальное.