Работали ли вы в команде над проектом или самостоятельно?

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

Как вы впишетесь в существующий процесс. За вопросом стоят конкретные опасения: не привык ли кандидат писать код в одиночку и по-своему, переживёт ли ревью, умеет ли договариваться о границах модулей, читал ли вообще чужой код.

Как отвечать

Отвечайте фактами, а не самооценкой. Что стоит назвать:

• размер и состав команды: сколько человек, кто был кроме разработчиков;
• свою зону: за какие сервисы или модули отвечали и где стыковались с соседями;
• процесс: ветки и ревью, как разбирали замечания, кто принимал решение при разногласиях;
• инструменты, которые снимают споры: единый форматтер и линтер, аннотации типов, pytest и покрытие, общий шаблон проекта, порядок работы с миграциями.

Хорошо звучит пример стыковки: заранее договорились о контракте между сервисами, зафиксировали схему, дальше каждый делал свою сторону независимо. Или обратный случай: расползлись миграции после параллельной работы, и вы придумали, как этого больше не допускать.

Если опыт в основном самостоятельный, скажите прямо и покажите, чем заменяли ревью: тесты, линтеры, разбор чужого кода, участие в открытых проектах. Одиночный опыт не минус, минус это отсутствие привычки объяснять свои решения вслух.

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

Отвечают одним словом «в команде» и ждут следующего вопроса. Спрашивали не про факт, а про детали, и пустой ответ читается как отсутствие опыта совместной работы.

Пересказывают заученный шаблон с цифрами: сдали на две недели раньше срока, подняли продуктивность команды на треть. Числа без методики замера вызывают ровно один вопрос, на котором история рассыпается.

Строят рассказ вокруг себя: я переписал, я всё исправил, коллеги тормозили. Даже если так и было, собеседник слышит будущего человека, с которым его команде придётся уживаться, и это худший сигнал из возможных.