Сколько человек было в подчинении как тимлида?
Что проверяют
Реальный масштаб роли, а не подпись в трудовой. Тимлидом называют и человека с прямыми подчинёнными, грейдами и наймом, и старшего разработчика, который просто раздаёт задачи. Интервьюер выясняет, что из управленческого у вас было на самом деле, и сколько при этом осталось от iOS-инженера: ушли ли вы из кода совсем или продолжали вести архитектуру модулей, ревью и выкатку релизов.
Как отвечать
Назовите число сразу, а следом состав и границы ответственности:
- сколько людей было в прямом подчинении и кто это был: только iOS-разработчики или ещё тестировщик, коллеги с другой платформы, дизайнер;
- что решали вы: собеседования и найм, грейды и пересмотр зарплат, встречи один на один, распределение задач, итоги испытательного срока;
- что оставалось инженерного: ревью, решения по архитектуре, сборки и подписи, релизный цикл, разбор крашей;
- как делилось время, например половина на код, половина на людей и процессы.
Полезно показать, что с размером команды менялся подход. На двоих всё держится на разговоре, с пяти человек нужны владельцы модулей, договорённости о стиле и записанные решения, иначе ревью превращается в спор о вкусах.
Если подчинённых формально не было, так и скажите: людей в штате за вами не закрепляли, но вы вели двоих начинающих и отвечали за релизы. Это честнее и звучит сильнее размытого «руководил командой».
Где спотыкаются
Завышают число, записывая в подчинённые всю продуктовую команду. Дальше идёт вопрос про грейды или расставание с сотрудником, и выясняется, что к людям вы отношения не имели.
Называют цифру и на этом заканчивают. Пять человек без единого примера решения (кого взяли, кого вырастили, как разошлись с тем, кто не тянул) интервьюеру не говорят ничего.
Пересказывают шаблон с процентами вроде «удовлетворённость выросла на 30%». Такие числа никто не измерял, и первый же вопрос про методику расчёта ломает весь рассказ.