Ищем инженеров, которые отвечают за инфраструктуру, автоматизацию выкладки и стабильность сервисов. Разбираем, что человек реально эксплуатировал, как вёл дежурства и что делал во время инцидентов, — до технического интервью.
Выкладка новой версии превращается в ночной ритуал: делается вручную, по инструкции в документе, и каждый раз с риском.
Инциденты разбираются по памяти: мониторинг настроен частично, логи разбросаны, и причину сбоя ищут часами.
Инфраструктуру знает один человек, а он в отпуске — и никто не может ни поднять сервис, ни посмотреть настройки.
Нанимают DevOps «на всё»: и инфраструктура, и безопасность, и поддержка пользователей, и разработка внутренних сервисов.
Закрываем позиции в продуктовых командах, финтехе, аутсорсе и компаниях с собственной инфраструктурой. Если нужен специалист по поддержке пользователей и парку техники, смотрите подбор системных администраторов →
Полчаса с вашим техническим руководителем: какие сервисы в эксплуатации, как сейчас выкладываются версии, кто дежурит и что считается нормой по доступности. Сразу говорим, реально ли найти человека на ваших условиях.
Фиксируем требования, стек, стоп-факторы и вилку. Публикуем вакансию, поднимаем базу и идём в прямой поиск по профильным сообществам.
Звоним, разбираем опыт эксплуатации и дежурств, сверяем ожидания по деньгам и графику. Присылаем короткий список с комментарием по каждому.
Организуем встречи и при необходимости разбор практической задачи по инфраструктуре. Собираем обратную связь после каждого этапа и корректируем поиск.
Держим связь между оффером и первым рабочим днём. Для DevOps важны честные ожидания по дежурствам: если про ночные вызовы сказать после оффера, человек уйдёт на испытательном сроке.
По данным исследования сервиса «Работа.ру», средний срок закрытия вакансии по рынку в целом — 16 дней, медиана — 11 дней. Это статистика прежде всего по массовым и линейным позициям: редкие компетенции в неё не укладываются. Как сроки закрытия зависят от профиля →
Разбор вакансии, оценка рынка и реалистичности требований — до начала работы и без обязательств.
Публикации, прямой поиск, звонки, интервью и проверка рекомендаций. Пока кандидат не вышел, вы не платите.
Счёт выставляем после того, как сотрудник вышел на работу.
Если в требованиях собраны инфраструктура, информационная безопасность, поддержка пользователей и разработка внутренних сервисов, а бюджет рассчитан на одного инженера, мы скажем об этом сразу. Честнее выбрать приоритет и закрыть его, чем искать человека, который согласится на всё.
В разных компаниях границы разные. Обычно DevOps отвечает за автоматизацию и инфраструктуру разработки, SRE — за надёжность сервисов, мониторинг и инциденты.
Мы уточняем на брифинге, какая зона ответственности нужна вам, и ищем под неё, а не под название должности.
Это самое чувствительное условие для DevOps, и мы проговариваем его на первом разговоре с кандидатом.
Если график дежурств не определён, помогаем его сформулировать: без этого сильные инженеры до оффера не доходят.
Да, но мы разделяем требования на обязательные и переносимые: базовые принципы работы с инфраструктурой обычно переносятся между платформами.
Жёсткое требование по конкретному провайдеру сужает воронку, и мы честно говорим, насколько.
Для современного DevOps — важно: инфраструктура описывается кодом, а автоматизация требует разработки.
Спрашиваем, что человек автоматизировал сам и на каком языке, а не только какие инструменты настраивал.
Спрашиваем, как выдаются права, где хранятся секреты, что происходит при уходе сотрудника и как организован доступ к продакшену.
Для многих команд это критично, поэтому вопрос задаём до того, как кандидат попадёт на техническое интервью.
Ответим в среднем в течение 1,5 часов в рабочее время. Можно написать в Telegram или позвонить — как удобнее.