Церемонии спринта

Updated Jul 2026

Роль QA в каждой церемонии

QA-инженеры, которые участвуют только в стендапах, упускают 75% ценности, которую могут привнести. Каждая церемония спринта -- это возможность предотвратить баги, сообщить о рисках и продемонстрировать влияние работы по качеству.

Планирование спринта

Планирование спринта -- это момент, когда команда решает, какую работу взять в спринт. Это одна из самых важных точек влияния для QA.

Что привносит QA

• Задаёт уточняющие вопросы по критериям приёмки: «Что должно произойти, если пользователь введёт эмодзи в поле имени?» -- часто выявляет неопределённое поведение, которое иначе стало бы багом.
• Выявляет тестовые зависимости на ранней стадии: потребности в тестовых данных, настройка окружений, доступ к сторонним сервисам, тестовые аккаунты.
• Отмечает истории, требующие непропорционального тестового усилия: «двухпоинтовая» история, требующая тестирования в 3 браузерах, 2 API и 4 пользовательских ролях, на самом деле стоит 5 поинтов.
• Предлагает разделение крупных историй: «Можем ли мы разделить это на "базовое оформление заказа" и "оформление с купонами", чтобы тестировать и поставлять инкрементально?»
• Продвигает истории по тестовой инфраструктуре: «Нам нужна история по исправлению 8 нестабильных тестов с прошлого спринта» -- это должен быть полноценный элемент бэклога.

Типичные ошибки планирования

Ежедневный стендап

Стендап предназначен для координации, а не для отчётов о статусе. Будьте кратки и сфокусированы на том, что команде нужно знать.

Паттерн стендапа для QA

Вчера:

«Я завершил тестирование SHOP-456 (редизайн авторизации). Нашёл два бага средней серьёзности, оба заведены и назначены.»

Сегодня:

«Я тестирую SHOP-789 (оптимизация корзины). Нужно обновить staging-базу данных, прежде чем я смогу начать интеграционные тесты.»

Блокеры:

«Песочница платёжной системы возвращает 503 со вчерашнего дня. Я открыл тикет у провайдера, но не могу тестировать оформление заказа, пока это не будет решено.»

Советы для QA на стендапе

• Начинайте с влияния, а не с активности: «Нашёл 2 бага в авторизации» полезнее, чем «Прогнал 50 тест-кейсов».
• Будьте конкретны о блокерах: укажите, что заблокировано, почему и что нужно для разблокировки.
• Сообщайте о зависимостях рано: если вам нужен разработчик для деплоя исправления, прежде чем вы сможете продолжить тестирование, скажите об этом сейчас, а не в 16:00.
• Укладывайтесь в 2 минуты: детальные обсуждения -- после стендапа.

Обзор спринта / демо

Обзор спринта -- это когда команда демонстрирует выполненную работу заинтересованным сторонам. QA может и должен участвовать.

Как QA добавляет ценность на обзоре спринта

Покажите результаты качества, а не только фичи:

«Мы выпустили редизайн авторизации с 98% тестовым покрытием, нашли и исправили 4 бага в течение спринта и снизили время загрузки страницы с 2.1с до 1.4с.»

Это гораздо убедительнее, чем «мы это протестировали».

Демонстрируйте тестирование в действии:

• Покажите тестовый прогон с автоматизацией в живом браузере
• Покажите отчёт о покрытии до и после
• Покажите сравнение производительности (метрики LCP, FID до/после)
• Покажите трассируемость от требования к тесту и доказательству

Выделите риски:

• «Email-уведомления не полностью протестированы, потому что почтовый сервис был недоступен 3 дня. Мы рекомендуем придержать эту функцию до спринта 24.»
• Заинтересованные стороны ценят прозрачность в том, что не готово, гораздо больше, чем обнаружение этого в продакшене.

Антипаттерны обзора спринта

Ретроспектива спринта

Ретроспектива -- это когда команда рефлексирует о том, что прошло хорошо, что нет и что улучшить. Вопросы, ориентированные на качество, обеспечивают улучшение тестирования от спринта к спринту.

Вопросы ретроспективы, ориентированные на качество

• Просочившиеся дефекты: Просочились ли баги в продакшен в этом спринте? Почему наши тесты их пропустили?
• Нестабильные тесты: Какие тесты были нестабильными в этом спринте? Каков план их исправления?
• Узкие места: Стало ли тестирование узким местом в какой-то момент? Как сдвинуть влево?
• Инфраструктура: Надёжны ли наши тестовые окружения? Какие улучшения инфраструктуры помогут?
• Соотношение автоматизации: Улучшается или ухудшается наш показатель автоматизации тестов?
• Скорость создания тестов: Успеваем ли мы писать тесты за разработкой фич?

Превращение инсайтов ретро в действия

Инсайт ретро без элемента действия -- впустую. Каждое улучшение качества должно стать конкретной, назначаемой задачей:

Временные затраты на церемонии

Практическое упражнение

1. Подготовьте вклад в планирование спринта: изучите 3 предстоящие истории и определите проблемы тестируемости
2. Напишите своё обновление для завтрашнего стендапа, используя паттерн выше
3. Создайте 3-минутную презентацию для обзора спринта с метриками качества текущего спринта
4. Предложите 3 вопроса ретроспективы, ориентированных на качество, специфичных для недавних проблем вашей команды
5. Преобразуйте один инсайт ретро из вашей последней ретроспективы в конкретный, назначаемый элемент действия