Курируете ли команду или работаете над одним проектом
Что проверяют
Какой у вас реальный масштаб ответственности: люди и их результат, технические решения нескольких разработчиков или свой участок кода. От ответа зависит, на какой грейд вас будут оценивать. Следом обычно просят рассказать о решении, которое вы отстояли, или о тяжёлом ревью.
Как отвечать
Опишите роль фактами и своими цифрами:
- состав: сколько Android-разработчиков в команде, есть ли отдельные iOS и бэкенд, кто формально руководит;
- ваша зона: за что вы отвечаете сами. Например, архитектура модуля, переход на Compose, многомодульная структура Gradle, настройка CI, релизный процесс со staged rollout в Play Console;
- работа с людьми: код-ревью и правила к нему, онбординг, менторинг джунов, декомпозиция задач, участие в найме. Отдельно скажите, ведёте ли вы one-to-one и оценку сотрудников: это уже управление, а не кураторство;
- доля кода: сколько времени вы пишете сами. Лид, который не пишет, и лид, который пишет большую часть дня, это разные роли;
- результат: что изменилось благодаря вам. Crash-free и ANR rate в Android vitals, время сборки, скорость ревью, регулярность релизов.
Если вы работаете над одним проектом без команды под собой, так и говорите, но покажите владение: вы вели фичу от дизайна до релиза, разбирали краши, договаривались с бэкендом о контракте API. Для многих позиций это ценнее формального статуса.
Уместно спросить в ответ, какую роль ждут на этой позиции: больше кода или больше людей.
Где спотыкаются
Раздувают роль. Два ревью в неделю не делают вас лидом, и первый же вопрос про конфликт в команде или распределение задач это покажет.
Приносят шаблонную историю с круглыми результатами вроде «сдали на месяц раньше, качество выросло». Без того, что именно вы сделали и как это измерили, это не аргумент.
Преуменьшают себя: «я просто пишу код». Если вы выбирали архитектуру, вели релизы или учили новичков, это надо назвать.