Каждый начинающий девопс мечтает об этом — о долгожданном оффере. Но перед тем, как его получить, придется пройти ряд интересных квестов, и среди них — собеседование. Мы собрали круглый стол из спикеров курса DevOps Upgrade и практикующих DevOps-инженеров и задали самые горячие вопросы от начинающих специалистов.

Это расшифровка круглого стола, запись вы можете посмотреть здесь.

Для вас выступали:

Максим Гусев — DevOps TeamLead «АО Финам»

Всеволод Севостьянов — Staff Engineer Hellofresh SE

Евгений Садчиков — ведущий инженер «МТС Digital»

Бутов Никита — DevOps «АО Финам»

Геннадий Лялин Дежурный инженер отдел SRE «РСХБ-Интех»

А как собеседование проходит в вашей компании?

Макс: У нас техническое собеседование проводится в два этапа. Первый — это встречи, диалог в любом мессенджере, возможно, созвон. Мы начинаем с вопросов про опыт, чем занимался человек. Далее проходимся более детально по нашему стеку и, если техническое аудирование пройдено, то даем тестовое задание: уровень сложности варьируется. Совсем джуниору дадим задание полегче, будет время на подумать. Выше среднего уровня — задание посложнее, его потребуется сделать в более сжатые сроки: в нем будут подводные камни и проблемы, с которыми реально можно столкнуться при работе. Если разговор и задание пройдены, то человек общается непосредственно с самим руководителем направления.

Всеволод: Я работаю в Европе, и здесь процессы приема на работу и найма куда медленней, чем в России. От реального заявления об увольнении и самого увольнения проходит 3-4 месяца, эйчары об этом знают и торопиться не будут. Само собеседование состоит из 5-6 этапов. Первыми идут три технических этапа: вы выкладываете своё резюме, вам задают вопросы типа: «А что там по Docker, по Terraform?» И вы рассказываете, как вы работали с той или иной технологией, как организовывали процесс.

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

Третий этап: вам дается какая-то задача: мол, есть гора сервисов, как вы организуете мониторинг, как вы добьетесь отказоустойчивости и так далее. После этого все участники собеседований принимают решение, берут ли они вас в команду или нет.

Евгений: Резюме нам подбрасывает отдел кадров, далее мы весьма субъективно предполагаем, кто мог бы пойти на собеседование. Через эйчара организовываем конференцию: как правило, в ней участвует эйчар, руководитель проекта, сам соискатель и несколько DevOps-инженеров. По нашему опыту: если решение принимает один человек, то оно может быть субъективным, однако несколько человек придут к более взвешенному заключению. 

Никита: По опыту своих собеседований могу сказать, что бывает по-разному. Лично мне везет попадаться на эйчаров, которые технически подкованы — всем участникам такого интервью проще и понятнее. Однажды у меня было 4 этапа собеседования, и что самое удивительное — не было ни одной практики. Собеседования, где участвует несколько технических специалистов, проходят куда интереснее: ты получаешь больше обратной связи.

Несколько технических специалистов на собеседовании — это стандарт? Или это частная практика некоторых компаний?

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

Макс: Будет плюсом, если все они работают в одной сфере. У команды тестировщиков с моего предыдущего места работы была интересная традиция — приходить на собеседование всем отделом. А их там было человек 13! Один-два активно общаются, все остальные просто смотрят, какие-то моменты запоминают. Как-то лично у меня на собеседовании было 4 человека, при этом со мной общался только руководитель разработки.

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

Как готовитесь к собеседованию: взгляд со стороны работодателя и соискателя

Макс: Первое — нормальный скрининг самого резюме. Мне необходимо понять, чем человек занимался, какие технологии он щупал и насколько хорошо в них разобрался. Бывают такие моменты, когда когда человек просто пишет название инструмента и не дает по нему никаких пояснений. Я начинаю писать эйчару, прошу выяснить подробности. Дальше я смотрю на стаж и место — у меня мало доверия к человеку, который везде попрыгал по 2-3 месяца, такое резюме я, скорее всего, скипну. Также я смотрю на наши запросы, что по основным продуктам и что планируем делать — мне важен релевантный опыт.

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

