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