какие вопросы можно задать инженеру

17 обязательных вопросов для технического интервью

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

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

1. Какие интернет-ресурсы вы используете, чтобы помочь вам делать свою работу эффективнее?
Большинство ит специалистов обращаются к таким сайтам, как StackExchange или Github, когда им нужна помощь в чем-то. Серьезные профессионалы будут иметь свой собственный выбор веб-сайтов, онлайн-сообществ, каналов социальных сетей и других ресурсов, специфичных для их интересов. Ответ на этот вопрос даст вам представление о том, насколько кандидат вовлечен в более широкий ИТ мир.

2. Как вы поддерживаете свои технологические навыки в актуальном состоянии?
Технические специалисты упорно работают, чтобы поддерживать свою базу знаний актуальной, читая блоги и форумы, посещая онлайн-курсы, присоединяясь к хакатонам и подключаясь к личным ИТ-проектам. Этот вопрос на интервью может помочь вам оценить энтузиазм кандидата к профессии, а также открыть разговор о профессиональном развитии.

3. Представьте, что я не технарь. Можете ли вы объяснить [соответствующую технологию] в простых терминах?
Он играет решающую роль практически в каждой компании, поэтому умение общаться с не техническими людьми является обязательным. Вы можете оценить коммуникативные навыки кандидатов с помощью этого вопроса. Избегают ли они непонятных аббревиатур и жаргона? Насколько хорошо могут сломать сложный процесс? Попробуйте задать несколько «тупых» последующих вопросов, чтобы получить представление о том, как кандидат будет взаимодействовать с коллегами не из ит сферы.

4. Какие сильные стороны, по вашему мнению, наиболее важны для разработчика [или другой соответствующей ИТ позиции]?
Такой вопрос может показать, как собеседник относится к этой позиции и что, по его мнению, он принесет в нее. Некоторые кандидаты могут сосредоточиться на технических способностях и ИТ сертификациях, в то время как другие могут больше говорить о решении проблем, внимании к деталям, общении и других общих навыках работы. Ищите кандидатов, которые дадут взвешенный ответ.

5. Какие три слова использовали бы ваши коллеги, чтобы описать вас?
Ответ может подсказать вам о чертах личности кандидата, которые не могут быть легко видны через резюме или традиционные вопросы интервью. Это также дает представление о том, как человек воспринимает себя и роль, на которую он претендует. Например, если ответ фокусируется на творческой стороне, но позиция очень аналитична по своей природе, работа может быть не очень подходящей.

6. Можете ли вы рассказать мне о том времени, когда все шло не так, как вы хотели на работе, например, о провалившемся проекте или о том, что вам не дали повышения по службе?
Каждый человек в какой-то момент своей карьеры сталкивается с профессиональными неудачами. То, что вы хотите знать, — это то, как люди справлялись с этими ситуациями и чему они научились. Лучшие сотрудники устойчивы, используя неудачи как трамплин к позитивным изменениям. Поэтому прислушайтесь не только к проблеме, о которой упоминает соискатель, но и к тому, что он сделал после разочарования.

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

8. Каковы преимущества и недостатки работы по Agile?
Большинство ИТ команд приняли ту или иную форму Agile — в настоящее время излюбленную методологию SDLC — что означает множество быстрых встреч и постоянный поток обратной связи от коллег / членов команды. Ответ кандидата на этот вопрос может рассказать вам не только об уровне его понимания этой методологии, но и об отношении к сотрудничеству и общению.

9. Как вы считаете, дальнейшее развитие технологий повлияет на вашу работу?
Достижения в области технологий продолжают изменять большинство ролей в ИТ. Насколько осведомлен об этом кандидат, с которым вы проводите собеседование? Знают ли они, например, что автоматизированное тестирование является основной частью DevOps, что позволяет ускорить циклы разработки и ускорить развертывание? Кандидат может рассказать об используемых им инструментах автоматизации или проблемах работы с машинным обучением и большими данными. Они также могут обсуждать проекты искусственного интеллекта, над которыми они хотят работать. Этот вопрос, хороший способ начать разговор о тенденциях и достижениях в этой области, а также даст вам представление о том, как кандидат воспринимает свою роль в долгосрочной перспективе.

