Какую команду предпочитаешь?
Что проверяют
Совпадают ли ваши ожидания с тем, как устроена команда, в которую вас зовут. Интервьюер хочет услышать осознанные предпочтения по размеру, процессам и культуре, а не «мне подойдёт любая». Следом обычно спрашивают, как вы относитесь к код-ревью и что делаете, когда не согласны с решением коллеги.
Как отвечать
Разложите ответ на несколько измерений и по каждому скажите, что вам важно и почему:
- размер и состав: например, продуктовая команда от 5 до 8 человек, где рядом бэкенд, фронтенд, QA и аналитик, и задачу можно довести до продакшна без передачи по цепочке отделов;
- инженерная культура: обязательное код-ревью, тесты на
pytestв CI, единый стиль черезruff, проверка типов черезmypyилиpyright,pre-commitдо пуша. Это снимает споры о форматировании и оставляет на ревью логику; - процесс: Scrum или Kanban не так важен, как предсказуемость. Понятный приоритет задач, короткие итерации, ретро, после которых что-то меняется;
- обмен знаниями: дизайн-ревью перед большими изменениями, документация в репозитории, готовность коллег объяснить незнакомый модуль.
Подкрепите каждый пункт своим случаем: где такое было и что это дало, или где этого не хватало и к чему привело. Примеры и цифры берите только из своего опыта, выдуманный результат вроде «сдали на две недели раньше» интервьюер разворачивает одним уточнением. Если коммерческого опыта в команде не было, опирайтесь на учебные проекты, open source или пет-проект с пул-реквестами: честно скажите, что опыт небольшой, и объясните, какую команду ищете и чему хотите в ней научиться.
В конце уместно спросить в ответ: сколько человек в команде, как устроено ревью и кто принимает архитектурные решения.
Где спотыкаются
Отвечают «я гибкий, мне подойдёт любая команда». Это отказ от вопроса, он ничего не говорит о вас.
Рассказывают о прошлой команде только плохое. Интервьюер слышит, как вы будете говорить о нынешней.
Описывают идеал, противоположный компании. Если вы хотите полной автономии, а у них строгий процесс и ежедневные созвоны, это лучше выяснить сейчас, но формулировать как вопрос, а не как требование.