20 вопросов, которые стоит задать IT-компании, прежде чем сменить работу

    Если бы меня попросили дать один универсальный совет всем, кто ищет работу в IT, я бы сказал: не стесняйтесь задавать побольше вопросов. Мало приятного в том, чтобы через месяц осознать, что новая компания/должность — совсем не то, что вы искали. А если это вакансия с релокацией, цена ошибки возрастает в разы.

    Узнав как можно больше о компании и должности, вы уменьшаете риск оказаться «в неправильном месте». Вместе с командой экспертов по поиску работы за рубежом из Relocate.me, мы собрали 20 вопросов, которые стоит задать, прежде чем пойти на работу в новую компанию.



    Техническая сторона проекта


    1) Какие языки/фреймворки/библиотеки используются на проекте?

    Это очевидно: в первую очередь, стоит узнать, с чем вам придется работать.

    2) Что вы можете сказать об архитектуре приложения?

    Архитектура приложения: микросервисная или монолитная? Какие паттерны реализованы?

    3) Насколько быстро код из репозитория попадает в production?

    Что используется на проекте: свои сервера или облачные технологии? Используются ли CI/CD практики, или контейнеризация? Отправляют ли члены команды свой код на review?

    4) О каких еще технических нюансах мне стоит узнать?

    Узнайте как можно больше о базах данных, API, инструментах сборки, IDE, системах контроля версий, и т.д.

    5) Кто пишет и поддерживает документацию к коду? Как часто она обновляется?

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

    6) Как тестируется код?

    Какие виды тестирования используются: Unit-тестирование, регрессионное тестирование, A/B тестирование, или другие? Кто отвечает за написание тестов? Какое количество кода покрыто тестами в настоящий момент? Какие системы bug-трекинга используются?

    7) Кто отвечает за форс-мажорные ситуации?

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

    Проект, команда, и компания



    8) Ключевая информация о проекте

    Какие проблемы пользователей решает приложение? Каковы короткосрочные и долгосрочные цели проекта? Поднимает ли проект инвестиции, или это пока в планах? Чем конкретно это решение отличается от конкурентов?

    9) Какая методология используется — Agile, Waterfall, Scrum, Kanban?

    Иногда используется несколько методологий одновременно. Тем не менее, стоит уточнить, на каком этапе вы входите в проект, и на какой стадии разработки он находится.

    10) Что составляет основную часть работы — написание кода или его поддержка?

    От этого напрямую зависит ваша заинтересованность в проекте, правда? :)

    11) Каков размер и структура команды?

    Кто-то любит работать в большой команде, а кто-то предпочитает индивидуальное сотрудничество. Чтобы избежать разочарований, узнайте больше о структуре команды, количестве человек, и т.д.

    12) Кому я буду сдавать отчетность?

    И будут ли сдавать отчетность мне?

    13) Каковы основные направления для роста?

    Предусмотрены ли для данной вакансии возможности продвижения по карьерной лестнице? Есть ли в компании программы ротации кадров?

    14) Принимает ли компания участие в образовании сотрудников?

    Планируются ли внутри компании мастер-классы или хакатоны? Оплачивает ли компания образование за пределами компании (конференции, курсы, тренинги)? Будет ли у меня ментор/буду ли я ментором для других подчиненных?

    15) Каков рабочий график на проекте?

    Насколько гибким является график? Разрешается ли работать из дома? Работает ли команда на проекте сверхурочно? Если да, оплачивается ли это дополнительно? Подразумевает ли вакансия рабочие поездки? Если да, то куда, и как часто они будут происходить?

    16) Можно ли назвать команду дружной?

    Проводятся ли в компании корпоративы? Если да, то как часто? Как обычно решаются конфликты внутри команды?

    Важно: Если это вакансия с переездом, обязательно уточните, что включает в себя ваш релокационный пакет. Здесь можно найти список вещей, которые компания может предоставить вам при переезде в другую страну.

    Вопросы, касающиеся найма


    17) Сколько этапов собеседования меня ожидает? Как они будут проходить?

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

    Техническое собеседование заслуживает особого внимания. Будет ли это звонок в Skype или личная беседа? Будете ли вы писать код или отвечать на теоретические вопросы? Если это вакансия с переездом, покрывает ли компания расходы на перелет и проживание для финального собеседования в офисе?

    18) Каковы особенности тестового задания?

    Зная специфику тестового задания, вы сможете лучше к нему подготовиться. Уточните, сколько примерно времени вам придется потратить на тестовое задание, и будет ли дедлайн.

    Не менее важные общие вопросы


    19) Какую зарплату вы готовы предложить подходящему кандидату? Будет ли эта сумма меняться со временем?

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

    20) Могу ли я поговорить с кем-то из членов команды лично?

    Реакция и ответ рекрутера на этот вопрос расскажут вам о многом :)

    Предупрежден — значит вооружен: не бойтесь задавать как можно больше вопросов при поиске новой работы. Какие еще важные вопросы вы обычно задаете на собеседованиях? Напишите их в комментариях :)
    Ads
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More

    Comments 21

      +6

      Вы именно от рекрутера ответы на эти вопросы хотите получить? Ну и весь мир вертится вокруг вашей специализации, конечно же… Ибо:


      должен задать каждый IT-специалист

      А если этот IT-специалист идет на место IT-директора в строительную компанию, например, точно ли он должен интересоваться проведением хакатонов или "архитектурой приложения" (какого?!) ?

        –1
        Справедливое замечание, спасибо. На некоторые из этих вопросов рекрутер может и не ответить. Что касается строительной компании, разумеется, не стоит задавать вопросы, которые не применимы к вашей будущей работе. Это всего лишь чек-лист примерных вопросов, которые можно было бы задать, но не универсальная инструкция :)
        +3
        Архитектура приложения: микросервисная или монолитная?

        Имеет ли смысл вот так сразу обнаруживать знание всего двух архитектур по их маркетинговым названиям? Все ли монолит, что не микросервисы? Может, начать издалека, посчитать звенья, например?
          0

          Спасибо за интересную статью!

            +25
            Первым должен быть вопрос о ЗП. Если она не устраивает, то остальное не интересно. Крутыми задачами, дружной командой и хипстерскими фреймворками семью не прокормишь и ипотеку не оплатишь.
              0
              +1 ) ну и фреймворки всегда можно впихнуть, если очень хочется
                0

                Кому как. Я в первую очередь спрашиваю о технологическом стеке и об отношении к хобби-опенсорсу. Деньгами жажду самореализации не утолишь.

                  +2
                  Питаться стеком и оплачивать счета самореализацией будет сложно, да и зачем идти на работу вообще, если деньги не нужны? Стартап — неплохо вариант.
                    +4

                    Безусловно. Но если вы, например, уже давно не джун — то в любом нормальном месте вам предложат достаточно :) А в ненормальные — зачем ходить?

                  +1
                  Это так, но «с таким настроением ты слона не продашь». Именно поэтому рекомендуют о ЗП говорить в последнюю очередь. Причём кто первый завел разговор о ЗП — тот чаще проигрывает ;) Потому что у отвечающего зачастую больше пространства для манёвра и торга. У меня такое было неоднократно. Когда все друг другу уже понравились, я спокойно получал дополнительные 7%, а то и 20% к базовой ЗП для предлагаемой позиции в данной компании.
                  +5
                  Мне кажется, что большинство вопросов на самом деле не настолько уж и принципиальны. А по многим пунктам и так проинформируют даже без ваших вопросов.
                  Насколько на новом месте работы вам важно работать именно по Kanban, а не по Scrum? Или наоборот. А если вы никогда в жизни не работали по Waterfall, то может как раз и наступило время его попробовать?
                    +1
                    Я бы указал главные вопросы такие:
                    1. ЗП
                    2. Распорядок не в компании, а конкретно для меня (гибкий график, возможность WFH и как часто), как согласовываются отпуска/больничные (replacement?)
                    3. Есть ли овертаймы, по каким причинам (заранее спланированный релиз на выходных, или сиди пока не решишь проблему на проде, как оплачиваются, как часто случались за последние полгода

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

                    Например не «Планируются ли внутри компании мастер-классы или хакатоны? Оплачивает ли компания образование за пределами компании (конференции, курсы, тренинги)? Будет ли у меня ментор/буду ли я ментором для других подчиненных?»
                    А какие курсы/конференции/другие обучающие программы проходили сотрудники за последние 2-3 месяца и сколько их (сотрудников и курсов). Если был хакатон, то какой процент сотрудников в нем участвовал?

                    А то в большинстве случаев из всего что может предложить компания, самом деле 60% курсов это что-то типа «5 шагов к совершенству», «как научиться улыбаться менеджеру и сдавать задачи в срок», 40% курсов — это что-то для джуниоров, и 10% курсов — английский.
                    А Хакатон был среди 20 джуниоров с призом — поездка на конференцию.

                    Многие вопросы укладываются в должностную инструкцию.
                      0
                      Ну вообще-то стек и архитектура (не всегда, но все же) указывается в объявлении. Равно как и цели и стремления компании. Опять же желательно определиться с целями перехода в эту компанию. Если это деньги, то хакатоны и митапы можно найти на стороне (благо с этим проблем сейчас нет). Как и оплатить конференцию или обучение самому.
                        +1
                        Какая методология используется — Agile, Waterfall, Scrum, Kanban

                        Главное что-бы потом не спросили, чем модель отличается от методологий.
                          0

                          Ещё пачка вопросов, некоторые более важны, некоторые менее, но все интересны:


                          • Знания
                            • Есть ли база знаний?
                            • Когда в ней было последнее обновление?
                            • По какому принципу заносятся туда сведения?
                            • Есть ли ответственный за это человек?
                          • Разработка
                            • Какие технолигии используются?
                            • Операционная система? Одинаковая для всех или возможно настроить под себя?
                            • Сложно ли начать использовать новую полезную технологию или долгое согласование?
                            • Есть ли регламент разработки?
                            • Проходит ли код ревью?
                            • Принято ли писать юнит тесты?
                            • Какие инструменты используются? Сложно ли внедрить новый?

                          Конечно, лучше ответы получать от человека из команды.

                            +6
                            Судя по качеству окружающего меня софта, и скорости исправления ошибок в нем, в большинстве компаний на 80% вопросов ответ будет:
                            эээ-шта?
                            Нет, ну честно, где водятся такие компании, которые адекватно ответят на все эти вопросы?
                              +1
                              Спасибо за статью. Как раз очень актуально, распечатаю и буду носить с собой. Иногда теряюсь что спросить ещё в конце собеседований.
                                +3
                                Есть еще один вопрос, который точно нужно задать потенциальному начальнику: как вы себе видите идеального кандидата на эту должность? Красивые слова, стандартные вопросы и ответы по технологиям — это хорошо, но реакция и сам ответ на этот вопрос дадут понимание того, кто реально там нужен.

                                И еще полезно в вопросах по технической части добавлять в конце «почему?» (конечно их не рекрутеру нужно задавать, а кому-то в теме). Какие библиотеки используете? А почему эти? Как тестируете? А почему так? и.т.д. Таким образом вместо нейтральной информации получите ответ на вопрос «а как тут относятся к делу и принимают решения».
                                  +1
                                  20) Могу ли я поговорить с кем-то из членов команды лично?

                                  Реакция и ответ рекрутера на этот вопрос расскажут вам о многом :)


                                  Сам много раз о таком думал ) но тут палка о двух концах: можно ведь попасть как на выгоревшего мидла так и на восторженного джуна, которому не в лом написать 100500 крудов потому что так сказал архитектор. Их отзывы о проекте могут диаметрально отличаться.
                                    0
                                    зер гут!
                                      +1
                                      Хоть и не программист, но инженер, в прошлом сисадмин и DBA расскажу, многие вопросы из описанных выше я составил сам для себя, с ними и хожу.

                                      Документированность проектов:
                                      вы не поверите, но есть компании где документация крутится только в головах тех кто создавал и поддерживал, а эти личности порой не заинтересованы чтобы их знания распространились на помощников. Смешной случай: шеф вместо того чтобы позвать меня в переговорную и всё в подробностях рассказать, предпочитал отвечать только на вопросы, которые у меня возникали при обращении клиентов когда телефон переключался с него на меня в моменты когда он выходил курить. Причём вопросы не по работе фреймворка, а конкретная бизнес-логика, которая в каждой компании своя. Итогом когда он уходил в отпуск и возникали необычные для меня вопросы, я ему звонил и он, барабанная дробь, подключался по тимвьюверу и делал всё сам! Хорошо если я подсмотрю… Так продолжалось почти три года пока я не сдался и не ушёл в другую компанию где с документацией был порядок. Но и там порядок оказался таким что документации, в том числе для пользователя, были 900 страничные книги, т.е. кратких выдержек для простых смертных не было. Ладно, это хотя-бы поправимо.

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

                                      Комфорт на рабочем месте. Не поверите, но солнечный свет (а мне он необходим, у меня от недостатка ультрафиолета проблемы с кожей) бывает даже не в половине организаций, в которых я был на собеседовании.

                                      Кто является инвестором, директором? Поверьте, зная ФИО людей, стоящих за бизнесом, можно многое узнать о компании.

                                      Много ли у меня конкурентов на данной вакансии? Да-да, на этот вопрос эйчары даже честно готовы ответить. Давно ли ищут (бывают фирмы, годами собеседующие на позицию которая не очень нужна), часто ли приходят, даже отвечают почему отказывают или отказываются. Я например в одной компании узнал что приходят хорошие спецы, но просят в 3 раза больше. В другой сказали что да есть конкуренты, но они давно занимаются бумажно-административной работой и валятся на простых рабочих вопросах. В третьей рассказали что ехать всем далеко (а мне наоборот — близко) итп.

                                      Only users with full accounts can post comments. Log in, please.