10. Расскажите мне о техническом проекте, над которым вы работали в свободное время?
Вы хотите нанять ИТ специалиста, который посвящает свое личное время другим проектам. Почему? Это люди целеустремленные и любознательные, что, в свою очередь, сохраняют навыки актуальными. Спросите, как они держут мотивацию, что их интересует в проекте и какова их конечная цель. Если они могут продемонстрировать веб-сайт или приложение, которое они создали, тем лучше.

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

12. Каковы качества успешного руководителя команды или проекта?
Всегда ищите лидеров, даже если вы не нанимаете человека на руководящую должность. Характер работы в IT означает, что людям часто приходится брать на себя ответственность за реализацию проектов, а это требует лидерских навыков, таких как организованность, позитивность, делегирование полномочий и коммуникация.

14. Чего бы вы хотели достичь в первые шесть месяцев после приема на работу?
Ответ на этот вопрос интервью зависит от роли. Разработчик, например, может надеяться разработать небольшой проект за это время, в то время как технический менеджер может захотеть проанализировать внутренние процессы. Ответ кандидата даст вам представление об общем понимании позиции. Если цели соискателя и амбиции не соответствуют описанию работы, это может быть не самая подходящая должность для него.

15. Как вы справляетесь с работой с сжатыми сроками?
ИТ команды часто сталкиваются с огромными временными ограничениями. Вам нужен кто-то, кто может работать эффективно и точно, когда находится под давлением. Задайте этот вопрос потенциальному сотруднику, и вы, по крайней мере, получите представление о том, как он справляется со стрессом и может ли он идти в ногу с темпами проектов в вашей компании. Вы также можете продолжить, спросив, пропускали ли он когда-либо сроки и, если да, то как справлялся с ситуацией.

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

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

Источник

Ультимативный гайд по собеседованию DevOps-инженеров — что спрашивать и к чему готовиться

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

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

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

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

Сперва я быстро просматриваю все резюме

Пока я перебираю отклики, обращаю внимание на ключевые слова и места работы. Всегда читаю сопроводительное письмо — много соискателей отсеивается на этом этапе. Я размещаю вакансию о поиске DevOps-инженера, а ко мне приходит отклик от python-разработчика, от golang-разработчика или от нынешнего курьера, которому «очень интересно и он хотел бы попробовать».

Мимо идут резюме, в которых указан опыт работы в госструктурах, что-то в духе «администратор первого разряда в ЦБ РФ». Все эти многословные рассказы про «администрирование информационных систем» я отсекаю сразу без раздумий. Чем официозней и канцеляритнее описание прошлой работы, тем выше шанс, что ничего в своей жизни, кроме винды и бэкапов с помощью графического интерфейса, такой соискатель не видел.

В быстром отборе резюме помогает правило: чем больше технологий я встречаю, тем лучше. Если у человека в резюме написано MySQL, Linux, Postgres, Apache и так далее — шансы есть. Человек по крайней мере слышал о технологиях и, кто знает, возможно, даже сам с ними работал. Хотя будем честны — в резюме можно написать все, что угодно.

На собеседовании первым делом проверяю базу

Когда я стану немощным стариком и меня будет стремно бить в ответ, я начну колотить палкой по спине всех, кто не знает сети! Это маст хэв для любого инженера. Мы живем в мире, где все происходит в сетях. Даже в закрытом госсекторе найдется локальный контур. И там сидит разработчик, который пишет какой-нибудь proxy-сервис или сочиняет сервис, работающий с API-шкой, и ничего не понимает в API.

