5 вопросов работодателю

В одной из предыдущих статей мы рассматривали 10 интересных вопросов на собеседовании React-разработчика. Сегодня я решил пойти немного в другую сторону. В конце собеседования (независимо от качества его прохождения кандидатом), интервьюер дает возможность кандидату задать интересующие его вопросы. Эти вопросы могут быть любыми - о внутренней структуре, о методологиях разработки, об общем моральном состоянии команды и др. Однако, в большинстве случаев, после технической части разработчик не успевает перестроить свой мозг и начинает в панике думать: "Блин, если не спрошу, подумают, что мне всё равно, а если спрошу какой-нибудь бред, то подумают, что я дебил не очень опытный специалист..." и так далее.
Поэтому, я решил составить топ из 5 вопросов, которые я сам часто задавал своим интервьюерам, чтобы на своём техническом собеседовании ты знал, о чем можно спросить и какую информацию получить.

1. Попросить обратную связь

Почему то, очень многие рзаработчики вообще не интересуются мнением интервьюера о себе с технической стороны:

• Я же получил оффер, зачем мне знать, где я накосячил
• Я же не получил оффер, мне всё равно, что он обо мне думает

Однако, очень важно, независимо от хода собеседования попросить фидбэк. Этой просьбой можно закрыть сразу несколько целей и пренебрегать такой возможностью не стоит. К примеру, интервьюер по результатам собеседования не уверен в вас и любой фактор может повлиять на его решение. Если этим фактором будет твоя просьба об обратной связи, он может сделать вывод, что ты - человек, который стремится к знаниям, хочет знать о своих пробелах и заполнить их, и, возможно, твоё трудолюбие (или его видимость) сыграет в сторону принятия твоей кандидатуры.

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

Из личного опыта - я стараюсь раз в 2-3 месяца ходить на собеседование в более или менее солидную компанию, не с целью найти местечко потеплее, а именно для того, чтобы попросить обратную связь и подтягивать образовавшиеся пробелы. Это дейтсвительно очень крутой опыт, ведь программирование - это не только про код, теорию никто не отменял!

Ну и естественно, грамотно составляй свою просьбу. Не надо говорить что-то такое: "Ну чё, как я тебе ? Хорош ? Техлидом берете на 600к в месяц с блэкджеком и коллегами-девушками квартальной премией ?". Старайся просить об этом ненавязчиво, однако, дай понять, что тебе это важно. Хорошим вариантом будет: "Хотел бы уточнить, могу ли я, независимо от результатов нашего общения получить от тебя фидбэк? Было бы очень круто узнать твоё мнение о моих скиллах!", или так: "Могу ли я рассчитывать на обратную связь при любом твоем решении по моей кандидатуре? Я всегда стараюсь работать над собой, и мне было бы очень полезно твое мнение!"

2. Узнай подробнее об условиях работы

Очень часто слышал от неопытных разработчиков рассказы про то, что их, якобы, обманули и взяли на работу не в штат, а на проект. То есть, человек получает оффер, счатливый, работает полгода, пилит проект, сдаёт его, PM на демо показывает MVP-версию и сообщает всем, что начальство довольно, всё прошло круто и т.д., разработчик рассчитывает на премию... а его просто увольняют. Вернее, даже не увольняют, а говорят ему спасибо и вежливо с ним прощаются.

Странная ситуация?
Абсолютно нет!

Очень часто, разработчиков нанимают на конкретный проект. Их не берут в штат, а устраивают на определнный срок (обычно - предполагаемая длительность проекта + 1 месяц на форс-мажоры), после чего, договор не расторгается, а просто истекает. Поэтому, перед тем как устраиваться на работу очень важно уточнить, на каких условиях ты устраиваешься. Разумеется, лучше всего это сделать ещё ДО технического собеседования, т.к. HR обычно знает, на какую позицию ищут кандидата, но если вдруг ты этого не сделал - не стесняйся спросить это после интервью.

3. Уточни про методологии разработки

Если ты уже достаточно крепкий разработчик и хочешь устраиваться в биг-тех (или что то около лежащее), то обязательно спроси у интервьюера о процессах в команде. Скорее всего, тебя будет собеседовать опытный разработчик, с достаточным стажем в компании, поэтому он сможет развернуто тебе ответить. Заранее скажу, абсолютно нет смысла спрашивать это у HR, потому что они, в данном случае, либо не ответят, либо отбрехаются заученными словами, по типу: "Всё по Scrum'у, двухнедельные спринты, демо, митинги, ретро, интро, аутро, приквел, сиквел" и т.д.

