Как проходить софт собеседования

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

О вопросах, которые стоит задавать почти всегда уже писал тут.
Созвон с командой отлично подходит, чтоб озвучивать такие вопросы, особенно если не удалось обсудить их раньше. Ниже пару советов о том как блеснуть на софт собесе так, чтоб после этого можно было попросить еще больше денег:

🔍 Настройте атмосферу
В самом начале беседы постарайтесь сразу расположить к себе собеседника и сделать атмосферу не такой напряженной.

🟢 Хорошо, если вам свыше дан дар ненавязчивых шуток. Но если с шутками не клеится, то можно задать ни к чему не обязывающий вопрос в духе: "Какой красивый вид из окна, это на каком этаже у вас офис?". Собеседующие тоже пользуются этим лайфхаком и именно поэтому спрашивают у вас про погоду, если ваши локации отличаются.

🟢 Не реагируйте односложно. После небольшого smalltalk'a лучше завязываются серьезные беседы. Вся базовая осторожность в разговоре приходится на этот ни к чему не обязывающий сегмент.

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

Надо прям брать и осторожно перебивать:
- Клиенты юр лица или физики?
- А сколько клиентов уже пользуются вашими услугами?
- А сколько в планах через год?
- Есть ли партнеры?
- Чем этот продукт отличается от companyName, которые сейчас в топе на рынке?
🔴 Если собеседующий выдал десятиминутную тираду о своем великолепном проекте и у вас не случилось дискуссии - это плохо.

💡 Проявляйте свою техническую экспертность
🟢 Когда дело доходит до обсуждения стека нужно проявлять любые свои компетенции в технических вопросах.

- На проекте используют реактивный стек? Отлично. Спросите: "Почему приняли такое решение, почему это критично для ваших задач?".

-Нет реляционных бд - "Насколько много придется взаимодействовать с кор системами Часто ли туда приходится комитить?".

🟢Важно не углубляться в детали, а демонстрировать экспертность в области, умение абстрагироваться и выбирать подходящие инструменты для решения задач. Когда придет время рассказать о своем проекте - недостаточно просто перечислить стек: стоит дать пояснение, даже если решение по выбору технологий принималось не вами.

🟢 “Мы использовали SOLR для полнотекстового поиска, потому что задача была скорее второстепенной и это позволяло сэкономить бюджет на ELK” гораздо лучше чем
🔴 "Ну, стек стандартный джава спринг постгря" - это и так понятно из резюме.

🔄 Гибкость и опыт работы с разными процессами
🟢 Важно продемонстрировать свой опыт работы с разными процессами в составе разных команд. Любые обсуждения рабочих процессов не должны упираться в ваше единственно верное мнение о том, как все должно быть устроено. Вы либо продемонстрируете скудный опыт, либо отсутствие вовлеченности при работе над проектом.

Разным проектам на разных этапах развития требуются разные процессы. Например, нет никакого смысла запрягать штат аналитиков писать ТЗ и документацию для стартапа - завтра все поменяется вспять и результаты этой работы можно будет выкинуть. Ровно так же не везде требуется девопсы, agile и что угодно еще.

📈 Результат: выгодные переговоры
Все эти советы я успешно применил в недавнем интервью-знакомстве, что позволило выторговать лишних 70 тысяч рублей. Слот был запланирован на час, но собеседующие не спешили расходиться (один даже быстро сгонял на другой созвон и вернулся) и мы не заметили как проболтали почти два часа. Запись этого собеседования можно посмотреть на Boosty.

OverrideTech | Twitch | Boosty