Я не требую особых знаний, я не прошу настроить мне MPLS. Но что такое маска подсети, что такое IP-адрес — в 21 веке должны знать все IT-специалисты. Я понятия не имею, что у человека в голове происходит, когда он не понимает, что такое 127.0.0.1. Он сидит на локальной машине, у него запущен сервис на виртуалке. У сервиса прописан эндпоинт 127.0.0.1, коннект к базе. От незнания наш герой вхреначивает то же самое. Как результат: «у меня не коннектится к базе». Конечно, блин, не коннектится!

Если у человека есть сертификат CCNA, окей, даже если он не сдавал его, не получал физически, но готовился — мне достаточно этого факта за глаза.

Вот, например, стандартная задачка из CCNA, на понимание того, как работают сети

Есть два свича из разных сетей, между ними стоит роутер. Компьютер А хочет отправить данные в компьютер Б.

Затем я спрашиваю по всем уровням модели OSI

Слышал ли что-нибудь человек про Spanning Tree протокол? Про корневой протокол, про IP-уровень? Хорошо, а как это все работает? Понимает ли он, как происходит роутинг? Ну и скопом: таблицы маршрутизации, динамический протокол маршрутизации, транспортный уровень TCP. И так далее, и так далее.

Я хочу услышать, чем отличаются TCP и UDP. Хороший спец ответит мне, почему критичные системы (например, Domain Name System) используют протокол без гарантированной доставки сообщений (UDP).

Ответ простой — так быстрее. Пока устраиваешь TCP-сессию, ты можешь 3 раза отправить UDP пакетик туда и получить его обратно. И никакого оверхеда.

Задаю вопросы про DNS

Какие бывают типы записи? Знает ли мой собеседник, что такое MX-запись, как работает spf или как работает DKIM.

Да, в работе эти знания могут и не пригодиться. Но мне важно знать, понимает ли человек суть технологии, было ли ему интересно прочитать про это. Вот добавлял он какие-то записи в DNS и загуглил, что такое spf-запись, или не загуглил?

Абсолютно везде сейчас используется HTTP-протокол, и я про него спрашиваю

Я начинаю со стандартных вопросов об отличиях http-версий 1.0, 1.1 и второй версии. Интересуюсь, что такое headers и зачем они нужны. Как веб-сервер понимает, что ему пришел запрос на определенный virtual host, а не на любой другой. И всегда задаю пару вопросов по Nginx.

Дальше плавно переключаю внимание на TLS-протокол

Как работает SSL\TLS? Инженеру нужно понимать это хотя бы на базовом уровне — есть корневой центр сертификации, он подписал сертификат, и сертификат где-то используется.

В TLS меня обычно интересует процесс установки соединения. Зачем нужны приватный и публичный ключи и как они взаимодействуют? Если человек шарит, то задаю вопрос с подвохом: можно ли иметь несколько разных сертификатов на одном IP-шнике?

Перехожу к Linux и BASH

Надо знать все юниксовое, все Unix-like системы. Нужно уметь работать с Shell и Bash, знать основные команды. ls-ы всякие, mkdir и т.д.

Хорошо, если кандидат может немного скриптовать на BASH — значит, он пробовал хоть как-то автоматизировать эту историю.

По Linux спрошу, как заменить в файле строчки другими строчками. Или как распарсить какой-нибудь access.log в Nginx средствами BASH. Чтобы человек рассказал про awk, про cat, про sort, про все, что помогает быстрой работе.

Там всюду текстовые файлы, надо с ними правильно работать. Если соискатель предложит копировать их в эксельку и уже там что-то делать, то мне станет неловко.

Потом надо выяснить, как дела с виртуализацией

Обычная виртуализация, виртуализация через гипервизор. Если кандидат заводит разговор про паравиртуализацию — значит, что-то знает.

Основной мой вопрос: чем отличается контейнерная виртуализация от обычной гипервизорной виртуализации? Хорошо, если человек сравнит что лучше, что хуже, где что подобает использовать.

