В каком виде приходит задача
Что проверяют
Как устроен процесс на вашей текущей работе и насколько вы самостоятельны: ждёте идеального ТЗ или сами добираете недостающее. Следом обычно спрашивают: «А что вы делаете, если в задаче чего-то не хватает или макет расходится с API?»
Как отвечать
Опишите свой реальный процесс, без приукрашивания. У Android-разработчика задача обычно складывается из нескольких источников:
- тикет в Jira, YouTrack или аналоге: user story или описание от продакта, критерии приёмки, приоритет, эпик;
- макеты в Figma: экраны, состояния загрузки, ошибки и пустого списка, тёмная тема, крупный шрифт. Хорошо, если дизайн-система уже перенесена в компоненты Compose;
- контракт API: Swagger или OpenAPI от бэкенда, иногда только пример JSON в чате. Если бэкенд не готов, работаете на моках;
- аналитика и флаги: какие события отправлять, под каким feature flag или Remote Config выкатывать фичу;
- нефункциональное: минимальная версия Android, поведение без сети, разрешения, поворот экрана и восстановление после смерти процесса.
Дальше расскажите, что вы делаете с задачей: читаете, выписываете вопросы и идёте к продакту, дизайнеру или бэкенду до начала работы, а не посреди. Декомпозируете на слой данных, ViewModel, экран и тесты, даёте оценку, участвуете в груминге.
Если процесс в команде был хаотичным и задачи прилетали сообщением в мессенджере, так и скажите. Добавьте, как вы с этим справлялись: фиксировали договорённости в тикете, сами заводили задачи. Это звучит лучше выдуманного идеального Scrum.
Если этот вопрос задаёте вы работодателю, выясните то же самое: есть ли продакт и дизайнер, кто пишет критерии приёмки, как устроены ревью и релизы в Google Play.
Где спотыкаются
Отвечают одним словом «в Jira». Интервьюеру интересно содержимое задачи и ваше участие в её уточнении, а не название трекера.
Описывают процесс как безупречный. Опытный интервьюер знает, что макеты расходятся с API, и ждёт истории о том, как вы это решали.
Забывают про состояния экрана: ошибку, пустой список, отсутствие сети. Вопрос «кто придумывает эти состояния, если их нет в макете» часто и есть настоящая проверка.