Какой был состав команды и сколько было Android разработчиков
Что проверяют
Масштаб проекта и вашу роль в нём. Один Android-разработчик на продукт и десять человек в фича-командах это разный опыт: в первом случае вы отвечали за всё, во втором умеете работать с чужим кодом, ревью и общими модулями. Следом спрашивают, как делили работу и кто принимал архитектурные решения.
Как отвечать
Ответ короткий и фактический, без длинной истории по STAR. Назовите цифры и структуру:
- состав: сколько Android-разработчиков, есть ли iOS, бэкенд, QA, дизайнер, продакт, аналитик; одна команда или несколько фича-команд;
- ваша роль: рядовой разработчик, ведущий по модулю, единственный Android в команде;
- деление кода: многомодульный проект с модулями
:feature:*и:core:*или монолит, кто владеет общими частями вроде дизайн-системы; - процесс: ревью через pull request, сколько апрувов нужно, CI с
./gradlew lint test, кто собирает релиз; - релизы: как часто выходили, использовали ли поэтапную раскатку в Google Play Console и фича-флаги.
Пример: «Нас было четыре Android-разработчика в двух фича-командах, я вёл модуль оплаты и отвечал за перевод экранов на Jetpack Compose. Релиз раз в две недели, раскатка поэтапная». Цифры подставьте свои.
Если вы были единственным Android-разработчиком, это не минус, когда подано как зона ответственности: архитектура, сборка, публикация и разбор крэшей были на вас.
Вопрос полезно задать и работодателю: сколько сейчас Android-разработчиков, кто старший, есть ли отдельный QA. Ответ многое скажет о нагрузке и о том, с кем вы будете советоваться.
Где спотыкаются
Отвечают длинным рассказом про Agile и Jira, так и не назвав числа. Интервьюер спросил конкретно и ждёт конкретики.
Преувеличивают масштаб. Размер команды легко проверяется встречными вопросами про ревью и конфликты в общих модулях, и расхождения всплывают быстро.
Не отделяют себя от команды: «мы сделали», «у нас было». Без своей роли цифры о составе ничего не говорят о вас.