Как устроен процесс отбора и распределения новых сотрудников по командам

Что проверяют

Этот вопрос обычно задаёт кандидат, и он важнее, чем кажется. В крупных компаниях часто нанимают сначала в компанию, а команду подбирают потом, и Python-разработчик может оказаться хоть в веб-бэкенде, хоть в пайплайнах данных. Собеседник видит, что вы думаете о задачах, а не только об оффере, и может спросить в ответ, какие команды вам интересны.

Как отвечать

Сначала выясните схему: найм в конкретную команду или общий отбор с последующим распределением (team matching). Потом уточняйте детали:

• когда станет известна команда: до оффера или после, можно ли выбрать из нескольких, что будет, если подходящей команды не найдётся;
• встреча с будущим руководителем: можно ли поговорить с тимлидом до решения. Это самый надёжный способ понять, куда вы идёте;
• стек команды: версия Python, фреймворк (Django, FastAPI), асинхронный код или нет, база, брокер, есть ли легаси на старых версиях;
• задачи: продуктовая разработка, внутренние сервисы, ML-инфраструктура или поддержка;
• адаптация: есть ли бадди или ментор, план на первые недели, как устроен испытательный срок. На обычной должности по Трудовому кодексу он не дольше трёх месяцев;
• переход между командами: можно ли сменить команду позже и через какое время.

Сформулировать можно так: «Меня интересует, в какую команду я попаду и когда это станет понятно. Можно ли до оффера пообщаться с будущим тимлидом?»

Где спотыкаются

Не задают вопрос вовсе, а после выхода обнаруживают себя в поддержке сервиса на старом Django без тестов вместо заявленной разработки.

Спрашивают так, будто откажутся от любой команды, кроме одной. Лучше назвать приоритеты и показать гибкость.

Подписывают оффер, где команда не указана и никто не может её назвать. Если распределение после выхода, стоит хотя бы узнать, какие команды сейчас набирают людей и чем они заняты.