Как долго длились спринты
Что проверяют
Короткий вопрос о фактах, за которым стоит другой: как тестирование встраивалось в ритм команды. Длина спринта интересна меньше, чем то, успевали ли вы протестировать задачи до конца итерации. Следом почти всегда спрашивают, что происходило в последние дни спринта и куда девались непротестированные задачи.
Как отвечать
Назовите свою реальную длительность и сразу покажите, как в неё укладывалась работа QA. Каркас:
- длительность и формат: чаще всего это две недели, реже одна или три. Scrum Guide ограничивает спринт месяцем и требует фиксированной длины. Если команда работала по Kanban без итераций, так и скажите;
- церемонии и ваша роль: на планировании вы оценивали трудозатраты на тестирование и задавали вопросы по критериям приёмки, на ревью показывали результат вместе с разработчиками, на ретро поднимали проблемы качества;
- распределение тестирования: задачи шли в тест по мере готовности, а не пачкой в конце. Упомяните, когда был код-фриз и сколько дней занимал регресс перед релизом;
- Definition of Done: входили ли в неё тестирование, автотесты, закрытые критичные баги;
- что пошло не так и как исправили: например, задачи массово доезжали в тест в последний день, и команда договорилась о лимите незавершённой работы или сдвинула код-фриз.
Нужны ваши собственные детали: размер команды, число задач за спринт, сколько времени уходило на регресс. Если вы работали без спринтов или только в учебном проекте, скажите честно и опишите, как организовали бы тестирование в двухнедельной итерации.
Где спотыкаются
Отвечают одной фразой «две недели». Формально верно, но интервьюер ничего не узнаёт о вашей работе, и разговор приходится вытягивать.
Пересказывают Scrum по учебнику вместо своего опыта. Интервьюер быстро замечает, что конкретных примеров нет.
Описывают тестирование как этап после разработки, когда задачи сваливаются в конце спринта. Об этом можно рассказать, но только вместе с тем, что команда сделала, чтобы это исправить.