Какие вопросы задать в конце собеседования в IT

Короткий ответ

Вопросы в конце собеседования нужны не для вежливости. Это ваша часть интервью: вы проверяете, подходит ли вам компания, и заодно показываете, что думаете о работе, а не только об оффере.

Подготовьте 8–10 вопросов и задайте 3–5 самых важных для вас, учитывая этап и собеседника. Ценность не в самих вопросах, а в ответах: конкретика и примеры — хороший знак, общие слова и заминка — повод уточнить.

Вопросы о команде

• Сколько человек в команде и какие роли: есть ли QA, дизайнер, продакт?
• Кому я буду подчиняться и как часто будут встречи один на один?
• Почему открылась эта позиция — расширение или замена?
• Как команда принимает технические решения?

Что выявляют ответы. Если позиция открыта на замену, а за последнее время ушло несколько человек, спросите почему. Если решения «спускаются сверху» без обсуждения, влиять на архитектуру будет сложно.

Вопросы о процессах

• Как выглядит путь задачи от идеи до продакшена?
• Как часто вы делаете релизы и кто их выкатывает?
• Как устроены дежурства и что происходит при инциденте ночью?
• Сколько встреч в неделю у разработчика?

Красные флаги: «процессов у нас нет, всё гибко», постоянные срочные задачи «на вчера», релизы вручную с риском всё сломать, дежурства без компенсации и ротации.

Вопросы о качестве кода

• Есть ли code review и сколько обычно занимает ревью?
• Какое покрытие тестами и есть ли CI, который их запускает?
• Как вы работаете с техническим долгом — выделяете ли на него время?
• Есть ли документация по архитектуре и локальному запуску проекта?

Что выявляют ответы. Если на вопрос о техдолге отвечают «потом займёмся», значит, времени на него не выделяют. Отсутствие ревью и CI — признак того, что качество держится на отдельных людях.

Вопросы об онбординге

• Как проходят первые недели нового разработчика?
• Будет ли наставник или buddy?
• Каких результатов вы ждёте к концу испытательного срока?
• Сколько обычно занимает первая задача до продакшена?

Хороший знак — понятный план и конкретные ожидания. Тревожный — «разберёшься сам» и размытые критерии прохождения испытательного.

Вопросы о росте

• Как устроен переход между грейдами и как часто проходит ревью?
• Есть ли бюджет на обучение, конференции, книги?
• Можно ли со временем перейти в другую команду или направление?
• Как выглядит рост человека, который пришёл на эту позицию раньше?

Если на вопрос о росте нет ни одного примера, скорее всего, он происходит только через смену компании.

Вопросы о продукте

• Кто пользователи продукта и какую проблему он решает?
• Какие планы на ближайшие полгода-год?
• Какая самая большая техническая сложность сейчас?
• Как команда узнаёт, что фича была успешной?

Ответы показывают, понимает ли команда, зачем делает продукт, и есть ли у неё метрики, а не только список задач.

Какие вопросы не задавать на ранних этапах

• «Сколько вы платите?» в первую минуту технического интервью. Зарплатную вилку лучше уточнять у рекрутера в начале процесса — это нормально и честно.
• «Чем вообще занимается компания?» — это есть на сайте, вопрос показывает, что вы не подготовились.
• Вопросы об отпуске и больничных на первом этапе — их уместно обсудить при оффере.
• «Я прошёл?» — интервьюер обычно не может ответить сразу. Лучше спросите, какие следующие шаги и сроки.
• Вопросы не по адресу. Технические детали — разработчикам и тимлиду, условия — рекрутеру и HR.

Как выбирать вопросы под этап