Был ли в вашей команде бизнес аналитик или вы совмещали эту роль
Что проверяют
Где проходят границы вашей роли и понимаете ли вы разницу между бизнес-анализом и системным анализом. Если роль совмещали, следом спросят, что при этом проседало и как вы расставляли приоритеты между бизнесом и командой разработки.
Как отвечать
Вопрос про ваш опыт, так что нужен конкретный состав команды и ваши задачи в нём, а не общие слова о пользе аналитики. Удобный каркас:
- состав: кто был в команде (владелец продукта, бизнес-аналитик, системный аналитик, разработка, QA) и кто кому передавал требования;
- зона бизнес-аналитика: зачем бизнесу изменение, процессы AS-IS и TO-BE в BPMN, интервью со стейкхолдерами, бизнес-требования и критерии успеха;
- зона системного аналитика: как изменение реализовать. Сценарии использования, спецификации API, модель данных, интеграции, нефункциональные требования;
- ваша часть: что именно вы делали сами, в каких артефактах (Confluence, Jira, диаграммы в draw.io или Camunda Modeler) и кто их принимал.
Если совмещали, расскажите, как это выглядело в неделе: сколько времени уходило на встречи с заказчиком, сколько на спецификации, что пришлось отдать владельцу продукта. Хорошо звучит пример конфликта требований двух отделов и то, как вы его развели.
Если бизнес-аналитик в команде был, опишите, как вы с ним работали: на каком этапе подключались, что получали на вход, где спорили. Если выделенного аналитика не было вовсе и требования собирал владелец продукта, так и скажите и объясните, в каком виде они к вам приходили. Цифры и примеры берите свои: сколько систем в интеграции, сколько требований в релизе, насколько сократилось число возвратов задач.
Где спотыкаются
Отвечают «я делал всё» без границ. Интервьюер слышит не универсальность, а непонимание того, где заканчивается одна роль и начинается другая.
Путают бизнес-аналитика и системного: называют бизнес-анализом написание спецификации REST-метода.
Жалуются на бывшего аналитика или заказчика. Разговор про роли быстро превращается в разговор про умение работать с людьми, и жалоба здесь стоит дороже любого пробела в опыте.