Scrum на практике: спринты, бэклог, ретроспективы

TL;DR: Как правильно формировать Sprint Goal, зачем нужен груминг бэклога и почему ретроспектива без конкретных выходов — пустая трата времени. Практический разбор ключевых механизмов Scrum от Алексея Бочарова.

О чём этот материал

Большинство команд, «работающих по Scrum», используют его элементы формально: стендапы превращаются в отчёты, ретроспективы — в жалобы, бэклог — в захламлённый список задач из прошлого года. Видео разбирает, как работают ключевые практики Scrum на практике — не в теории руководства, а в реальных командах.

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

Смотреть

Ключевые темы

• Как правильно формировать Sprint Goal и зачем она нужна
• Груминг бэклога: почему без регулярной работы с бэклогом он перестаёт работать
• Правила декомпозиции задач для спринта
• Daily Scrum: чем синхронизация отличается от отчёта руководителю
• Sprint Review vs ретроспектива: в чём разница
• Definition of Done: почему задача «почти готова» не существует

Спринт: ритм, а не дедлайн

Спринт — это не просто временной отрезок с дедлайном, а единица обучения: каждые 2 недели команда узнаёт что-то новое о продукте, клиентах или собственном процессе. Если спринт заканчивается, а команда ничему не научилась — ценность спринта потеряна.

Sprint Goal (цель спринта) должна быть сформулирована в терминах ценности для клиента или бизнеса, а не как список задач. Именно цель даёт команде свободу адаптироваться по ходу спринта.

Бэклог: живой список, а не архив

Product Backlog — не «список всего, что хотели сделать». Это приоритизированный список работы, которую команда может взять в следующий спринт. Верхние 20% бэклога должны быть детализированы и готовы к работе.

Груминг бэклога — регулярная сессия Product Owner и команды для декомпозиции, оценки и приоритизации задач. Без груминга бэклог накапливает «мусор»: устаревшие задачи, задачи без описания, дубликаты. Рекомендуемая частота: 1 раз в неделю, 1–2 часа.

Связь с диагностикой RuForge

Правильная работа с бэклогом и Sprint Goal соответствуют подкомпетенциям домена «Исполнение» в модели RuForge. Руководители, которые ведут формальные спринты без реальной Sprint Goal, как правило, находятся на уровне 2 — процесс есть, но системной ценности он не создаёт.

Диагностика RuForge поможет определить, где именно ваша scrum-практика теряет эффективность.

Связанные материалы

— Ретроспектива Scrum: форматы и ошибки
— Scrum-гайд: роли, артефакты, церемонии
— Scrum