Как часто происходит смена проектов в компании

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

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

Как отвечать

Спросите не только частоту, а условия смены:

• модель компании: продукт, где проект по сути один, или заказная разработка, где проекты заканчиваются вместе с контрактом;
• средний срок: сколько обычно длится проект и что запускает переход: конец контракта, решение менеджера или ваше желание;
• бенч: что происходит между проектами, оплачивается ли это время полностью и чем заняты разработчики;
• выбор: можно ли отказаться от проекта со стеком, который вам не подходит, например от легаси на Django, когда вы шли писать асинхронные сервисы на FastAPI;
• стек: насколько разнородны проекты, одна экосистема с pyproject.toml, pytest и асинхронным кодом или всё подряд от парсеров до ML.

Если спрашивают о вас, опишите, как вы входите в новый проект. Поднимаете окружение через docker compose, читаете pyproject.toml или requirements.txt, чтобы понять зависимости, прогоняете тесты, берёте небольшую задачу и проходите с ней весь путь до прода. Приведите свой пример: сколько времени заняло до первого принятого PR. Если смен проектов у вас не было, так и скажите и расскажите, как разбирались в незнакомом модуле или чужой библиотеке.

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

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

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

Рассказывают про гибкость и Agile вместо конкретики. Про адаптацию убедительнее говорит один пример с цифрами, чем пять общих слов про быструю обучаемость.