Scrum: роли, события, артефакты

Scrum — Agile-фреймворк итеративной разработки, в котором команда работает спринтами фиксированной длины, а три роли, пять событий и три артефакта создают структуру для регулярной поставки ценности.

Зачем нужно

Scrum — самый распространённый Agile-фреймворк: по данным State of Agile, его используют более 60% команд. Понимание Scrum необходимо для работы в любой продуктовой команде. На собеседованиях часто спрашивают: кто такой Product Owner, что такое velocity, чем Planning отличается от Retrospective.

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

  • Продуктовые команды — основная модель работы
  • Стартапы — быстрые итерации с обратной связью
  • RS School — кросс-ревью и командные проекты

Три роли

Product Owner (PO):
- Владеет Product Backlog
- Принимает решения о приоритетах
- Представляет бизнес/пользователей
- Принимает или отклоняет результат спринта

Scrum Master (SM):
- Не менеджер, а слуга-лидер
- Устраняет препятствия для команды
- Защищает команду от внешних помех
- Следит за соблюдением Scrum

Development Team:
- 3–9 человек, кросс-функциональная
- Самоорганизующаяся
- Выбирает способ реализации задач
- Несёт коллективную ответственность

Пять событий (ceremonies)

1. Sprint (1–4 недели)
   Итерация разработки, все остальные события внутри

2. Sprint Planning (~2 ч на неделю спринта)
   Что делаем? Как делаем? → Sprint Goal + Sprint Backlog

3. Daily Scrum / Standup (15 мин)
   Что сделал? Что сделаю? Что мешает?
   → синхронизация команды

4. Sprint Review (1 ч на неделю спринта)
   Демо stakeholders → обратная связь
   → принятие или отклонение инкремента

5. Sprint Retrospective (45 мин на неделю спринта)
   Что шло хорошо? Что улучшить? Как?
   → улучшение процесса команды

Три артефакта

Product Backlog:
- Упорядоченный список всего, что может войти в продукт
- Владелец: Product Owner
- Постоянно рефинируется

Sprint Backlog:
- Подмножество Product Backlog, выбранное на спринт
- + план реализации (задачи)
- Владелец: Development Team

Product Increment:
- Рабочий продукт в конце каждого спринта
- Должен соответствовать Definition of Done
- Потенциально releasable

Definition of Done (DoD)

Пример DoD для команды:
-  Код написан и прошёл code review
-  Тесты написаны и все зелёные
-  Линтер без ошибок
-  Документация обновлена
-  Деплой на staging прошёл успешно
-  PO принял результат

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

Ошибка Проблема Решение
Standup как статус-митинг для менеджера Команда говорит "для начальника", не для себя SM перефокусирует на блокеры
Пропуск Retrospective Нет улучшения процесса Ретро обязательна, даже 30 мин
PO меняет задачи в середине спринта Команда не может взять обязательства Sprint Goal защищён SM
Команда > 9 человек Теряется синхронизация Делить на два Scrum-а

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

Ресурсы