Какие задачи на позиции?
Что проверяют
Вопрос обычно задаёт кандидат, и по нему видно, понимаете ли вы, какой аналитик нужен: бизнес, системный или всё сразу. Хороший уточняющий вопрос показывает, что вы прочитали вакансию и хотите узнать то, чего в ней нет. Иногда интервьюер отвечает встречным: «а как вы сами поняли задачи по описанию?».
Как отвечать
Не спрашивайте голое «какие задачи», ответ будет пересказом вакансии. Уточняйте границы роли:
- бизнес- или системный анализ: вы общаетесь с заказчиком и описываете процессы в BPMN или проектируете интеграции и пишете спецификации API;
- артефакты: что считается результатом работы. User story с критериями приёмки, use case, диаграммы последовательности UML, контракты в OpenAPI, модель данных;
- технический уровень: нужно ли самому писать SQL-запросы, читать логи, разбираться в REST и очередях вроде
Kafka; - окружение: сколько команд на одного аналитика, есть ли владелец продукта, кто утверждает требования и где они живут (
Confluence,Jira, docs-as-code); - ожидания: что должно быть сделано в первые три месяца и по чему поймут, что вы справляетесь.
В ответ на рассказ опишите, как вы видите свою часть работы, опираясь на свой опыт: «в прошлом проекте я вёл интеграцию с платёжным шлюзом от сбора требований до приёмки». Если опыта в каком-то направлении нет, скажите прямо и уточните, насколько это критично для роли.
Настораживать должно, если аналитик заодно тестирует, пишет инструкции для пользователей и ведёт проект, а на вопрос о границах отвечают «у нас всё гибко».
Где спотыкаются
Задают вопрос, ответ на который уже есть в вакансии, и тратят на это время. Лучше сослаться на вакансию и спросить глубже.
Не уточняют, какой анализ нужен. Потом бизнес-аналитик оказывается на позиции, где ждут проектирования API и SQL.
Не спрашивают про ожидания и критерии успеха, хотя именно по ним будут оценивать испытательный срок.