После первых двух этапов я начинаю погружаться в стек и задачи. Джуну я дам базовые вещи по Docker и Ansible, по Git, попрошу все пульнуть на GitHub: смотрю, владеет ли соискатель технологиями. Человеку более опытному дам задачки немного посложнее — что-нибудь развернуть в облаке с Terraform, к примеру. Этап обязательный, но сроки можем растянуть, если у человека сейчас большая загрузка в связи с увольнением.

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

Никита: Поделюсь своим опытом прохождения собеседований. По первости я очень волновался, и придумал для себя такую тактику. Я выбрал две-три целевые компании и список тех, к кому просто схожу в гости на собеседование. Подготовка заключалась в том, что я общаюсь с нецелевыми компаниями, получаю от них дополнительную информацию и опыт, который поможет держать лицо на собеседовании в компанию мечты. Ещё варианты для подготовки — использовать репозитории GitHub, посмотреть на часто задаваемые вопросы и готовиться по ним.

Геннадий: Я пришёл в DevOps из другой сферы. Тут 1000 вакансий, ты можешь сделать 100-200 откликов, а в моей предыдущей сфере появлялась 1 вакансия в год, и ты ставил всё на это собеседование. Собеседование помогает понять, кто ты, чего тебе не хватает, чтобы получит работу мечты, где у тебя пробелы в знаниях и навыках.

Евгений: Чем больше собеседований ты пройдешь, тем лучше ты поймешь свои пробелы, что и где требуется подтянуть. 

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

Сколько в среднем пройти собеседований, чтобы получить долгожданный оффер? А как понять, что оффер — тот самый?

Макс: Чтобы получить оффер, надо отвечать на сообщения. У меня бывает такое, что я приглашаю 15 человек, а мне по факту отписывается 3-4 человека. Для того, чтобы закрыть ставку, в среднем требуется 7-8 собеседований с разными людьми. 

Геннадий: У меня сложилось интересно. Было 100 откликов, но ни одного оффера. А потом работодатель сам вышел на меня и позвал работать. Идеальный оффер — надо пробовать, работать, сразу он не очень очевиден. Очень сложно понять из собеседования, кто эти люди, как они работают, подходит ли тебе эта команда.

Никита: В идеальном оффере ты понимаешь, что тебе будет сложно и интересно. В моем джуновском опыте 7-10 откликов давали мне в среднем два приглашения на собеседование, а для оффера — и того больше.

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

Если отказали — что делать?

Макс: Если во время общения я понимаю, что человек заинтересован, он записывает какие-то материалы, я могу и накинуть какие-то свои разработки и рекомендовать курсы. Я стараюсь давать, но только если человеку самому это нужно. 

Вячеслав: Сейчас я стараюсь давать обратную связь прямо на собеседовании. Иногда советую книги, курсы, которые человеку можно было бы посмотреть.

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

Какие-то курсы или обучалки помогают устроиться?

Всеволод: Комьюнити — полезная штука. Сами курсы дадут меньше, чем общение с другими студентами потока или AMA-сессия со спикерами.

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

Геннадий: Я последние 4 года сам учу людей в другой сфере. Всё зависит от человека, который будет давать курс. Я хотел получить минимальные джунские знания, чтобы хотя бы попасть в IT и уже учиться дальше на месте работы.

Стать DevOps-инженером — это только первый шаг, предстоит совершить ещё уйму маленьких шагов навстречу карьере. Но и на первый шаг уходит масса усилий: и курс найти, и на практике всё знания отработать. Мы взяли эту задачу на себя и подготовили масштабный пятимесячный курс DevOps Upgrade (ссылка slurm.club/3K8lvMG) . Вы изучите базовые инструменты и сможете отработать их на заданиях из реального рабочего процесса. Курс уже стартовал, сегодня последний шанс запрыгнуть в поток. Пусть он понесёт вас навстречу новой профессии.