Какой методологии разработки вы придерживаетесь: Канбан или Скрам?
Что проверяют
Не определения из учебника, а то, как вы как тестировщик встраиваетесь в процесс команды и умеете ли работать в обоих режимах. Следом спрашивают, где в этом процессе тестирование: когда вы получаете задачу, как считается готовность и что происходит с регрессом.
Как отвечать
Начните с факта из своего опыта: какая была команда, какой процесс и как в нём жило тестирование. Затем покажите, что понимаете разницу:
- Scrum: работа идёт спринтами фиксированной длины, чаще всего по две недели, с планированием, дейли, обзором и ретроспективой. Для QA это груминг и планирование с оценкой тестирования, тест-кейсы параллельно разработке и тесты в Definition of Done. Главный риск: фичи доезжают в последние дни, и тестирование сжимается;
- Kanban: непрерывный поток задач по доске с WIP-лимитами на колонках. Если колонка «Тестирование» переполнена, это сразу видно, и команда помогает её разгрузить, а не тащит новые задачи. Метрики здесь lead time и cycle time;
- гибрид: многие команды живут в Scrumban. Спринты для планирования, но с WIP-лимитами и отдельным потоком для багов с прода.
Дальше расскажите свой пример с цифрами: сколько человек в команде, как часто релизы, как решали проблему регресса. Например: «Регресс занимал три дня в конце спринта, мы автоматизировали смоук на API и стали тестировать фичи по мере готовности, а не пачкой». Цифры берите свои: придуманные рассыпаются на первом уточнении.
Если работали только в одном подходе, так и скажите и объясните, как видите себя в другом. Хороший финал: «Жёстких предпочтений нет, мне важнее, чтобы тестирование начиналось с требований, а не в конце спринта». Этот же вопрос стоит задать работодателю: ответ покажет, будет ли у вас время на тесты.
Где спотыкаются
Пересказывают Scrum Guide и ни слова не говорят о тестировании. Интервьюер спрашивает про вашу роль, а не про теорию.
Называют Scrum «жёстким», а Kanban «хаосом без правил». В Kanban есть свои правила: WIP-лимиты и явные критерии перехода между колонками.
Отвечают «работали по Scrum», а на вопрос про ретро или WIP-лимиты теряются. Если процесс был номинальным, лучше честно описать, как команда работала на самом деле.