Agile, Scrum, Kanban. Место QA в спринте. DoR и DoD

В прошлом уроке мы разобрали итеративную модель SDLC — продукт строится короткими повторяющимися циклами, и тестировщик подключён постоянно. На практике итеративность почти всегда реализуется через Agile — гибкую методологию, противоположную жёсткому водопаду. Но «Agile» — это философия, а не пошаговая инструкция. Чтобы реально организовать работу команды, нужен конкретный фреймворк. Самые распространённые — Scrum и Kanban. Разберём, как они устроены и что именно в них делает тестировщик.

Чему научишься за этот урок:
— различать Scrum и Kanban и объяснять, чем они отличаются;
— называть роли и ритуалы Scrum-команды;
— описывать, что делает тестировщик на каждом ритуале спринта;
— различать DoR и DoD и объяснять, зачем нужен каждый чек-лист.

Scrum: спринты и роли

Scrum — конкретный фреймворк реализации Agile. Работа в нём идёт спринтами — короткими фиксированными по длительности отрезками времени (обычно 1–4 недели, чаще всего 2). В начале спринта команда решает, что возьмёт в работу, а в конце — показывает результат.

В Scrum-команде три роли:

  • Product Owner — владелец продукта, приоритизирует бэклог задач: решает, что важнее сделать в первую очередь.
  • Scrum Master — фасилитатор процесса, убирает препятствия, которые мешают команде работать.
  • Development Team — команда разработки, которая непосредственно делает продукт. Тестировщик — часть этой команды.

Четыре ритуала спринта

Внутри каждого спринта регулярно происходят четыре встречи команды — их называют ритуалами.

Спринт (обычно 1-4 недели, часто 2)

Sprint Planning -> [Daily Standup - каждый день спринта] -> Sprint Review -> Sprint Retrospective
(в начале спринта)                                            (в конце спринта)   (сразу после Review)
  1. Sprint Planning (планирование) — в начале спринта команда решает, какие задачи берёт в работу и какой объём успеет сделать.
  2. Daily Standup / Daily Scrum (ежедневная синхронизация) — короткая встреча каждый день спринта: что сделал, что делаю сегодня, что мешает.
  3. Sprint Review (обзор спринта) — в конце спринта команда демонстрирует результаты работы заказчику и другим заинтересованным лицам.
  4. Sprint Retrospective (ретроспектива) — отдельная встреча после Review, где команда обсуждает не продукт, а СВОЙ ПРОЦЕСС работы: что улучшить в следующий раз.

Kanban: работа без спринтов

Kanban — другой фреймворк реализации Agile, БЕЗ фиксированных спринтов. Работа визуализируется на доске со столбцами статусов, и задачи двигаются по ней непрерывным потоком, а не порционными итерациями.

To Do        | In Progress   | Testing      | Done
-------------------------------------------------------
Задача 1      | Задача 2      | Задача 3     | Задача 4
Задача 5      |               |              |

Ключевое ограничение Kanban — WIP (work in progress, работа в процессе): сколько задач одновременно можно держать в одном столбце. Например, лимит «не более 2 задач» в столбце In Progress не даёт команде хвататься за всё сразу и заставляет сначала довести начатое до конца.

Место тестировщика в спринте

Частая ошибка новичка — думать, что тестировщик работает только в конце спринта, когда весь код уже написан. На самом деле в Scrum тестировщик подключён на протяжении ВСЕГО спринта, и у него есть своя роль на каждом ритуале.

  1. На Sprint Planning — оценивает тестируемость задач: понятно ли, как их будет проверять, и продумывает подход к проверке ещё до начала работы.
  2. В течение спринта — тестирует задачи ПО МЕРЕ их готовности, не дожидаясь последнего дня.
  3. На Daily Standup — докладывает статус тестирования: что уже проверено, что в работе, что мешает.
  4. На Sprint Review — участвует в демонстрации результата заказчику.
  5. На Sprint Retrospective — предлагает улучшения именно в процессе тестирования.

DoR и DoD

Чтобы команда одинаково понимала, когда задачу МОЖНО брать в работу и когда она СЧИТАЕТСЯ выполненной, используют два чек-листа.

DoR (Definition of Ready) — критерии готовности задачи к тому, чтобы её взяли в спринт. Проверяется ДО начала работы. Например: требования понятны, есть критерии приёмки, есть макет, если нужен интерфейс.

DoD (Definition of Done) — критерии того, что задача СЧИТАЕТСЯ выполненной. Проверяется ПОСЛЕ работы над ней. Например: код написан, код-ревью пройдено, юнит-тесты написаны, тестировщик проверил задачу и не нашёл блокирующих дефектов. Тестирование — ОБЯЗАТЕЛЬНЫЙ пункт DoD: без него задача не может считаться Done, каким бы готовым ни выглядел код.

Не путайте DoR и DoD по направлению проверки: DoR смотрит НАЗАД, на момент старта задачи («можно ли её вообще брать в работу»), DoD смотрит ВПЕРЁД, на момент финиша («можно ли считать её готовой»).

Итог:
— Scrum — фреймворк Agile с фиксированными спринтами (1–4 недели) и тремя ролями: Product Owner, Scrum Master, Development Team;
— четыре ритуала спринта — Sprint Planning, Daily Standup, Sprint Review, Sprint Retrospective;
— Kanban — фреймворк Agile БЕЗ фиксированных спринтов, работа идёт непрерывным потоком с ограничением WIP;
— тестировщик работает НА ПРОТЯЖЕНИИ всего спринта, а не только в конце — у него есть роль на каждом ритуале;
— DoR проверяется ДО начала работы над задачей, DoD — ПОСЛЕ, и тестирование — обязательный пункт DoD.

Контрольный вопрос. Что такое Scrum?

