Содержание
Спринт — это сердце Scrum: короткий фиксированный отрезок, за который команда превращает часть бэклога в готовый результат. Разберём по порядку, как вести спринты: от длительности и церемоний до velocity и типичных ошибок.
Что такое спринт
Спринт — это фиксированный по времени цикл (итерация), в конце которого команда даёт работающий инкремент продукта. Идея в ритме: вместо размытого «когда-нибудь сделаем» команда работает короткими предсказуемыми циклами и регулярно показывает результат.
Главное свойство спринта — фиксированная длина. Объём работы может меняться, но срок спринта — нет. Это и делает прогноз возможным.
Длительность спринта
Классически спринт длится от одной до четырёх недель, и чаще всего выбирают две. Как определиться:
- 1 неделя — быстрая обратная связь, но много времени уходит на церемонии и тяжело уместить крупные задачи.
- 2 недели — золотая середина: достаточно времени на работу и не слишком далеко до проверки гипотез.
- 3–4 недели — для зрелых процессов или когда задачи крупные; минус — медленнее реагируете на изменения.
Выбрав длину, держите её постоянной хотя бы несколько спринтов — иначе velocity не с чем сравнивать.
Четыре события спринта
- Планирование спринта. В начале команда выбирает из бэклога задачи, которые реально успеет, и формулирует цель спринта.
- Ежедневный стендап (дейли). Короткая (до 15 минут) синхронизация: что сделал, что планирую, что мешает.
- Обзор спринта (ревью). В конце команда показывает результат стейкхолдерам и собирает обратную связь.
- Ретроспектива. Команда обсуждает не продукт, а процесс: что улучшить в следующем спринте.
Роли и артефакты
В Scrum три роли: владелец продукта (отвечает за бэклог и приоритеты), scrum-мастер (помогает процессу и убирает препятствия) и команда разработки (делает инкремент). Три ключевых артефакта: бэклог продукта, бэклог спринта и инкремент (готовый результат спринта).
Velocity и планирование
Чтобы не брать в спринт больше, чем успеваете, опирайтесь на velocity — среднюю скорость команды в story points за прошлые спринты. Она же помогает прогнозировать, когда закончится бэклог.
Посчитайте скорость команды
Введите story points прошлых спринтов — калькулятор покажет среднюю velocity, стабильность и прогноз по бэклогу.
Типичные ошибки
- Меняют объём спринта на ходу. Добавление задач в середине ломает прогноз и демотивирует.
- Берут «с запасом наверх». Хронически незавершённые спринты бьют по доверию к оценкам.
- Пропускают ретро. Без ретроспектив процесс не улучшается, а ошибки повторяются.
- Используют velocity как KPI. Скорость — инструмент прогноза, а не оценка «продуктивности» людей.
- Игнорируют зависимости. Внутри спринта тоже бывает критический путь — учитывайте порядок задач.
Хорошо налаженные спринты держатся на прозрачности: видно бэклог, доску, прогресс и блокеры. Это удобно вести в одном инструменте — например, в TeamVector, где доски, бэклог и связь с Git собраны вместе.
Частые вопросы
Сколько должен длиться спринт?
Обычно 1–4 недели, чаще 2. Короткие дают быструю обратную связь, но больше церемоний; длинные снижают гибкость. Главное — фиксированная длина, чтобы velocity была сопоставимой.
Какие встречи нужны в спринте?
Четыре события: планирование, ежедневный стендап, обзор спринта (демо) и ретроспектива. Они структурируют спринт и держат команду синхронной.
Что делать с незавершёнными задачами?
Они возвращаются в бэклог и переоцениваются, в velocity их не засчитывают. Если это повторяется — команда берёт в спринт больше, чем успевает.