Sprint: планирование и ретроспектива

Sprint — фиксированный временной блок (1–4 недели) в Scrum, в течение которого команда создаёт потенциально поставляемый инкремент продукта. Sprint Planning и Sprint Retrospective — ключевые события, обрамляющие спринт.

Зачем нужно

Sprint — сердце Scrum: он даёт предсказуемость (что готово к концу) и встроенный механизм улучшения (retro). Понимание того, как готовиться к планированию и как проводить ретроспективу, нужно разработчику с первого дня в команде.

Где используется

  • Любая Scrum-команда — обязательные события
  • Командные проекты в RS School — финальные этапы с командой

Sprint Planning

Цель и формат

Длительность: 2 часа на 1 неделю спринта
              (4-х недельный спринт → 8 часов)

Участники: Product Owner + Development Team + Scrum Master

Результат:
1. Sprint Goal — одна цель, объединяющая спринт
2. Sprint Backlog — задачи, которые команда берёт
3. Понимание: как делать каждую задачу

Процесс Sprint Planning

Часть 1 — "Что делаем?" (PO ведёт)
  - PO представляет верхние элементы бэклога
  - Команда задаёт вопросы
  - Формулируется Sprint Goal

Часть 2 — "Как делаем?" (команда ведёт)
  - Команда декомпозирует истории на задачи
  - Оценивает сложность
  - Определяет, сколько может взять
  - Договаривается о деталях реализации

Capacity Planning

Доступные дни:
  4 разработчика × 10 дней спринта = 40 человеко-дней
  Минус: отпуска (2), встречи (10%), больничные →
  Реальная ёмкость: ~32 чел-дня

Velocity: если команда стабильно берёт 40 SP →
  в этот спринт планируем ~32 SP (80% от velocity)

Sprint Retrospective

Цель и формат

Длительность: 45–90 минут (1–3 часа для длинных спринтов)
Участники: Development Team + Scrum Master (PO — опционально)
Фасилитатор: Scrum Master или ротация

Три вопроса:
1. Что шло хорошо? (Keep)
2. Что можно улучшить? (Improve)
3. Что начнём делать? (Start)

Результат: 1–3 конкретных Action Item на следующий спринт

Форматы ретроспективы

Starfish:
  Старт / Стоп / Продолжить / Больше / Меньше

4Ls:
  Liked (понравилось)
  Learned (научились)
  Lacked (не хватало)
  Longed for (хотели бы)

Mad / Sad / Glad:
  Злит / Огорчает / Радует
  (хорошо для эмоционально насыщённых спринтов)

Sailboat:
  Ветер (что помогает) / Якорь (что тормозит)
  Скалы (риски) / Остров (цель)

Шаблон Action Item

Проблема: Code review занимает 3+ дня
Решение: Договорились смотреть PR в течение 24 часов
Ответственный: Вся команда, SM трекает
Проверка: На следующей retro

Частые ошибки

Ошибка Проблема Решение
Берём больше, чем можем сделать Провал спринта, демотивация Планировать на 80% от velocity
Retro только жалобы, нет action items Ничего не меняется Заканчивать retro конкретными задачами
Одни и те же проблемы каждую retro Action items не выполняются Трекать в Jira, открывать retro с проверки
Пропускать retro в загруженные спринты Нет обучения из опыта Retro короткая но обязательная

Связанные темы

Ресурсы