Насколько большие были команды в проектах

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

Через размер команды спрашивают про процессы, в которых вы жили. Один iOS-разработчик на проекте и восемь это разные профессии: в первом случае на вас архитектура, сборка, релиз и магазин, во втором нужны общие договорённости, ревью и умение не мешать соседям в одном репозитории.

Как отвечать

Дайте раздельные числа: сколько было iOS-разработчиков, сколько человек в продуктовой команде целиком, была ли своя тестирование и кто отвечал за выкладку. Затем расскажите, как это выглядело изнутри:

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

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

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

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

Называют только числа. «Было десять человек» ничего не говорит интервьюеру: ему нужно, что именно изменилось в вашей работе от размера, какие договорённости появились и что вы делали, когда их не хватало.

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