Кто отвечает за распределение задач и планирование спринтов
Что проверяют
Знаете ли вы, как устроен Scrum на самом деле, и понимаете ли своё место в нём как тестировщика. Следом почти всегда спрашивают, как в оценку задачи попадает тестирование и что вы делаете, если на тесты в спринте не осталось времени.
Как отвечать
Опирайтесь на актуальный Scrum Guide (редакция 2020 года), там роли разведены чётко:
- Product Owner: отвечает за Product Backlog и порядок элементов в нём, приносит на планирование цель продукта и объясняет, какие задачи важнее;
- Developers: все, кто делает инкремент, включая тестировщиков. Именно они решают, сколько работы возьмут в спринт, и составляют план, как её сделать. Sprint Backlog принадлежит им;
- Scrum Master: следит, чтобы планирование состоялось и уложилось в таймбокс (до восьми часов на месячный спринт), но задачи не раздаёт;
- вся Scrum Team: вместе формулирует цель спринта (Sprint Goal).
Отсюда главный тезис: в Scrum задачи не распределяет начальник, команда берёт их сама. На практике бывает иначе, и об этом стоит сказать честно: во многих командах тимлид или менеджер фактически назначает исполнителей в Jira, и это уже не Scrum по книге.
Дальше покажите роль QA. Вы участвуете в оценке и напоминаете, что тестирование входит в оценку истории, а не идёт отдельным хвостом. Проверяете, что у задач есть критерии приёмки, иначе тестировать не на что. Закладываете время на регресс и на автотесты, если они входят в Definition of Done. Расскажите, как это было в вашей команде: длина спринта, кто вёл планирование, как оценивали (story points, покер планирования).
Где спотыкаются
Говорят, что задачи распределяет Scrum Master. Это самая частая ошибка: он фасилитатор, а не менеджер.
Описывают QA как отдельную стадию после разработки. Если тестирование не заложено в спринт, задачи приходят на проверку в последний день и переезжают в следующий спринт недоделанными.
Путают Product Backlog и Sprint Backlog и не могут объяснить, кто может менять состав работы после старта спринта.