Что происходит после итерации спринта

После итерации спринта в Scrum происходит ключевое событие Sprint Review (или Review Meeting), за которым следует Sprint Retrospective (или Retro Meeting). Этот период называется Sprint Closing и служит для подведения итогов, получения обратной связи и планирования улучшений. Давайте разберем каждый этап подробно.

Sprint Review: Демонстрация и инспекция инкремента

Цель: представить выполненную работу заказчику (стейкхолдерам) и получить обратную связь.

Ключевые активности на Review:

• Демонстрация инкремента: Команда показывает, какие элементы бэклога продукта были выполнены и соответствуют определению «Готово» (Definition of Done). Акцент делается на работающем, протестированном ПО.

  // Пример: демонстрация новой функциональности поиска
  public class ProductSearchDemo {
      public void demonstrateNewSearchAlgorithm() {
          // Показать работу нового, более быстрого алгоритма
          SearchResult results = improvedSearchEngine.find("query");
          assert results.getItems().size() > 0;
          assert results.getSearchTimeMs() < 100; // Уложились в критерий производительности
      }
  }
  

• Обсуждение и обратная связь: Стейкхолдеры задают вопросы, дают оценку, предлагают изменения или новые идеи. Product Owner (PO) записывает эту обратную связь.
• Обновление бэклога продукта: На основе обратной связи PO может пересмотреть приоритеты, добавить новые пользовательские истории, уточнить или удалить существующие. Обсуждается, что может быть ценным в следующем спринте.

Роль QA: QA-инженер активно участвует в демонстрации, может отвечать на вопросы о качестве, проведенных тестах и обнаруженных граничных случаях. Это момент валидации, что команда построила «правильную вещь».

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

Цель: проанализировать, как прошел спринт с точки зрения процессов, инструментов и взаимодействия, и определить конкретные улучшения на следующий спринт.

Типичная структура ретроспективы (по шаблону «Что прошло хорошо? / Что можно улучшить? / Идеи для улучшений»):

• Сбор данных: Команда (включая Scrum Master и PO) обсуждает:

    *   **Что прошло хорошо?** (например, «отличная коммуникация по багам», «быстрое ревью кода»).
    *   **Что вызвало трудности?** (например, «недостаток тестовых данных для нагрузочного тестирования», «поздние слияния в main-ветку»).

• Генерация идей: На основе выявленных проблем команда предлагает конкретные, реализуемые улучшения (Action Items).
• Принятие решений: Команда голосует и выбирает 1-2 ключевых улучшения, которые обязуется внедрить в следующем спринте.

Пример улучшения от QA: «Внедрить автоматизацию smoke-тестов для каждой сборки в CI/CD пайплайн, чтобы сократить время ручного прогона». Задача по внедрению добавляется в бэклог следующего спринта.

Переход к новому спринту

После ретроспективы цикл замыкается и сразу начинается подготовка к новому спринту:

1. Обновленный бэклог продукта, сформированный после Review, становится основой для планирования.
2. Scrum Master помогает устранить выявленные в ретроспективке организационные препятствия.
3. Команда разработки и QA берут на себя обязательства по внедрению выбранных улучшений процессов.
4. Начинается следующий цикл с события Sprint Planning, где команда будет отбирать задачи из обновленного бэклога на очередную итерацию.

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