Была ли у вас команда в предыдущей компании
Что проверяют
Как вы работаете с другими людьми и какая у вас была роль: рядовой разработчик, ведущий фронтенда или единственный фронтендер среди бэкендеров. От ответа зависит следующий вопрос: про код-ревью и спорные решения или про то, как вы управляли людьми.
Как отвечать
Если вопрос неоднозначен, уточните: «Вы про команду, в которой я работал, или про людей, которыми руководил?». Дальше каркас на своём опыте:
- состав: сколько человек, сколько из них на фронтенде, есть ли дизайнер, бэкенд, QA, продакт. Двух предложений достаточно;
- ваша роль: за что отвечали лично, например за дизайн-систему, сборку, переезд на TypeScript или отдельный раздел продукта;
- процессы: как устроено ревью (пул-реквесты, сколько апрувов, линтеры в CI), как договаривались с бэкендом о контрактах (OpenAPI, моки, общие типы), как принимали макеты из Figma;
- конкретный эпизод: спор на ревью, сорванный срок, передача знаний новичку. Что сделали вы и чем кончилось;
- если руководили: сколько человек, как ставили задачи, проводили ли one-to-one, как помогали расти.
Цифры берите свои и только те, которые сможете объяснить: сколько было разработчиков, за сколько довели релиз, как изменилось время сборки или метрики Core Web Vitals.
Если вы работали один, это тоже нормальный ответ. Скажите прямо, что были единственным фронтендером, и расскажите, с кем взаимодействовали и как компенсировали отсутствие ревью: самопроверка, тесты, договорённости с бэкендом.
Где спотыкаются
Говорят только «мы». Интервьюер так и не понимает, что делали вы, а что команда без вас.
Приносят шаблон с цифрами вроде «скорость приложения выросла на 30%». Первый же вопрос «как измеряли?» показывает, что цифра придумана.
Ругают прошлую команду или руководителя. Даже если было плохо, говорите о фактах и о том, что вы из этого вынесли: какая команда вам подходит и почему.