Каков был состав команды и роли участников

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

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

Как отвечать

Опишите команду коротко и по ролям, с числом людей и своей позицией:

• продукт и аналитика: владелец продукта или менеджер, системный аналитик, который писал постановки и спецификации API;
• бэкенд: сколько Java-разработчиков, был ли техлид, кто владел архитектурой и проводил код-ревью. Стек: Spring Boot, какая база, Kafka или RabbitMQ, если были;
• фронтенд и мобильная разработка: с кем вы согласовывали контракты и в каком виде, например через OpenAPI;
• QA: ручные тестировщики и автоматизаторы, кто писал интеграционные тесты, были ли у разработчиков свои тесты на JUnit и Testcontainers;
• DevOps или платформа: кто отвечал за CI/CD, Kubernetes, мониторинг, выкатывали ли разработчики сами.

Затем главное: ваша роль. Какие сервисы или модули были на вас, ревьюили ли вы чужой код, дежурили ли, менторили ли младших. Назовите процесс: Scrum с двухнедельными спринтами или Kanban, как часто выходили релизы.

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

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

Говорят «мы» на протяжении всего ответа, и непонятно, что делали лично вы. Интервьюеру нужна ваша зона ответственности.

Раздувают состав и свою роль. Следом будут вопросы про архитектуру и процесс, и нестыковки всплывают быстро, особенно если назвать себя техлидом.

Уходят в жалобы на коллег или менеджмент. Даже если команда была неудачной, рассказывайте о фактах и о том, как вы выстраивали работу.