Какие мероприятия проводятся в Scrum? Опишите каждое.?

Мероприятия в Scrum

Scrum определяет набор обязательных мероприятий (ceremonies), которые структурируют работу команды. Каждое мероприятие имеет чёткую цель, продолжительность и формат.

1. Product Backlog Refinement (Уточнение бэклога)

Назначение: Подготовка элементов бэклога к спринту

• Участники: Product Owner, Scrum Master, Разработчики
• Частота: 1-2 раза в неделю
• Продолжительность: 30 мин - 1 час
• Что происходит:
  • Уточнение требований к пользовательским историям
  • Разбиение больших задач на меньшие
  • Оценка сложности (story points)
  • Определение готовности к спринту

Результат: Бэклог становится понятнее, задачи готовы к планированию спринта

2. Sprint Planning (Планирование спринта)

Назначение: Определить, какую работу команда выполнит в спринте

• Участники: Вся Scrum команда
• Частота: Один раз в спринт
• Продолжительность: 2 часа на 1-недельный спринт, 4 часа на 2-недельный
• Процесс:
  • Product Owner представляет приоритизированные задачи
  • Команда обсуждает реалистичность выполнения
  • Разбиение задач на подзадачи
  • Определение спринт-цели (Sprint Goal)
  • Создание Sprint Backlog

Результат: Sprint Backlog готов, команда понимает цель спринта

3. Daily Standup (Ежедневное совещание)

Назначение: Синхронизация и выявление блокеров

• Участники: Вся Scrum команда
• Частота: Каждый день спринта
• Продолжительность: 15 минут (максимум)
• Что говорит каждый разработчик:
  • Что я сделал вчера?
  • Что я буду делать сегодня?
  • Есть ли блокеры?

Важно: Мероприятие для команды, не для отчётности. Цель — вскрыть проблемы

Результат: Синхронизация, видимость блокеров, быстрое решение проблем

4. Sprint Review (Демонстрация достижений)

Назначение: Показать выполненную работу и собрать обратную связь

• Участники: Scrum команда + stakeholders
• Частота: Один раз в конце спринта
• Продолжительность: 1 час на 1-недельный спринт, 2 часа на 2-недельный
• Процесс:
  • Демонстрация готовых задач (только полностью готовое)
  • Обсуждение выполненного vs запланированного
  • Сбор обратной связи от заинтересованных лиц
  • Обновление Product Backlog

Важно: Это реальная демонстрация работающей функциональности, не презентация

Результат: Stakeholders видят прогресс, появляется feedback и новые идеи

5. Sprint Retrospective (Ретроспектива спринта)

Назначение: Анализ процесса и планирование улучшений

• Участники: Только Scrum команда (без внешних лиц)
• Частота: Один раз в конце спринта
• Продолжительность: 45 мин на 1-недельный спринт, 1.5 часа на 2-недельный
• Ключевые вопросы:
  • Что прошло хорошо?
  • Что можно было улучшить?
  • Какие конкретные действия мы предпримем в следующем спринте?

Форматы обсуждения:

• Start/Stop/Continue (начать/остановить/продолжить)
• What went well/What didn't (хорошо/плохо)
• Liked/Learned/Lacked (понравилось/узнали/не хватило)

Результат: Action items на следующий спринт, постоянное улучшение (Continuous Improvement)

Таблица мероприятий

Практические рекомендации

Daily Standup — строго 15 минут. Используй таймер! Детали обсуждаются отдельно после встречи.

Sprint Planning — если часто переносите задачи в следующий спринт, значит проблемы с оценкой. Это нормально, со временем улучшается.

Sprint Review — демонстрируйте только Done. Даже 90% готовое не показываем. Это обучает команду дописывать задачи полностью.

Retrospective — психологически безопасное пространство. Критикуем процессы, не людей. Нельзя обвинять конкретного человека.

Refinement — делайте регулярно, чтобы на Planning не было времени на уточнения требований.

Цель всех мероприятий

Все эти мероприятия в совокупности обеспечивают три столпа Scrum: Прозрачность (видимость), Инспекцию (анализ) и Адаптацию (улучшение). Это создаёт культуру постоянного совершенствования и командной работы.