База для QA
К списку уроков
Блок 1 · Введение в IT и разработку ПО

Урок 3. Agile и Scrum

Как работают современные IT-команды

Темы урока

Agile-манифест (4 ценности, 12 принципов), Scrum (спринты, церемонии: планирование/дейли/ретро/демо), роли (PO/SM/команда), Kanban, роль QA в Agile

Видео урока

Пройти тест по уроку

Конспект урока

Главное за урок

Большинство современных IT-команд работают по Agile и его конкретной реализации Scrum. Знание Scrum — базовый вопрос на собеседовании джуна QA.

Agile — это не «всё гибко и без процессов», а ценности и принципы, которые держат короткие циклы проверки гипотез и прозрачность для команды.

4 ценности Agile-манифеста

  1. Люди и взаимодействие важнее процессов и инструментов (но процессы всё равно нужны).
  2. Работающий продукт важнее исчерпывающей документации (документация — там, где снижает риск).
  3. Сотрудничество с заказчиком важнее следования контракту.
  4. Готовность к изменениям важнее следования первоначальному плану.

Ключевое слово — «важнее», а не «вместо»: процессы, документация и план не отменяются, они подчиняются цели.

Scrum: каркас, который спрашивают на собесах

Scrum = роли + события (церемонии) + артефакты + правила прозрачности и инспекции/адаптации.

Роли

  • Product Owner (PO) — отвечает за ценность и приоритет в Product Backlog. Решает, что строим и в каком порядке.
  • Scrum Master (SM) — обслуживает процесс Scrum: убирает блокеры, помогает церемониям давать пользу, следит за правилами. Не руководитель и не владелец scope.
  • Команда разработки — кросс-функциональная (Dev, QA, DevOps, Designer и т.д.), вместе несёт ответственность за инкремент.

Артефакты

  • Product Backlog — список всех потенциальных задач продукта.
  • Sprint Backlog — задачи, взятые в текущий спринт.
  • Increment — рабочий инкремент продукта в конце спринта.

Спринт

Ограниченный по времени цикл (обычно 1–4 недели), в конце которого команда выдаёт рабочий инкремент продукта.

4 церемонии Scrum

Церемония Когда Цель
Sprint Planning В начале спринта Что берём в спринт и как понимаем «готово»
Daily Scrum (дейли) Каждый день, ~15 мин Синхронизация: план на сутки, блокеры
Sprint Review В конце спринта Демонстрация инкремента стейкхолдерам, сбор обратной связи
Sprint Retrospective После Review Как работаем как команда; улучшения процесса

Дейли — это не отчёт начальству, а план на день. Классический формат: что сделал вчера / что сегодня / что мешает. Длинные обсуждения — вне дейли.

Kanban: поток работ без обязательного спринта

  • Доска: «в очереди → в работе → готово».
  • Лимит WIP (Work In Progress) — сколько задач одновременно в работе. Без лимита растёт многозадачность, время цикла и количество ошибок.
  • В отличие от Scrum, нет ограниченных во времени спринтов — есть непрерывный поток.

Scrum задаёт ритм; Kanban задаёт скорость потока. На реальных проектах часты гибриды.

QA в Scrum-спринте

QA встроен в команду на всех этапах:

  • На планировании — уточняет критерии готовности, риски, пограничные случаи.
  • В разработке — пишет тест-кейсы и чек-листы параллельно с кодом.
  • В тестировании — прогоняет, ищет баги, общается с разработчиками.
  • На дейли — приносит синхронизацию: что в проверке, что отдаём, где риск.
  • На ревью/демо — показывает результат, фиксирует обратную связь.
  • На ретро — поднимает проблемы процесса (тестовые данные, окружения, нечёткие требования).

Как QA озвучивает оценку на дейли

Не «магические часы из головы», а через объём проверки:

  • зоны (что охватываем);
  • типы проверок (smoke, regression, edge-cases);
  • неопределённость (риск).

Если оценить пока невозможно — честно сказать «уточню после декомпозиции» (детально это будет в уроке 14).

Waterfall в контексте

Уже разбирали в уроке 2 — здесь как точка сравнения:

  • Жёсткие фазы, основной объём тестирования в конце.
  • Подходит для регуляторики, госсектора, контрактов с фикс-скоупом.
  • В итеративных подходах QA работает в каждом цикле, а не один раз в конце.

Ключевые тезисы для теста

  • Agile — это ценности и принципы; Scrum — конкретная реализация поверх них.
  • В Scrum 3 роли: Product Owner, Scrum Master, команда разработки.
  • Scrum Master ≠ менеджер. Он отвечает за процесс и убирает блокеры, а не за scope.
  • Product Owner отвечает за ценность и приоритеты в Product Backlog.
  • 4 церемонии: Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.
  • Daily Scrum — ~15 минут, формат «вчера / сегодня / блокеры», без длинных обсуждений.
  • Kanban = поток + лимит WIP; Scrum = спринты с фиксированной длительностью.
  • QA в Scrum работает в каждом цикле, а не «в конце»; на дейли оценивает через объём, а не часы.

Полезные ссылки