Как устроена команда и взаимодействие с продакт-менеджерами в BrainRocket
Что проверяют
Этот вопрос обычно задаёте вы в конце собеседования, и по нему видно, понимаете ли вы, где аналитик стоит между продуктом и разработкой. Хороший вопрос работодателю показывает зрелость: вы думаете о том, кто будет ставить вам задачи и кто принимает результат. Часто интервьюер отвечает и возвращает мяч: «а как было устроено у вас?».
Как отвечать
Спрашивайте конкретно, на общий вопрос получите общий ответ:
- состав команды: сколько разработчиков, есть ли QA и дизайнер, сколько продактов приходится на одного аналитика;
- граница ролей: кто пишет PRD или описание фичи, а кто детализирует его до user story, use case, контракта API и модели данных;
- вход задач: участвует ли аналитик в discovery вместе с продактом или получает готовое решение «сделайте кнопку»;
- приоритизация: кто решает, что берём в спринт, есть ли RICE или WSJF, или побеждает самый громкий заказчик;
- артефакты: где живут требования (Confluence, Jira, Notion), кто их согласует и кто принимает результат.
Прислушивайтесь к ответу. Если продакт один на три команды, требования вы будете собирать сами по обрывкам созвонов. Если аналитик приходит после того, как решение принято, ваша роль ближе к техническому писателю.
Если спрашивают о вашей прошлой команде, выстройте ответ так же: состав, ваша роль, как задача шла от идеи продакта до релиза, и один случай, где вы что-то изменили в процессе. Нужны свои примеры и цифры: сколько человек, какой ритм спринтов, что стало быстрее. Если опыта работы с выделенным продактом не было, скажите, кто исполнял эту роль (заказчик, руководитель проекта) и как вы с ним договаривались.
Где спотыкаются
Задают вопрос для галочки и не слушают ответ. Потом выясняется, что продакта в команде нет и все требования идут напрямую от бизнеса.
Выдают шаблон «регулярные встречи, Jira, гибкость». Это есть в любой компании и ничего о вас не говорит.
Жалуются на прошлого продакта. Интервьюер слышит не про чужую ошибку, а про ваш будущий конфликт, поэтому лучше описать, как вы договорились о правилах работы.