Scrum — спринт, ритм и прозрачность
Спринт как сердце ритма
Спринт — time-box фиксированной длины (Scrum Guide: не больше месяца, на практике часто 1–2 недели), внутри которого Scrum Team создаёт потенциально releasable Increment.
Спринты — временные промежутки фиксированной длины. Жёсткое правило: нельзя чередовать «недельный» и «трёхнедельный» спринты на одном продукте — ломается предсказуемость и чувство скорости команды.
Зачем фиксированная длина
| Эффект | Объяснение |
|---|---|
| Пульс | Daily, review, retro привязаны к одному циклу |
| Измерение | Velocity осмысленна только при одинаковой длине спринта |
| Дисциплина scope | Защита от бесконечного «добавь ещё одну задачу» внутри спринта |
| Привычка к циклам | Время воспринимается не линейно («до дедлайна в 2027»), а как серия завершённых витков |
Из практики внедрения (кейс ремонта дома): те же мастера за 6 недель со Scrum (недельные спринты, daily, доска) и 6 месяцев у соседа без Scrum — разница в ожиданиях и раннем обнаружении блокеров.
Velocity (динамика производительности)
Velocity — сумма story points (или иных относительных единиц), завершённых за спринт по DoD.
Как появляется прогноз сроков (логика Sentinel, гл. 1):
- Несколько спринтов команда честно закрывает задачи.
- Стабилизируется средняя velocity.
- Суммируется оставшийся бэклог в тех же единицах.
- Появляется диапазон даты завершения, а не обещание «через 18 месяцев» до первого измерения.
Сравнивать velocity между командами или «наращивать баллы» бессмысленно: шкала локальна. Используйте её для планирования спринта и диалога с PO, не для рейтинга людей.
Подробнее об оценках — Бэклог и оценка; об оценке в часах в управлении — 7-02/112.
Прозрачность — доска и burndown
Scrum-доска
Минимальная схема доски:
| Колонка | Содержимое |
|---|---|
| To Do | Выбрано в спринт, ещё не в работе |
| In Progress | В работе (желательно с WIP-limit) |
| Done | Соответствует DoD |
Стикеры = элементы работы (истории, задачи). Перемещение физической или в Jira/YouTrack — суть одна: все видят состояние.
Burndown (диаграмма выгорания)
- Ось X — дни спринта; ось Y — оставшиеся points (или задачи).
- Ежедневно SM или команда обновляет остаток.
- Идеал — плавный спад к нулю к концу спринта; плато сигнализирует о блокерах или переоценке объёма.
Burndown не заменяет разговор на Daily; это триггер для вопросов.
Инкремент и Sprint Review
К концу спринта:
- только Done попадает в отчёт review;
- демо рабочего поведения (как агенты ФБР смотрели Sentinel);
- PO и стейкхолдеры корректируют Product Backlog.
Связь с инженерией: Конструирование в спринте, тестирование в Agile.
Правила, которые защищают ритм
Сводка правил (Scrum Guide и практика):
| Правило | Зачем |
|---|---|
| Не менять цель спринта без отмены Sprint | Сохранить фокус |
| Не раздувать scope внутри спринта | Завершать обещанное |
| Соблюдать time-box событий | Экономить внимание |
| Завершать половину — считать потерей | См. Потери |
Что читать дальше
| Тема | Ссылка |
|---|---|
| Потери, WIP, multitasking | ./5 |
| События спринта | ./2 |
| Чек-лист «настоящий ли спринт» | ./999 |
См. также
Другие статьи этого же раздела в боковом меню (как на странице "О разделе"). История Scrum: провалы каскадной модели, кейс ФБР Sentinel, истоки в Toyota и rugby team, Easel 1993, цикл PDCA и OODA. Product Owner, Scrum Master, Developers; Product Backlog, Sprint Backlog, Increment; планирование, Daily, Review, Retrospective — по Scrum Guide и типовой практике внедрения. Размер команды 3–9, кросс-функциональность, каналы коммуникации, автономия, роль Scrum Master и фундаментальная ошибка атрибуции. Lean и Toyota в Scrum: потери, WIP, multitasking, muri, Definition of Done и принцип «сделано наполовину — не сделано». Product Backlog, приоритизация, относительные оценки, последовательность Фибоначчи и Planning Poker — практика Scrum и аналитики. 11 шагов запуска Scrum, контекст внедрения в России, Scrum-театр, гибриды с waterfall и госзаказом. Краткое сравнение Scrum с waterfall и Kanban, когда выбирать фреймворк и куда смотреть дальше в энциклопедии. Диагностика: работает ли у вас Scrum или только названия в Jira — роли, спринт, инкремент, события и потери.Зачем Scrum и откуда он взялся
Scrum — роли, артефакты и события
Scrum — команда и Scrum Master
Scrum — потери, фокус и готово
Scrum — бэклог, приоритеты и оценка
Scrum — внедрение и типичные ошибки
Scrum — итоги раздела
Scrum — чек-лист самопроверки