Есть ли вопросы по процессу работы в команде

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

Это обычно финал интервью, и вопрос не про ваш рассказ о командной работе, а про ваши вопросы к ним. Интервьюер смотрит, насколько осознанно вы выбираете команду и понимаете, из чего складывается работа Go-разработчика помимо кода. Следом бывает встречный вопрос: что для вас важно в процессе и что стало бы поводом отказаться.

Как отвечать

Заготовьте пять-шесть вопросов и задайте два-три самых важных для вас. Хорошие темы:

• процесс: спринты или канбан, кто ставит задачи и насколько разработчик участвует в их оценке;
• код-ревью: сколько нужно апрувов, сколько обычно ждёт PR, есть ли golangci-lint в CI;
• релизы: как часто выкатываются, есть ли фича-флаги, кто дежурит и как разбирают инциденты;
• стек: версия Go, монолит или сервисы, чем они общаются (gRPC, REST, Kafka), как устроены логи, метрики и трейсинг;
• тесты: пишут ли юнит- и интеграционные тесты, поднимают ли зависимости через Testcontainers;
• техдолг и решения: выделяется ли время на рефакторинг, как принимаются архитектурные решения, есть ли RFC или ADR;
• команда: сколько человек, кто тимлид, как проходит онбординг и чего ждут от новичка в первые месяцы.

Задавайте вопросы от своего опыта: «на прошлом месте ревью висело по три дня, как с этим у вас?» звучит живо и сразу показывает, что для вас важно. Ответы запоминайте, они пригодятся при сравнении офферов.

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

Говорят «вопросов нет». Это читается как отсутствие интереса или подготовки, даже если вы просто устали.

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

Устраивают допрос из пятнадцати пунктов или, наоборот, воспринимают вопрос как повод ещё раз рассказать о себе по схеме STAR.