Так же, особое внимание надо уделять тому, КАК интервьюер тебе отвечает. Если он без проблем рассказывает о процессах, не путает названия, точно знает когда в его команде проходит тот или иной созвон, знает всё про структуру команд и взаимоотношения между их членами - то ты действительно идёшь туда, куда надо. Если же отвечает неохотно, либо часто сбивается и путает термины и даты, то, скорее всего, компания не работает по данным методологиям, но очень этого хочет. Тут уже - на твой страх и риск. С одной стороны - ты придешь в команду, в которой нет отлаженных процессов и перед каждым демо во всех чатах будет много паники, никто не будет знать что кому делать и т.д. С другой стороны - если в команде есть возможность проявлять инициативу (об этом кстати тоже спросим позже), то для тебя это поле возможностей - пришел, увидел, победил. Выстрой процессы, расскажи ребятам, как надо работать правильно, следи за соблюдением всех правил - если все сделаешь как надо, то тебя ждёт блестящая и стремительная карьера в этой компании.

4. Уточни, как относятся к нововведениям

Это уже больше психологический аспект. Разумеется, в командах с отлаженными процессами любые новшества - камень в огород текущих процессов. Многие будут на инновационные идеи смотреть с неохотой, многие сразу же воспримут крайне негативно. Однако, узнать о возможностях всё равно необходимо.

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

5. Спроси про целевую отрасль компании

Возможно, не совсем правильно сформулировал заголовок, просто прочитай и ты всё поймешь.

Обязательно нужно уточнить, над чем работает компания, чем она занимается, как зарабатывает. Опять же, из личного опыта.

Я устраивался в, как мне казалось, крутую компанию: корпоративный сайт, неплохая зарплата, хорошо составленная вакансия (к слову, Middle React разработчик, з/п 80.000 рублей на 2019 г.). Собеседование я прошел весьма успешно, и, буквально через 3-4 дня я уже вышел на работу. Тут же мне подкинули весьма интересный проект на React, однако, почти не дали в него погрузиться и сразу же начали спамить рельными задачами. И не такими, чтобы узнать проект, а-ля "перекрась кнопку", "подвинь блок", "уменьши padding" и т.д. А реальными сложными тасками, связанными с логикой работы Redux-хранилища. Плюсом, поставили за мной ментора, который оказался достаточно токсичным человеком и не особо любил погружать новичков в проект.

Буквально через пару недель, данный персонаж пошел к начальству и сказал, что я очень сильно туплю и не могу втянуться в проект. После чего моя работа стала адом. Весь прикол был в том, что компания по своей сути являлась Digital-агентством, которое живёт за счёт огромного количества мелких заказов. После того, как меня с позором выгнали с проекта на React (напомню, вакансия была - Middle React разработчик), мне каждый день начали подсовывать мелкие задачи на мелких проектах на Bitrix, WordPress и т.д. Изменить меню, подвинуть кнопку, перекрасить блок - все эти задачки приходилось делать каждый день по нескольку штук на нескольких разных проектах. За неделю проектов могло быть больше 10 (!!!). Надолго я в этой компании не задержался.

Поэтому, уточняй заранее формат работы. Если тебе нравится каждый день ковыряться в мелких проектах и держать в голове кучу информации - Welcome в Digital-компании, если же ищешь что-то более серьёзное - тогда ищи компании, которые занимаются разработкой собственных продуктов.

Итог

Не стесняйся задавать вопросы своему интервьюеру или будущему работодателю. Проявляя интерес, ты показываешь, что тебе не безралична данная вакансия и действительно нацелен стать частью команды. Однако, не старайся спрашивать, когда вопросы закончились. Мысли по типу "Блин, я так мало спросил, спрошу ещё что-нибудь" обычно порождают всяких бред. Старайся не задать вопрос для галочки, а получить действительно полезную информацию. Твоя цель - понять, насколько тебе подходит данное место для начала или продолжения твоей карьеры.

Если понравилась статья - ставь лайк, подписывайся, зови друзей, для меня это очень важно! Дальше будут еще более интересные статьи!