Кто был в команде кроме разработчиков и чем занимался тимлид
Что проверяют
Понимаете ли вы, как мобильная разработка стыкуется с остальными: бэкендом, дизайном, QA, публикацией в стор. Интервьюер хочет услышать реальный опыт, а не список ролей. Следом часто спрашивают, как был устроен релиз и кто решал, что сборка готова к публикации.
Как отвечать
Опирайтесь на конкретный проект. Каркас:
- кто был рядом: iOS-разработчики, с которыми вы держали паритет фич; бэкенд-команда, отвечающая за API; дизайнер с макетами в Figma и дизайн-системой; QA с парком устройств или облачной фермой; продакт или аналитик, который приносил требования и смотрел метрики;
- как вы взаимодействовали: с дизайнером договаривались о компонентах в Compose или XML, тёмной теме и разных размерах экранов; с бэкендом о контракте, пагинации, кодах ошибок и совместимости со старыми версиями приложения; с QA о тестовых сборках через Firebase App Distribution или внутреннее тестирование в Google Play;
- что делал тимлид: архитектура и модульность Gradle-проекта, выбор библиотек (Hilt или Koin, Retrofit или Ktor), ревью кода, планирование, решение о поэтапной раскатке и о том, остановить ли её по данным Crashlytics, найм и встречи один на один;
- ваша часть: что было за вами. Например, вы вели фичу от макета до релиза, переводили экраны на Compose или следили за crash-free после выкатки.
Цифры давайте свои: сколько человек в команде, как часто выходили релизы, какой был процент crash-free.
Если тимлида не было и решения принимали сообща, опишите это прямо и объясните, как договаривались.
Где спотыкаются
Забывают про специфику мобильной разработки: старые версии приложения живут у пользователей месяцами, поэтому совместимость с API и аккуратная раскатка важнее, чем в вебе. Если этого нет в ответе, опыт кажется поверхностным.
Приписывают себе решения тимлида. Одно уточнение, и становится видно, что архитектуру выбирали не вы.
Описывают команду без людей: «были тестировщики, дизайнеры». Назовите хотя бы одну совместную задачу с каждым.