Сколько человек в команде
Что проверяют
Вопрос задаёте вы, и по нему видно, думаете ли вы про будущую нагрузку. В бэкенде численность имеет смысл только рядом с числом систем: трое разработчиков на два десятка сервисов это поддержка и дежурства, а не развитие. Заодно интервьюер смотрит, отличаете ли вы свою команду от платформенных, на которые опирается вся разработка.
Как отвечать
Спрашивайте связку «люди и системы»:
- сколько разработчиков в команде и сколько сервисов или модулей на ней висит;
- монолит это или набор сервисов, у каждого ли есть владелец;
- есть ли отдельные команды инфраструктуры, эксплуатации и данных, или всё делает сама команда;
- кто дежурит по проду, бывают ли ночные подъёмы и как они оплачиваются;
- почему открыта позиция и сколько человек работает в команде дольше года.
Ответ читается по соотношению. Маленькая команда на большом наследстве означает, что первые месяцы уйдут на разбор чужого кода и инцидентов. Большая команда с собственной платформой даёт зрелую инфраструктуру, но задачи в ней узкие, а любое изменение проходит через согласования. Сорок человек на одном монолите это релизные поезда и долгая очередь на слияние веток.
Где спотыкаются
Спрашивают число и не спрашивают про зону ответственности. Пятеро на трёх сервисах и пятеро на тридцати это разные работы с одинаковым текстом вакансии.
Пропускают вопрос про дежурства. О ночных подъёмах узнают уже после выхода, когда график составлен и отказываться неудобно.
Принимают размер за стабильность. Большая команда с высокой текучестью означает, что вы придёте на чужие задачи без тех, кто их писал, и спросить про причины решений будет некого, а документации на такие места обычно нет.