Из каких процессов состоит Scrum

Процессы в Scrum: Полный обзор

Scrum — это фреймворк управления проектами, состоящий из четырёх основных событий (церемоний) и трёх артефактов. Это стройная система, которая обеспечивает прозрачность, проверку и адаптацию.

Четыре основных события Scrum

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

Это первое событие спринта, где команда определяет объём работ на предстоящий спринт.

Участники:

• Product Owner (владелец продукта)
• Scrum Master (фасилитатор)
• Development Team (разработчики и тестировщики)

Что происходит:

• Product Owner представляет приоритизированные элементы из Product Backlog
• Команда обсуждает требования и задаёт уточняющие вопросы
• Определяется Sprint Goal (цель спринта)
• Team commits на определённый объём работ
• Создаётся Sprint Backlog

Длительность: для двухнедельного спринта обычно 2-4 часа.

2. Daily Standup (Ежедневный синхронизм)

Короткое ежедневное совещание, где команда синхронизируется по прогрессу.

Ключевые вопросы, на которые отвечает каждый:

• Что я сделал вчера?
• Что я планирую сделать сегодня?
• Есть ли блокеры или препятствия?

Важные моменты:

• Это meeting FOR команды, но НЕ meeting WITH менеджером
• Максимум 15 минут
• Проводится в одно и то же время каждый день
• Помогает выявить проблемы на ранней стадии

Роль QA: тестировщик докладывает о ходе тестирования, обнаруженных дефектах и планах на день.

3. Sprint Review (Обзор спринта)

Театра демонстрации готовой работы (Done Increment) стейкхолдерам.

Что происходит:

• Команда демонстрирует выполненную работу
• Только готовые элементы (Definition of Done)
• Product Owner обсуждает завершённые требования
• Stakeholders дают обратную связь
• Обновляется Product Backlog на основе feedback

Роль QA: демонстрирует протестированную функциональность, обсуждает найденные баги, которые были исправлены.

Важно: это НЕ презентация незавершённой работы и НЕ планирование следующего спринта.

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

Отражение команды о процессах и улучшениях.

Цель: выявить, что работает хорошо и что нужно улучшить.

Классическая структура (3 вопроса):

• Что хорошо прошло в спринте?
• Что не получилось?
• Что мы улучшим в следующем спринте?

Результат: Action items (конкретные улучшения) для следующего спринта.

Важно: это safe space для откровенного разговора, фасилитирует Scrum Master.

Три основных артефакта Scrum

Product Backlog — приоритизированный список требований и улучшений

Sprint Backlog — элементы из Product Backlog, выбранные на текущий спринт, + план реализации

Increment — готовая функциональность, которая может быть выпущена (Definition of Done)

Роли в Scrum

Product Owner — отвечает за бизнес-ценность, приоритизацию требований

Scrum Master — coach и фасилитатор, убирает блокеры, защищает команду от отвлечений

Development Team — самоорганизующаяся команда, включая разработчиков и QA

Временная шкала типичного Scrum дня (2 недельный спринт)

День 1 (Понедельник):

• Sprint Planning (2-4 часа)

Дни 1-10:

• Daily Standup каждый день (15 минут)

День 10 (последний день):

• Sprint Review (1-2 часа)
• Sprint Retrospective (45 минут - 1,5 часа)

Итого: ~7 часов структурированного времени на спринт.

Практическое значение для QA

QA-инженер в Scrum:

• Участвует в планировании, уточняет критерии приёмки
• Выполняет тестирование параллельно разработке
• Докладывает о статусе тестирования на Daily Standup
• Демонстрирует протестированную функциональность на Sprint Review
• Предлагает улучшения процесса на Retrospective

Понимание этих процессов критично для эффективной работы в Scrum команде.