Инженер/тимлид по практикам DevOps в направление консалтинга

Мы ищем инженера/тимлида в нашу команду консалтинга, чтобы проводить аудиты на проектах наших клиентов, ставить практики и внедрять инструменты DevOps. Работа удаленная.

Экспресс 42 — компания-лаборатория, накапливаем знания о DevOps и передаем их компаниям через совместные проекты. Мы легко проводим эксперименты и быстро принимаем решения. Наши основные продукты: анализ процессов поставки ПО, миграция в облака, проведение DevOps-трансформации, консультация наших клиентов по практикам DevOps.

В основном мы работаем с банками, телекомом, ритейлом, технологическими компаниями и стартапами. Например, мы консультировали такие компании как Росбанк, Райффайзенбанк, Альфа-Банк, ГПН, X5 Retail group, МТС, Тинькофф, Авито, Учи.ру, Pushwoosh, ПИК, Делимобиль и других.

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

Что в нашем представлении анализ?

Мы пристально рассматриваем клиента с разных сторон. Находим сильные стороны и точки роста. Строим план развития клиента, который поможет наиболее быстро и эффективно достичь целей клиента, например:

• Анализируем процессы разработки, тестирования, эксплуатации и поставки. Как ставятся задачи, по какому флоу они идут, где происходят "передачи" (handover) между людьми, где образуются затыки;
• Анализируем инструменты, код, документацию, инфраструктуру. Насколько эффективно ими пользуются, какие практики применяются;
• Строим концепцию идеального будущего и путь ее достижения. Передаем заказчику так, чтобы он при желании смог самостоятельно выполнить все рекомендации (в формате презентации/воркшопа/брейншторма/митапа и, часто, писменных рекомендаций/отчета/беклога).

Как выглядит при этом консалтинг?

Мы получаем запрос от заказчика. Самостоятельно анализируем ситуацию клиента, исследуем опыт индустрии, ищем best practices, собираем мнения коллег. В формате встречи, брейншторма или воркшопа разбираем запрос с заказчиком, используя результаты исследования и накопленный опыт. На выходе заказчик получает понимание ситуации и варианты действий.

Чаще всего клиенты приходят вот с такими запросами:

1. У нас есть какой-то процесс поставки. Хотим лучше, быстрее, надежнее.
2. Для обеспечения процесса поставки мы создаем платформу. Хотим быстрый, надежный, качественный процесс поставки и платформу которая его обеспечит.
3. У нас что-то есть. Нам в принципе хорошо. Но хотим узнать, можем ли мы лучше? А не отстали ли мы от рынка.
4. От техдира. Все непрозрачно. Я не понимаю, правду ли мне говорят (важно, это не обвинение, возможно подчиненные искренне заблуждаются и не видят всей картины). Все ли хорошо у нас с процессами, поставкой, инфраструктурой.

Этим и предстоит заниматься лиду совместно с нашей командой.

Мы ждем от кандидата экспертного уровня по одной из практик (при этом остальные важно иметь на уровне хорошего понимания):

1. Практика CI/CD. Инструменты: TeamCity, Gitlab CI, Bamboo, Jenkins, GoCD.
2. Практика Observability (Логирование, мониторинг, трасировка). Инструменты: Grafana, Prometheus, Zabbix, ELK, Graylog, Zipkin, APM.
3. Практика Infrastructure as Code. Инструменты: Ansible, Puppet, Chef, SaltStack.
4. Практики SRE.
5. Практики DevSecOps.

Что значит "экспертный уровень"? Вы можете:

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

Плюсом будет:

• понимание различий между проектным и гибкими (Agile) подходами,
• понимание продуктового подхода в разработке. Понимание что такое MVP, итеративная разработка, важность проверки гипотез, важность обратной связи от клиента и знание инструментов сбора и анализа требований (например, CustDev, Customer Journey Map),
• понимание ценности кроссфункциональной команды. Понимание DevOps Topologies и Team Topologies.

Как выглядит процесс собеседования?

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

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

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

А что еще?

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

Кроме этого мы делаем DevOps митапы и конференции по DevOps (DevOpsConf, секция devops на RITconf и HighLoad) и к нашему экспертному мнению прислушивается отрасль. Мы знаем, что творится "под капотом" у технологических компаний, и привносим их опыт в enterprise-компании.

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

У нас классно! Присоединяйся!