Какие команды есть в компании
Что проверяют
Этот вопрос обычно задаёте вы в конце собеседования, и по нему видно, думаете ли вы о том, где и с кем будете работать. Если его задают вам, проверяют, изучили ли вы компанию перед встречей. Хороший вопрос кандидата ведёт к уточнениям: в какую команду вакансия и чем эта команда владеет.
Как отвечать
Спрашивать «какие команды есть» в целом малополезно, ответ будет про оргструктуру. Для фронтендера важнее несколько конкретных вещей:
- ваша команда: какой продукт или его часть, какие метрики, сколько фронтендеров, кто делает код-ревью и есть ли тимлид с фронтенд-бэкграундом;
- платформа и дизайн-система: есть ли отдельная команда, которая держит UI-кит, сборку, CI и общие библиотеки. От этого зависит, будете ли вы писать кнопки с нуля или брать готовые из общего пакета;
- границы владения: монорепозиторий или отдельные репозитории, микрофронтенды или единое приложение, кто отвечает за инфраструктуру фронтенда и за инциденты в проде;
- соседи: как устроена связь с бэкендом (контракт через OpenAPI или договорённости в чате), есть ли в команде дизайнер и QA или это общие сервисные команды.
Формулируйте так, чтобы ответ был полезен: «В какую команду эта вакансия и что она делает сейчас?», «Кто отвечает за дизайн-систему, и можно ли туда контрибьютить?», «Как команды договариваются об изменениях в общем коде?». HR обычно знает общую структуру, технические детали лучше спросить у тимлида.
Если вопрос задали вам, ответьте тем, что знаете из вакансии, сайта и технического блога компании, и честно отметьте, что хотели бы уточнить.
Где спотыкаются
Задают вопрос для галочки и не слушают ответ. Потом выясняется, что вакансия в команде поддержки легаси, а не в продукте, про который шла речь.
Не уточняют границы ответственности. Фронтендер без платформенной команды сам занимается сборкой, деплоем и мониторингом, и это стоит знать заранее.
Когда спрашивают их самих, выдумывают структуру компании. Лучше сказать, что нашли в открытых источниках, и перевести разговор в вопрос.