Перемещаемся к контейнерам

Узнаю, работал ли собеседник с Docker? Собирал ли он образы, писал ли Docker-файлы, использовал ли Docker compose, деплоил ли с его помощью. Зачем вообще нужны эти контейнеры и как они работают? Поднимал ли наш соискатель систему оркестрации контейнеров Swarm или Kubernetes? Можно задать целый блок вопросов, но главное понять, делал человек работу своими руками с контейнерами или нет?

Спрашиваю про CI/CD deployment

Меня интересует огромный список вещей: как он настраивает автоматический deployment, как настраивает Continuous Integration? Как у него собираются приложения, использует ли он системы анализа кода (PVS-Studio, SonarQube). Как он пишет тесты или как интегрирует тесты, написанные разработчиками.

Делает ли он какое-то интеграционное тестирование этих сборок? Что дальше происходит с тем, что он собрал? Это как-то складывается в артфекаты или это упаковывается в docker-контейнеры, пушится в registry? Пусть расскажет, какие системы использовал для настройки CI/CD-процесса. Это могут быть и GitLab CI, и Circle CI, и какие-то облачные решения. А может быть, Jenkins, ну и про самописные скрипты на PowerShell не стоит забывать.

Скажи мне, как человек деплоит, и я все пойму. Он может деплоиться с помощью Helm в Kubernetes, Ansible, скриптами или чем-то еще самописным.

Про систему управления конфигурациями

Говорим чаще всего по Ansible. Поскольку его знают большинство. Итак, зачем нужны роли, как зашифровать и хранить секретные данные, как закидывать пароли на Git-репозиторий? И все в таком духе.

Узнаю про умение писать код

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

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

Последние вопросы на собеседовании касаются хранилищ баз данных

SQL, NoSQL — в чем различия, с чем работали? Чаще встречаю людей с опытом работы в PostgreSQL, реже — MySQL. Задаю вопросы про индексы, может ли соискатель настроить реплику, может ли настроить логическую репликацию между табличками или просто данными. А что он будет мониторить в этом случае? А как ускорить базу?

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

Все это позволяет составить полную картину о человеке

Самое критичное в моем списке — базовые знания. Не знаешь базу — пора заканчивать собес.

Если человек не может мне ответить, что такое маска подсети, или не понимает, зачем нужны headers в HTTP — в большинстве случаев такой соискатель получает наижирнейший минус в моей тетради. Разве тебе не любопытно было узнать, как работают все эти штуки, в которых ты тыкаешь курсором мышки?

Очень тяжело работать с людьми, которые просто механически повторяют заученное, вместо того, чтобы разобраться, как все устроено. Новичок, не знающий Docker, спокойно в нем разберется, если у него есть понимание, что такое HTTP, TLS и сети.

Но вот, наконец, самый важный момент — весь этот список нужен не для того, чтобы идти по нему на настоящем собеседовании. Этот список надо пройти самому перед тем, как нанимать людей.

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

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

Ну и по традиции, приглашаю присоединиться к нашему сообществу в телеге — там регулярно разбираем все эти темы и многие другие, которые пригодятся и на собеседовании, и в работе.

Источник

20 вопросов, которые задают на собеседовании

Что говорить на собеседовании:

1. Расскажите немного о себе.

2. Как смотрите на жизнь, какие видите в ней сложности и как с ними справляетесь?

Одни люди высказываются в том смысле, что жизнь трудна, очень много проблем, большинство из которых неразрешимы, что люди злы и недоброжелательны, что в жизни мало радостей и все решает судьба, случай или другие люди, но не он сам. Значит, перед вами человек пассивный, неуверенный в себе, не доверяющий другим, пессимистично настроенный и несчастливый (неудачник). Другие люди высказываются о жизни позитивно: жизни без проблем не бывает, трудности преодолимы, судьба и карьера человека в его руках, люди доброжелательны и готовы к сотрудничеству, человек сам кузнец своего счастья. Так говорит человек, занимающий активную жизненную позицию, нацеленный на успех, готовый взять на себя ответственность, успешно взаимодействующий с людьми и умеющий радоваться жизни.

