Что такое Scrum и как устроен рабочий процесс
Что проверяют
Понимаете ли вы, что это рамка с конкретными ролями и событиями, и знаете ли, куда в ней встроено тестирование.
Как отвечать
Scrum это не методология с подробными инструкциями, а лёгкая рамка для работы над сложными продуктами короткими итерациями.
Ответственности три:
- владелец продукта: отвечает за ценность, ведёт и приоритизирует бэклог продукта;
- скрам-мастер: отвечает за то, чтобы рамка работала, снимает препятствия;
- разработчики: все, кто делает инкремент, включая тестировщиков, аналитиков, дизайнеров. Отдельной «команды тестирования» внутри Scrum нет.
События пять:
- спринт: итерация фиксированной длины, от одной до четырёх недель, следующий начинается сразу за предыдущим;
- планирование: зачем этот спринт (цель), что берём, как сделаем;
- ежедневный скрам: пятнадцать минут на синхронизацию по продвижению к цели, а не отчёт руководителю;
- обзор спринта: показ инкремента заинтересованным лицам и сбор обратной связи;
- ретроспектива: как улучшить процесс.
Артефакты три, у каждого своё обязательство: бэклог продукта с целью продукта, бэклог спринта с целью спринта, инкремент с определением готовности.
Рядом обычно есть уточнение бэклога (груминг), которое к событиям формально не относится, но проводится регулярно.
Что важно с точки зрения тестирования: проверка идёт внутри спринта, а не отдельной фазой после. Определение готовности почти всегда включает пройденные тесты, отсутствие открытых критичных дефектов и обновлённую документацию. Тестировщик участвует в уточнении и в планировании, потому что там задаются критерии приёмки, и там дешевле всего поймать неполное требование.
Где спотыкаются
Называют Scrum методологией и путают с Kanban.
Описывают ежедневную встречу как отчёт о статусе.
Выносят тестирование в отдельный спринт после разработки.
Не могут сформулировать разницу между определением готовности и критериями приёмки.