Какую роль вы готовы взять

Что проверяют

Понимаете ли вы, какой уровень ответственности вам по силам сейчас, и совпадает ли это с тем, кого ищет команда. Следом обычно спрашивают, готовы ли вы к ревью чужого кода, дежурствам или наставничеству и был ли такой опыт.

Как отвечать

Отвечайте в два слоя: базовая роль и то, что вы готовы взять сверху.

Базовую роль называйте конкретно: «бэкенд-разработчик на Java и Spring Boot, довожу фичи от задачи до прода». Дальше дополнительные зоны, по каждой короткий пример из своего опыта:

• владелец сервиса или модуля: отвечаете за его код, зависимости, обновление версий Java и Spring, миграции схемы через Flyway или Liquibase;
• ревьюер: смотрите чужие merge request, следите за границами транзакций, обработкой ошибок, N+1 в Hibernate;
• продовая поддержка: дежурства, разбор инцидентов по логам, метрикам в Grafana, дампам потоков и heap dump;
• наставник: онбординг новичков, разбор их первых задач;
• технический лидер: декомпозиция крупных задач, проектирование API и взаимодействия сервисов, выбор между синхронными вызовами и Kafka.

Честно отделите то, что делали, от того, что хотите попробовать: «ревью и дежурства делал регулярно, наставничество было с одним стажёром, роль техлида пока не занимал, но готов расти в эту сторону». Такой ответ сильнее, чем «готов на любую роль».

Хороший ход в конце: спросить, какую роль они ждут от человека на этой позиции через полгода. Так вы заодно поймёте, не ищут ли под видом разработчика тимлида без полномочий.

Где спотыкаются

Отвечают «любую». Звучит как готовность ко всему и непонимание, чего вы хотите сами.

Заявляют роль техлида, не имея ни одного примера, где принимали архитектурное решение и отвечали за последствия.

Приносят историю с результатами вроде «производительность выросла на 30%» и не могут назвать, какую метрику и чем мерили.