Каждый айтишник знает как важно на собеседовании ответить на заданные интервьюером вопросы. Но почему-то не все понимают важность того, какие вопросы задает кандидат представителям компании. А это между прочим хороший шанс в конце собеседования перетянуть собеседующего на вашу сторону.
Итак, предположим, что наше собеседование подходит к концу и тут нам предоставляют шанс задать свои вопросы. Какие вопросы я обычно задаю?
Ответ на этот вопрос зависит от того, кто именно перед нами: менеджер (будущий руководитель кандидата) или другой технический специалист.
Вопросы разработчикам
Допустим на первом собеседовании перед нами оказался разработчик из команды, в которую происходит найм:
В этом случае мне бывает интересно спросить какие плюсы и минусы работы в компании с точки зрения разработчика. Можно спросить на сколько по 10-балльной шкале разработчик бы рекомендовал компанию. В ответ, конечно, не все скажут правду. Вряд ли собеседующий начнет раскрывать минусы компании. Но, отталкиваясь от его ответов, можно попробовать копнуть глубже и понять врут или нет.
Можно еще спросить, что бы собеседующий как разработчик из того, что он сам не знал, хотел бы знать до начала работы в этой компании.
Дальше я задаю вопросы по техническому стеку. Почему используется именно такой стек? Например, почему используют RabbitMQ, а не кафку. Используют ли кафку от какого-нибудь AWS или сами поддерживают ее на своих серверах? Иногда компании используют определенные версии джавы, которые не являются long term support версиями. Тут можно поинтересоваться почему используются именно эти версии.
Так же у разработчиков можно спросить какую задачу делают сейчас, с какой интересной, но сложной задачей сталкивался в недавнее время?
Еще меня интересуют как принимаются архитектурные решения или решения об используемых технологиях под конкретный функционал. Например, можно спросить, что в команде делают, если есть понятная с точки зрения функциональных требований задача, но как ее реализовывать непонятно (в плане архитектуры решения). Как именно и кем принимается решение?
Дальше можно узнать о покрытии тестами, в целом о процессе разработки фичи от анализа требований и до релиза с мониторингом. Спросить если ли отдельные тестировщики, релизит ли каждый разраб свою фичу по мере готовности или происходит общий релиз в определенное время. Тут можно рассказать из своего опыта о плюсах и минусах каждого подхода, спросить как команда справляется с определенными проблемами каждого из подходов, узнать какие технологии используются для мониторинга, есть ли on-call дежурства?
В общем, мне как разработчику, было бы интересно прояснить эти моменты до начала работы в компании, чтобы потом не узнать о каких-то неприятных сюрпризах.
Что можно спросить у менеджера?
Я люблю интересоваться о том, на что жалуются разработчики. Этот вопрос показывает то, насколько менеджер осведомлен о проблемах команды разработки, насколько доверительные отношения у команды с менеджером и тд. Еще интереснее сравнить ответ с ответом разработчика.
Еще информативно узнать о составе команды, какого уровня специалисты в ней работают. Этот вопрос важен с точки зрения получения новых навыков. Все же возможность научиться чему-то новому на рабочем месте - один из главных критериев выбора компании для меня.
Дальше интересно как сотрудники получают повышения. Кто из команды последним получал повышение в должности? Идеально было бы услышать, что человек, на чье место нанимают вас, получил промоушен.
Если нет, было бы интересно узнать зачем команде новый сотрудник? Нанимают ли меня, потому что расширяют команду или кто-то ушел? Почему ушел?
Насколько в команде открыты к новым идеям? Какой процесс одобрения идеи, если я предложу изменение в рабочих процессах, которое потенциально может принести команде и компании определенные бенефиты?
Еще было бы неплохо поинтересоваться у менеджера каких результатов хотели бы видеть от меня к концу испытательного срока?
Так же важно спросить про процесс онбординга. Однажды я ждал рабочий ноутбук 4 месяца. В это время уже успел найти новую компанию.
Как в целом организован процесс разработки: скрам или что-то другое? Почему именно такой подход? Осознанный выбор или просто модно?
Вкладывается ли компания в обучение сотрудников? Есть ли какой-то бюджет на сотрудника? Может ли компания оплатить мне билет на конференцию, если мне захочется?
Если собеседуюсь в стартап, то пытаюсь понять насколько компания стабильная. Интересуюсь тем, на какой стадии продукт, есть ли уже клиенты, как планируют расширяться, что по инвестициям? Можно спросить где компания видит себя через 5 лет :)
Естественно, плюсом будет почитать про компанию и задать 1-2 вопроса, связанных с ее деятельностью.
Итог
Задавать вопросы в конце важно, не только, чтобы показать свою заинтересованность, но и чтобы понять подходит ли компания нам, потому что собеседование - двусторонний процесс, и не хотелось бы через несколько месяцев разочароваться и искать новую компанию.
Также это еще одна возможность показать свои технические знания, интерес к саморазвитию, понять что больше всего беспокоит разработчиков, насколько менеджер осведомлен о проблемах команды и что он делает для их решения.
Поделитесь в комментариях какие вопросы вы любите задавать представителям компаний на собеседованиях? Если вы сами проводите собеседования было бы интересно узнать как относитесь к подобным вопросам от кандидатов?
P.S. чуть больше статей на IT-тематику я пишу в своем телеграм-канале https://t.me/dev_nation