3. Чем Вас привлекает работа у нас в данной должности?

Плохо, если отвечают расхожими фразами: «Меня привлекают перспективы роста, интересная работа, солидная фирма. ». Должен привести серьезные и конкретные доводы: желание применить свою квалификацию и опыт там, где они могут дать наибольшую отдачу и будут по достоинству оценены, привлекательность работы в сильно команде профессионалов.

4. Почему Вы считаете себя достойным занять эту должность? В чем Ваши преимущества пере другими кандидатами?

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

5. Каковы Ваши сильные стороны?

Кандидат должен подчеркнуть в первую очередь те качества, которые требуются для данной работы, и привести убедительные подтверждения на конкретных фактах. Но вы можете услышать штампы, повторяющиеся тысячи раз: «Я общительный, аккуратный, исполнительный» и т.п. Попросите уточнить, в чем проявляется его общительность, аккуратность, исполнительность, какова его манера выслушивать клиента, чего он достиг, благодаря своим сильным качествам.

6. Каковы Ваши слабые стороны?

7. Почему Вы ушли с предыдущей работы?

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

8. Почему Вы решили переменить место работы?

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

9. Получали ли Вы другие предложения работы?

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

10. Насколько успешно Вы прошли собеседование в других местах?

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

11. Не помешает ли Ваша личная жизнь данной работе, связанной с дополнительными нагрузками (ненормированный рабочий день, длительные или дальние командировки, постоянные разъезды)?

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

12. Как Вы представляете свое положение через пять (десять) лет?

Многие безынициативные люди, не планирующие свою карьеру и жизнь, отвечают, что не представляют себе таких дальних перспектив. А человек, нацеленный на личный успех, с готовностью расскажет о своем планируемом профессиональном росте, а, возможно, и личных целях. Макс Эггерт в своей книге «Блестящая карьера» рассказал о значении планирования карьеры. В одной знаменитой школе бизнеса в первый день занятий у студентов спросили, кто письменно сформулировал этапы и цели личной карьеры. Только 3% из них подняли руки. Через 10 лет именно эти 3% добились финансовых успехов больше, чем все остальные, вместе взятые.

13. Какие изменения Вы бы произвели на новой работе?

14. К кому можно обратиться за отзывом о Вашей работе?

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

15. На какую зарплату Вы рассчитываете?

К числу основных можно добавить еще 5 вопросов.

16. Что Вы можете рассказать о своих профессиональных связях, которые могли бы использовать на новой работе?

17. Как Вы повышаете свою профессиональную квалификацию?

18. Чем Вы любите заниматься в свободное время?

19. В какие сроки могли бы приступить к новой работе?

20. Какие вопросы есть у Вас?

Какие вопросы стоит задать на собеседовании

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

— сколько времени соискатель ищет работу?

— какие вакансии рассматривает, какие сферы работы наиболее интересны?

— какая минимальная зарплата интересует?

— какие требование к будущей работе выдвигает (график работы, наличие командировок, соцпакет)?

Теперь стоит узнать немного о предыдущих местах работы.

Можно узнать дополнительно количество сотрудников организации и количество сотрудников в отделе.

— рассказать о должностных обязанностях, функциях, задачах, уровне загрузки, заработной плате;

— привести примеры численных показателей эффективности работы, рассказать о достижениях;

— дать оценку бывшему руководству и работе в целом;

— рассказать о причине увольнения.

Теперь стоит поговорить об образовании кандидата.

Сведения о полученном основном и дополнительном образовании также содержаться в резюме.

Вам стоит спросить о:

— мотивах получения именно такого образования;

— планах на образование в будущем.

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

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

Источник: отрывок из книги «Технология карьеры» В. Поляков

Источник