Каков размер команды
Что проверяют
Этот вопрос чаще задаёте вы сами в конце собеседования, и по нему видно, насколько осознанно вы выбираете место. Размер команды сам по себе мало что говорит, важнее, кто в неё входит и как устроен фронтенд. Бывает и обратная ситуация: вас просят описать текущую команду, и тогда проверяют, понимаете ли вы своё место в процессе.
Как отвечать
Если спрашиваете вы, уточняйте то, что повлияет на вашу работу:
- сколько фронтендеров: вы будете единственным или одним из пяти. Единственный фронтендер отвечает за всё сразу, от сборки до код-ревью самого себя;
- кто рядом: есть ли в команде дизайнер, бэкенд, QA, продакт. Без дизайнера макеты часто додумывает разработчик, без QA тесты целиком на вас;
- устройство кода: один фронтенд на несколько команд или у каждой свой, монорепозиторий или отдельные приложения, есть ли дизайн-система и кто её поддерживает;
- процесс: кто делает код-ревью, сколько одобрений нужно для слияния PR, как устроены релизы;
- динамика: команда растёт, стабильна или только собирается. Новая команда даёт свободу в выборе стека, но и больше хаоса.
Если рассказываете о своей команде, опирайтесь на реальные цифры: сколько было человек и каких ролей, чем занимались вы, с кем чаще всего взаимодействовали. Например: «шесть человек, двое на фронтенде, я отвечал за библиотеку компонентов и переезд сборки на Vite». Цифры и роли берите только свои. Если опыта в большой команде не было, так и скажите, но покажите, что понимаете, как работают код-ревью и общие договорённости по стилю.
Где спотыкаются
Спрашивают только число и не уточняют состав. Ответ «десять человек» ничего не говорит о том, будете ли вы единственным фронтендером.
Задают вопрос для галочки и не используют ответ. Сильнее сразу продолжить: «а кто принимает решения по архитектуре фронтенда?»
Рассказывая о прошлой команде, описывают только себя. Интервьюер хочет услышать, как вы работали с дизайнером, бэкендом и тестированием, а не список своих задач.