Кто был в команде кроме разработчиков и чем занимался тимлид
Что проверяют
Работали ли вы в настоящей команде и видели ли процесс целиком, а не только свои тикеты. По ответу интервьюер понимает и то, где проходила граница вашей ответственности. Следом обычно спрашивают: какие решения принимали вы сами, а какие оставались за тимлидом.
Как отвечать
Говорите про конкретный проект, опираясь на свой опыт. Каркас:
- состав: сколько было Java-разработчиков и кто ещё. Типичный набор: системный или бизнес-аналитик, QA (ручной и автоматизатор), DevOps или SRE, продакт или проектный менеджер, иногда DBA. Называйте не роли из учебника, а тех, кто реально был;
- как вы с ними работали: с аналитиком согласовывали контракт API в OpenAPI, с QA разбирали сценарии и тестовые данные, с DevOps настраивали пайплайн в GitLab CI или Jenkins, выкатку в Kubernetes, алерты;
- что делал тимлид: архитектурные решения (разбить монолит на сервисы, взять Kafka или синхронный REST), ревью кода и правила ветвления, оценка задач и планирование спринта, найм и онбординг, встречи один на один, защита команды от лишних запросов;
- ваша доля: что тимлид делегировал вам. Например, вы вели ревью в своём модуле, отвечали за миграции Liquibase или Flyway, выбирали библиотеку, дежурили на релизах.
Цифры давайте свои: размер команды, длина спринта, как часто выкатывались. Если команда была маленькой и тимлид сам писал код, так и скажите: ситуация нормальная, её стоит описать честно.
Если опыт только учебный или стажировка, опишите, кто был ментором, как проходило ревью ваших пулл-реквестов и что вы из этого вынесли.
Где спотыкаются
Перечисляют роли общими словами и не называют ни одной задачи, которую делали вместе с этими людьми. Звучит так, будто в команде вы не работали.
Критикуют бывшего тимлида. Даже если было за что, интервьюер примеряет эти слова на себя.
Путают тимлида, техлида и менеджера проекта. Уточните, кто у вас отвечал за людей, кто за архитектуру, а кто за сроки и бюджет.