Как взаимодействует Android команда с бэкендом, фронтендом и дизайнерами?

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

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

Как отвечать

Отвечайте на своём опыте, но по понятному каркасу:

• бэкенд, контракт до кода: схема OpenAPI, GraphQL или protobuf согласуется до реализации. Пока бэкенд не готов, мобильная команда работает на моках, например на MockWebServer из OkHttp, а клиентский код можно сгенерировать из схемы;
• бэкенд, совместимость: старые версии приложения живут у пользователей месяцами. Отсюда правила: поля только добавляются, удаление через версионирование API, новые фичи прячутся за флагами из remote config, для крайних случаев есть принудительное обновление;
• веб-фронтенд: общий API и общая продуктовая логика. Договариваются о едином формате ошибок и пагинации, иногда заводят BFF под мобильные клиенты;
• дизайнеры: макеты в Figma и дизайн-система, которая ложится на тему Compose и Material 3. До старта задачи уточняют все состояния экрана: загрузка, пусто, ошибка, длинный текст, тёмная тема, крупный шрифт;
• процесс: совместный груминг задач с бэкендом и дизайном, демо в конце итерации, общий канал по фиче.

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

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

Перечисляют инструменты: «общаемся в Slack, задачи в Jira». Интервьюеру интересны договорённости, а не мессенджер.

Забывают про релизный цикл мобильных приложений. Бэкенд, который переименовал поле, ломает все установленные версии, и быстро исправить это обновлением через стор не получится.

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