Scrum: спринты и ритм

Scrum задаёт работе ритм. Команда берёт объём задач на фиксированный отрезок времени — спринт — и обязуется довести его до конца. Ритм даёт предсказуемость: раз в N дней есть понятная точка, где видно, что планировали и что вышло.

Итерации-спринты

Спринт — это временнóй отрезок (обычно 1–2 недели) с началом и концом. У него есть жизненный цикл:

  planned ──старт──► active ──закрытие──► closed
     │                                      ▲
     └──────── отмена (never-started) ──────┘

• planned — спринт создан и наполняется задачами, но ещё не идёт.
• active — спринт запущен, команда работает. На одной доске активен только один спринт.
• closed — спринт завершён, его состав заморожен, чтобы аналитика по нему оставалась воспроизводимой.

Velocity и capacity

Два числа, которые часто путают:

• Capacity — сколько работы команда планирует взять в спринт (ваша гипотеза, выставляется вручную).
• Velocity — сколько работы команда реально закрывала за прошлые спринты (эмпирика из истории).

Разрыв между ними — сигнал: если раз за разом берёте больше, чем закрываете, план оптимистичен. Такт хранит capacity спринта и считает velocity по закрытым story points.

Что из Scrum есть в Такте

• Спринты с жизненным циклом planned → active → closed.
• Один активный спринт на доску — гарантируется на уровне базы данных, случайно запустить второй нельзя.
• Burndown — график сгорания оставшейся работы по ходу спринта.
• Scope creep — Такт отдельно показывает, сколько работы добавили в спринт уже после старта (расползание объёма).

Честная оговорка: Scrum как процесс шире, чем его инструментальная часть. Ретроспективы, планирование покером и другие церемонии — это практики команды, а не функции Такта; продукт даёт спринты и метрики вокруг них, а не заменяет фасилитацию.

Scrum даёт ритм, но жёсткие итерации плохо переносят непрерывный поток задач. Поэтому Такт сочетает его с потоком Kanban — получается Scrumban.