Расскажите про команду, в которой вы работали
Что проверяют
Как вы встроены в процесс: с кем взаимодействуете, где заканчивается ваша зона ответственности и видите ли вы работу команды целиком, а не только свой тикет. Следом обычно спрашивают про разногласие на код-ревью и про то, как вы договаривались с бэкендом и дизайнером.
Как отвечать
Каркас на две минуты, цифры и детали берите свои:
- состав: сколько человек и какие роли. Например: «три фронтендера, два бэкендера, дизайнер, QA и продакт, я отвечал за личный кабинет»;
- процесс: спринты или канбан, как устроено ревью (сколько апрувов, гоняются ли линтер и тесты в CI до ревью), как задача попадает из Figma в код;
- стык с бэкендом: как согласовывали контракт API. OpenAPI-схема, генерация типов через
openapi-typescript, моки на MSW, пока ручка не готова. Для фронтенда это самый показательный кусок; - ваша роль сверх задач: завели Storybook, переписали общий компонент таблицы, настроили
eslint, онбордили новичка; - одна история: конкретный случай, где команда что-то решала вместе. Спор о стейт-менеджере, сорванный релиз и что поменяли после него.
Цифры приводите только проверяемые: размер бандла, время сборки, число регрессий за квартал. Интервьюер легко уточнит, как именно вы мерили «производительность выросла на 30%», и ответ «так сказал менеджер» перечеркнёт всю историю.
Если опыт только в учебной или пет-команде, так и говорите: четыре человека на курсе, кто за что отвечал, как делили задачи в GitHub, что пошло не так. Честный маленький пример сильнее выдуманного большого.
Где спотыкаются
Рассказывают о компании и продукте вместо команды. Интервьюеру не нужна история стартапа, ему нужно понять, как вы работаете с людьми.
Ругают бывших коллег или руководителя. Даже если было плохо, формулируйте через проблему процесса и через то, что вы лично с ней сделали.
Весь рассказ идёт от «мы», и вклад кандидата не виден. Или наоборот, везде «я», будто команды не было. Нужны оба слоя: что делала команда и что делали лично вы.