Как найти все ред-флаги компании в процессе собеседования? 🚩🚩🚩

Многие разработчики в конце собеседования задают единственный вопрос вроде "ну даже не знаю, что спросить, про процессы в команде расскажи?". И после этого следует "да в принципе все понятно, вопросов больше нет".

Меня всегда удивляет, насколько разработчики инфантильно подходят к вопросам про компанию. Ведь тебе в этой компании работать! А вдруг что-то не понравится после трудоустройства? Лучше выявить все ред-флаги заранее.

В этом посте мы разберем топ вопросов, которые стоит задать интервьюеру в конце собеседования.

1️⃣ Какие сроки фидбека?

Интервьюер чаще всего сам принимает финальное решение и знает, сколько времени ему нужно на оценку. Многие этим вопросом пренебрегают, а потом жалуются "почему мне так долго не отвечают?".

2️⃣ Какого размера команда и кто в нее входит? (front-end, back-end, QA, дизайнеры и т.д.)

Чем больше юнитов, тем лучше в команде распределены роли. Допустим, нет тестировщика — будут баги на проде. Или нет дизайнера — будет много задач без макетов и куча правок от PM-а.

3️⃣ Какие процессы в команде? Расскажи, как задача проходит путь от тикета до прода.

Данный вопрос позволит понять, как будет проходить типичный спринт. Как по мне, идеальный процесс примерно такой.

На момент постановки задачи уже есть макеты и четкое описание бизнес-логики. После выполнения, задача проходит обязательный код-ревью. Далее тестировщики проверяют задачу как вручную, так и при помощи автотестов. В финальной стадии ответственный за релиз коллега подготавливает задачу к выкатке на прод.

4️⃣ Какие есть созвоны в течение спринта? В какое время проходят эти созвоны?

Большинство почему-то боятся задавать этот вопрос. Хотя он чрезвычайно важный. Представьте, что у команды дейлики начинаются в 8 утра, а вы привыкли вставать в 9-10. Будет уже поздно узнать это в процессе онбординга.

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

5️⃣ Как часто происходят релизы и кто за них отвечает? Есть ли дежурства?

Лично мне нравится, когда я как front-end разработчик не участвую в процессе релиза. То есть мне не нужно самому лезть в Jenkins, подготавливать релизную ветку, фиксать конфликты, раскатывать на прод несколько окружений. Круто, когда этим занимается отдельный человек или юнит. Например, процессом релиза могут заниматься QA.

6️⃣ Пишут ли front-end разработчики тесты?

Часто замечаю, как в командах пишут тесты ради тестов. И выхлоп от этого минимальный. Всегда круто, когда под автоматическое тестирование выделены специальные люди (QA, например).

7️⃣ Как у вас с переработками? Случается ли, что после 18:00 в будний день или в выходной приходит коллега и пишет "у нас пожар, срочно подключайся, нужно фиксать багу"?

Думаю, комментарии здесь излишни. Переработки — это ненормально. Работа вне графика по требованию PM-а или тимлида — тревожный знак.

---------

А какие вопросы вы задаёте на собеседованиях? Делитесь в комментариях 👇