АКонкретный фреймворк реализации Agile, где работа идёт фиксированными спринтами
БСиноним слова Agile — два термина обозначают ровно одно и то же
ВИнструмент для автоматизации тестов

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

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Контрольный вопрос. Чем Kanban принципиально отличается от Scrum?

АВ Kanban нет фиксированных спринтов — работа идёт непрерывным потоком через доску со столбцами
БВ Kanban вообще нет ролей и работает только один человек
ВKanban — устаревшая версия Scrum, которую больше не используют

Подсказка: Смотри раздел про Kanban — что там сказано про длительность работы командой и как задачи двигаются по доске.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Контрольный вопрос. Кто в Scrum-команде приоритизирует бэклог задач?

АProduct Owner
БScrum Master
ВDevelopment Team

Подсказка: В разделе про роли Scrum одна из трёх ролей описана как отвечающая именно за порядок задач, а не за процесс команды.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Контрольный вопрос. На каком ритуале спринта команда демонстрирует результаты работы заказчику?

АSprint Review
БDaily Standup
ВSprint Planning

Подсказка: Из четырёх ритуалов только один прямо описан как показ результата стейкхолдерам — посмотри список ритуалов спринта.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Контрольный вопрос. Какие из утверждений про DoR, DoD и ритуалы спринта верны (выбери все подходящие)?

Выберите все верные варианты.

АDoR проверяется ДО начала работы над задачей, DoD — ПОСЛЕ
БТестирование — обязательный пункт DoD, без него задача не может считаться Done
ВТестировщик докладывает статус тестирования именно на Daily Standup
ГВ Kanban, как и в Scrum, используются фиксированные двухнедельные спринты

Подсказка: Сверь каждое утверждение с разделами про DoR/DoD, ритуалы спринта и определение Kanban из этого урока.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Контрольный вопрос. Как называется чек-лист критериев готовности задачи к тому, чтобы её взяли в спринт — проверяется ДО начала работы над задачей? Ответь аббревиатурой из трёх букв.

Подсказка: Раздел урока сравнивает два похожих чек-листа: один проверяют ДО старта работы, другой — ПОСЛЕ. Тебе нужен первый.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Контрольный вопрос. Какое ключевое ограничение Kanban не даёт команде хвататься за слишком много задач одновременно?

АWIP (лимит задач в одном столбце)
БФиксированная длительность спринта
ВЕжедневный Standup

Подсказка: Речь про лимит, который ограничивает число задач именно в одном столбце доски.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Задание. Название ежедневной короткой синхронизации команды в Scrum, где каждый рассказывает, что сделал, что делает сегодня и что мешает. Ответь двумя английскими словами.

Подсказка: Из четырёх ритуалов спринта это единственный, который происходит КАЖДЫЙ день, а не один раз за весь спринт.

✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Задание. Команда в начале двухнедельного спринта собралась обсудить, какие задачи возьмёт в работу и какой объём успеет сделать. Как называется этот ритуал? Ответь двумя английскими словами.

Подсказка: Это первый из четырёх ритуалов спринта — происходит В НАЧАЛЕ, а не в середине или в конце.

✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.

Проверить ответ →

Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →

Задание. Объясни в 2-3 предложениях, почему тестирование — ОБЯЗАТЕЛЬНЫЙ пункт DoD, а не просто пожелание «неплохо бы проверить, если будет время».

Критерий приёмки: объяснено, что DoD фиксирует тестирование как обязательное условие готовности, а не рекомендацию; без прохождения тестирования и отсутствия блокирующих дефектов задача не может считаться по-настоящему завершённой — иначе в статус Done попадали бы непроверенные, потенциально сломанные задачи, и статус Done переставал бы что-либо гарантировать.

Подсказка: Подумай, что случится с доверием к статусу Done, если разработчик сможет поставить его сам, не дожидаясь проверки тестировщиком.

✅ Готово, если: ответ раскрывает то, что просит критерий приёмки в задании выше.

Онлайн-проверка ответа появится позже

Задание. Опиши, что делает тестировщик применительно к этой задаче на каждом из четырёх ритуалов спринта: Sprint Planning, Daily Standup, Sprint Review, Sprint Retrospective.

Критерий приёмки: для КАЖДОГО из четырёх ритуалов названо конкретное действие тестировщика именно по этой задаче — на Sprint Planning: оценка тестируемости задачи и продумывание подхода к проверке (ещё не сам прогон тестов); на Daily Standup: доклад о статусе тестирования этой задачи (что уже проверено, что мешает); на Sprint Review: участие в демонстрации того, что применение промокода и пересчёт суммы работают, заказчику или стейкхолдерам; на Sprint Retrospective: предложение по улучшению именно процесса тестирования (не обсуждение самого продукта). Дополнительно отмечено, что тестирование задачи идёт В ТЕЧЕНИЕ спринта по мере готовности, а не только в последний день.

В Scrum-команде спринт длится 2 недели. В начале спринта в работу берут задачу: «Добавить возможность применить промокод на экране оплаты курса — сумма к оплате должна автоматически пересчитываться после ввода промокода».

Подсказка: Пройдись по разделу урока «Место тестировщика в спринте» ритуал за ритуалом — там для каждого названо своё конкретное действие тестировщика.

Онлайн-проверка ответа появится позже

Что дальше

Спринты и ритуалы задают РИТМ работы тестировщика — когда именно он подключается к задаче. Но внутри самой задачи есть ещё один важный вопрос: на каком УРОВНЕ идёт проверка — тестируем один модуль, несколько модулей вместе или всю систему целиком? Об этом — в следующем уроке.

Назад  ·  ↑ В начало урока  ·  ⌂ В начало курса  ·  Вперёд →

Школа Виктора Комлева