По какой методологии работаете
Что проверяют
Не любовь к Scrum, а то, как устроен ваш рабочий день и впишетесь ли вы в процесс команды. Заодно проверяют честность: у большинства продуктовых команд процесс гибридный, и заученный пересказ фреймворка звучит как теория из статьи.
Как отвечать
Опишите, как было на самом деле: длина итерации, где живут задачи, кто расставляет приоритеты, как задача попадает в работу и как из неё выходит.
Для мобильной разработки важна часть, которой нет у веба, и именно её ждут:
- релизный цикл живёт отдельно от итерации: сборка, проверка в магазине, поэтапная раскатка, откат только флагом, а не выкладкой;
- фиче-флаги и удалённый конфиг, потому что выпустить исправление за час нельзя;
- ветки и сборки: что уходит внутренним тестировщикам, что в бету, кто собирает релиз;
- ревью, автотесты и статический анализ на пул-реквесте, прогон на симуляторе и на живом устройстве.
Сильная концовка это сравнение: что в процессе работало, что мешало, что вы предложили изменить. Если процесса не было вовсе, так и скажите и объясните, как выкручивались.
Спросите и сами: какая длина итерации, кто владеет бэклогом, как часто выпускают приложение.
Где спотыкаются
Отвечают шаблоном про спринты, стендапы и ретро без единой детали своего проекта. Следующий вопрос обычно про то, что делали при изменении требования в середине спринта, и на нём пересказ заканчивается.
Второе: приписывают методологии цифры. Фраза про снижение числа дефектов на некий процент благодаря Agile не проверяется и звучит как заготовка. Лучше факт без процентов: релизы стали предсказуемее, потому что заморозку кода сдвинули на два дня раньше.
Третье: путают Scrum и Kanban. Если задачи берутся по мере освобождения, незавершённая работа ограничена, а спринт целиком никто не оценивает, это Kanban, и чужое название даст лишний вопрос про роли и церемонии.