Привет, Хабр! Мы в Рунити верим, что собеседование — не гонка за правильными ответами, а диалог на равных. В этом интервью расскажем, как мы нанимаем DevOps-инженеров в команду. Внутри о том, что мы предлагаем кандидатам вместо стресс-интервью, замысловатых тестовых и бесконечных этапов отбора. От нас — внимание к глубине опыта и интерес к подходам кандидата.
Эксперты Рунити — Анна Попова, рекрутмент-партнер, и Тимур Парфенов, директор департамента эксплуатации, поделятся тем, как мы оцениваем инженеров, на что смотрим в резюме и какие навыки стоит подсветить. Приятного «разворачивания» статьи!
Навигация по тексту
Об этапах и особенностях собеседования
Анна: В целом собеседование в Рунити — это классическая схема: сначала первичный скрининг с рекрутером, затем техническое интервью с экспертом. На первом этапе мы смотрим, с какими технологиями кандидат работал, насколько глубоко в них погружен. Нас интересует не просто факт взаимодействия с каким-либо инструментом, а его осознанное применение: понимание, как он работает, зачем нужен и в чем его ценность.
Если по итогам этого этапа опыт кажется релевантным — приглашаем на техинтервью. Обычно его проводим вместе с Тимуром, он развивает в Рунити инфраструктурное направление.
О техническом интервью, заданиях на нем и ценностях
Анна: На техническом интервью мы не даем классических заданий. Вместо этого используем пул вопросов, чтобы понять, с чем человек действительно работал и насколько глубоко погружен в технологию. Важно, чтобы кандидат не просто «стоял рядом» с инструментом и смотрел, как он работает, а понимал, как он устроен и для чего нужен.
Технологии — это всегда комплекс, в котором одно редко работает в полной мере без другого, а вместе — эффективнее. Как говорит Тимур, технологии развиваются из сервиса и созданы для того, чтобы упрощать жизнь людям. Поэтому важно понимать, какую именно часть твоей работы, будь ты DevOps-инженером, SRE-специалистом или системным администратором, упрощает тот или иной метод.
Тимур: Да, еще добавлю, что важно умение работать в команде. Также проведение интервью вместе с HR-специалистом помогает лучше понять кандидата — увидеть, как он делится своим опытом. Для нас менее важно, что знает или не знает человек. Во время интервью мы стараемся уловить, как он рассуждает. Наша цель — не столько проверить объем знаний, сколько понять, понимает ли кандидат, что делает. Иногда человек может не знать некую технологию, но он активно учится и реализовывает свой проект. Это сразу видно — по проактивности и подходу.
Анна: Немного поясню мысль Тимура. Когда кандидат говорит об опыте работы, например с Kubernetes, важно, чтобы он не только пользовался им на базовом уровне, но и понимал, для чего создана эта платформа и когда ее следует применять.
На собеседовании мы не можем понять, как человек отреагирует на некую проблему или узкое горлышко, с которым может столкнуться. Но мы можем предположить. Для этого на техническом собеседовании даем разобрать простые кейсы, направленные на мышление. Мы предлагаем выбрать направление — хочешь, расскажи про инфраструктуру или автоматизацию. Дальше — смоделируй, как бы решил поставленную задачу, исходя из предложенной проблемы.
Тимур: Такой подход помогает понять глубину мышления и подход к выполнению задач. Например, задаем вопросы из серии: «Представь, что ты архитектор с неограниченными ресурсами. Как бы ты построил систему?». В ответах хорошо видно, кто просто фантазирует, а кто действительно опирается на реальный опыт, полученный в другой компании или самостоятельно.
Также мы обращаем внимание на тех, кто занимался самообучением и пробовал настраивать технологии вручную. Это прямой сигнал об интересе и глубине человека.
Типичные ошибки на собеседовании
Анна: Часто случается, что в резюме указано слишком много технологий, о которых кандидат слышал только краем уха. Мы спрашиваем — один, два, три вопроса — становится понятно, что знания поверхностные.
Бывало, что на собеседовании люди уже забывали технологии, которые указывали в резюме. Когда мы задавали о них вопросы, кандидат терялся. Это разочаровывает и усложняет разговор. Поэтому лучше писать только то, с чем реально работали. Честность — лучший подход. Тогда даже при недостатке опыта всегда остается шанс продолжить общение.
Тимур: Да, лучше показать меньше, но глубже. Резюме — это не способ «проскочить» на интервью, а инструмент, с которым можешь показать себя. Если его приукрасить — это почти всегда выходит боком.
Как кандидату бороться с волнением на собеседовании
Анна: Если человек волнуется — это нормально. Мы даем время подумать над ответами, можем переформулировать вопрос или навести на мысль. Главное — продолжать вести живой диалог.
Тимур: У нас нет изнуряющего марафона собеседований. Мы всегда говорим кандидату, что правильных ответов нет. Нам просто важно понять, как он мыслит, а не идеальная формулировка. Обычно это снижает уровень напряжения и позволяет человеку раскрыться.
Что указать DevOps-инженеру в резюме
Анна: Оптимальный формат — простой и честный. Какие задачи выполнял, в какой команде, какой ключевой стек технологий использовал и направления, в которых хотелось бы развиваться. Например: «Работал с Kubernetes, интересуюсь GitOps-подходом, хочу углубиться в Argo CD».
Тимур: Цель резюме — показать, почему ты интересен компании и при этом не навредить себе, приукрашивая его. Если человек понимает, что именно он умеет и чем может быть полезен — это видно сразу. Лучше указать меньше, но с акцентом на глубину и реальный опыт.
Необходимый стек технологий для DevOps-инженера
Анна: Стек технологий довольно универсален для большинства продуктовых компаний. Это Kubernetes как платформа оркестрации контейнеров, Gitlab и Argo для CI/CD, Victoria Metrics для метрик и мониторинга. Мы не только используем GitOps и Infrastructure as Code-подходы, но активно исследуем Infrastructure as Data-подход на примере инструмента Crossplane.
Тимур: И, конечно, опыт автоматизации. Этот навык всегда был актуален для системных администраторов. Но с приходом DevOps-культуры и SRE-практик, владение хотя бы одним языком программирования — это уже обязательное требование.
Killer feature Рунити
Анна: Конечно, как и другие продуктовые компании, мы работаем с тем же проверенным и надежным набором технологий. Но своей команде мы предлагаем больше свободы, инженерной инициативы, возможностей для реализации R&D (Research and Development).
Тимур: Также сейчас мы строим новую облачную платформу и активно расширяем DevOps-команду. Платформа строится на самых современных подходах: GitOps, Infrastructure as Data, а значит есть возможность поэкспериментировать и внедрить в эксплуатацию такие инструменты, как ArgoCD, Crossplane, K8s controllers.
Карьерный чек-лист Рунити для DevOps-инженера
Честность в резюме — лучший подход. Эффективнее указать меньше, но точно описать, чем занимались и куда хотите расти.
Фокус на практическом опыте. На собеседовании важно не просто знать названия инструментов, а понимать, зачем и когда их использовать.
Вместо тестов — кейсы и вопросы. Они показывают логику мышления и позволяют примерить на себе реальные проектные роли.
Интерес к технологиям — это плюс. Если кандидат сам учится, пробует и запускает что-то «руками» — это всегда заметно, мы ценим инициативу.
Автоматизация — это база. Важен навык автоматизации и в идеале знание хотя бы одного языка программирования.
RodionGork
судя по заголовку вы собирались рассказать какие усилия именно вы со стороны работодателя предпринимаете чтобы интервью было "без стресса" :)
на деле кажется превратилось в типовой набор рекомендаций - что должен делать или не делать кандидат, чтобы вы его не заставили стрессовать :)))
ничего личного, но таких рекомендаций полон инторнет