Какая была твоя роль в команде на последнем проекте

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

Где проходит граница вашей ответственности и насколько самостоятельно вы работаете. Интервьюер сопоставляет рассказ с грейдом, на который вы претендуете. Следом обычно просят пример решения, которое вы приняли сами, а не просто выполнили по задаче.

Как отвечать

Стройте ответ в три слоя: формальная роль, реальная зона ответственности, конкретный вклад.

• состав и процесс: сколько человек в команде, кто за что отвечал, как устроены спринты и релизы. Две фразы, не больше;
• ваша зона: какие сервисы или модули были за вами. Например, сервис биллинга на Spring Boot, его REST API, схема в PostgreSQL с миграциями в Liquibase или Flyway, интеграция с платёжной системой через Kafka;
• решения: что вы выбирали сами. Переход с синхронных вызовов на события, Testcontainers в интеграционных тестах, разбор медленных запросов Hibernate и борьба с N+1 через JOIN FETCH или @EntityGraph;
• работа с людьми: код-ревью, онбординг новичков, дежурства, разбор инцидентов, общение с аналитиками по требованиям;
• результат: что вышло в прод и какие метрики вы реально видели в Grafana или отчётах.

Примеры и цифры берите из своего проекта. Если вы были джуном и в основном закрывали задачи, так и скажите, и покажите рост: сначала баги, потом отдельные эндпоинты, потом целый модуль.

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

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

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

Перечисляют технологии проекта вместо своих решений. «Были Spring, Kafka и Kubernetes» ничего не говорит о вашем уровне, а вопрос «почему Kafka, а не очередь попроще» застаёт врасплох.