По какой методологии работаете
Что проверяют
В каком процессе вы производили аналитику и какие артефакты после вас оставались. Для аналитика методология это не набор ритуалов, а ответ на вопрос, когда требования фиксируются и что происходит при их изменении.
Как отвечать
Свяжите методологию со своими артефактами и точками синхронизации.
В итеративном процессе вы идёте впереди разработки на итерацию: собираете требования, режете их на пользовательские истории с критериями приёмки, готовите схемы потоков и макеты, отвечаете на вопросы во время разработки, участвуете в приёмке. Документ живой и меняется вместе с продуктом.
В водопадном или контрактном процессе всё иначе: техническое задание согласовано и подписано, изменения идут запросом на изменение с оценкой влияния на сроки и бюджет. Это нормальный порядок для интеграций и работы с внешним заказчиком, говорить о нём как об отсталости не стоит.
Покажите инструменты, которые не зависят от фреймворка: описание процессов в нотации BPMN, диаграмма последовательности для интеграции, контракт API, модель данных, матрица трассировки от бизнес-цели до проверки.
Отдельно проговорите приоритизацию: как решали, что делать первым, и кто принимал это решение.
Где спотыкаются
Называют методологию, но не могут сказать, что делали внутри неё. Рассказ про спринты и стендапы не отвечает на вопрос, откуда брались требования и кто их утверждал.
Второе: подкрепляют рассказ выдуманными процентами вроде сокращения сроков разработки. Проверить такую цифру нельзя, и опытный интервьюер слышит в ней пересказ шаблона, а не ваш опыт.
Третье: противопоставляют гибкий подход водопаду как хорошее плохому. На интеграционном проекте с фиксированной ценой и внешним контрагентом жёсткая фиксация требований это единственный способ защитить обе стороны, и понимание этого ценится выше лозунгов.