Как мне нанять хорошего DevOps, подходящего моей компании?

20

Хорошие разработчики должны соответствовать правилу 11 теста Джоэла :

Пишут ли новые кандидаты код во время собеседования?

Тем не менее, я почти ничего не знаю о контейнерах Docker, о том, как настроить Jenkins или AWS и т. Д. Что было бы хорошим способом проверить, может ли человек, который подает заявку, управлять такими задачами?

Подвопросы: я считаю, что хороший сотрудник devops может настроить цепочку сборки один раз, и с этого момента она должна работать. Могу ли я затем ожидать, что он или она будет разработчиком в компании (DEVops)? Поскольку DevOps - это относительно «новая» работа, может быть, лучше небольшим компаниям совместно использовать сотрудника devops или нанимать его или ее в качестве фрилансера, когда он вам нужен?

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

Я нашел эту полезную, но возможную самоуверенную статью, которую вы можете прочитать, если наткнетесь на этот вопрос: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Томас
источник

3

Поскольку DevOps - это не роль (это модное слово как таковое), вы нанимаете современного системного администратора в соответствии с вашим описанием.

— Тенсибай

5

Я голосую, чтобы закрыть этот вопрос как не по теме, потому что DevOps - это не роль / должность

— Tensibai

2

@ Тенсибал Я согласен с вами, но мне также хотелось оставить этот вопрос открытым, поскольку это может помочь прояснить это заблуждение - и мы можем ожидать, что этот вопрос будет возникать снова и снова, снова и снова и снова.

— Михаэль Ле Барбье Грюневальд

2

@ MichaelGrünewald Добавить ответ, разъясняющий это. При голосовании это предотвратит исчезновение вопроса, даже если он будет закрыт. Лучшее из двух миров: проясняет проблему и остается видимым как не по теме для сайта, помогая предотвратить такие вопросы в будущем (которые могут быть дублированы на него)

— Дан

3

@ Tensibai FWIW, я не думаю, что мы должны когда-либо закрывать вопрос на том основании, что «DevOps - это не роль». Каждый вопрос, где эта путаница очевидна, - это возможность прояснить. Ответ на вопрос должен включать разъяснение на этот счет и ссылку на этот вопрос. Если мы закроем вопросы только потому, что они путают термин DevOps, мы оттолкнем новых пользователей и упустим возможность уточнить.

— Дэйв Сверски,

13

Это распространенное заблуждение, что DevOps - это роль в компании. Слово просто обозначает организационный сдвиг в компаниях-разработчиках, этот сдвиг можно кратко описать как « Вы создаете его, вы запускаете его! Придуманный Вернером Фогелсом:

Нет необходимости проводить различие между сборкой и работой, и, по словам Вернера Фогельса, это намного лучше, чем это:

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

Этот урок интересен, но это конкретное изменение в организации не всегда легко осуществить.

Этот сдвиг сопутствует возрастающей важности непрерывной интеграции и методов доставки. Обратите внимание, что эти идеи намного старше, чем формализация «гибких» методологий, некоторые из них уже присутствуют в отчете Научного комитета НАТО о программной инженерии, опубликованном в… 1968!

Хотя эту формулировку можно пропустить, в кратком описании предложения DevOps (этот сайт) упоминаются «инженеры программного обеспечения»:

Бета-сайт вопросов и ответов для инженеров программного обеспечения, работающих над автоматизированным тестированием, непрерывной доставкой, интеграцией и мониторингом услуг, а также созданием инфраструктуры SDLC.

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

— Михаэль Ле Барбье Грюневальд
источник

3

Путаница также основана на предложениях о работе, таких как: stackoverflow.com/jobs/135988/…

— Thomas

2

Да, есть много людей или организаций, которые используют DevOps в качестве роли. Никто не может быть обвинен в том, что он стал жертвой этого, и ваш вопрос будет полезен, чтобы прояснить это, поэтому спасибо, что задали его, даже если он, вероятно, будет окончательно закрыт. Я надеюсь, что вы найдете этот ответ полезным, и что вы воспользуетесь возможностью внести свой вклад в этот сайт или использовать его в качестве источника информации!

— Михаэль Ле Барбье Грюневальд

@ThomasMoors: ваш предыдущий (интересный!) Комментарий должен быть включен в ваш актуальный вопрос ... даже если он был только для того, чтобы задокументировать ваше замешательство ...

— Pierre.Vriens

@ Pierre.Vriens сделано

— Томас

1

Синоним / связанный "съешь свою собственную собачью еду", не делай то, что ты не будешь использовать

— Tensibai

7

Я рискну получить голос против, не по теме или даже ереси: «Не слушайте, как пуристы говорят вам, что DevOps - это не роль».

Ты на правильном пути. Это должно соответствовать вашей компании. Вот что важно при приеме на работу.

Если вам нужны DevOps, чтобы работать как DevOps, производить результаты, подобные DevOps, это DevOps.

Не позволяйте никому отговорить вас в противном случае.
Реклама в любом случае.
Интервью в любом случае.
В любом случае наймите.

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

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

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

Создайте свою уникальную культуру, которая является вашей интерпретацией DevOps.

— kenchew
источник

+1 к этому. Пуристы зациклены на девопах - это не слишком важный ответ, но индустрия, советы по трудоустройству и рекрутеры уже превратили это в реальность, и пришло время принять это таким, какое оно есть.

— grumpyops

6

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

Тем не менее ,

Ваш процесс найма будет осложнен несколькими факторами:

Инженеры по надежности сайта (термин Google для администраторов / инженеров с навыками кодирования) встречаются редко
Редкие навыки стоят дорого
Редкие навыки ... редки.

Хорошей новостью является то, что вам может не понадобиться полностью квалифицированный SRE.

Ваш вариант использования, как бы то ни было, нанимает инженеров для создания вашей инфраструктуры (AWS) и автоматизации развертываний (Jenkins). Эти навыки не так уж редки, но вам может быть сложно найти их в одном человеке.

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

— Дейв Сверски
источник

1

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

— Tensibai

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

— Томас

1

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

— Tensibai

2

Есть две возможности:

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

Если вам нужен кто-то, чтобы помочь вам разобраться, на каких проблемах вам нужно сосредоточиться, есть действительно хорошая компания под названием DORA (DevOps Research and Assessment), в которую входят доктора Николь Форсгрен, Джез Хамбл и Джин Ким. Николь проводила опрос State of DevOps в течение многих лет и в течение многих лет ведет детальную статистику отрасли. Джез Хамбл - гуру непрерывной доставки и буквально написал книгу об этом. Джин Ким является автором проекта «Феникс», а последние два являются соавторами The DevOps Handbook . DORA дает оценку вашей компании и поможет вам ответить на эти вопросы.

Если у вас есть довольно хорошая идея, куда вам нужно пойти и кому-то нужно, чтобы помочь вам туда добраться, на данный момент, вероятно, не очень хорошая идея найти кадровое агентство. Я бы предложил пойти на конференцию DevOps Enterprise DOES или местную конференцию DevOpsDays и поговорить с людьми в коридорах. Ищите рекомендации и, возможно, даже откройте стенд, сделайте плакат о найме.

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

— Иржи Клауда
источник

2

Я ищу много вещей в людях, которых я нанял в это пространство.

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

Я еще не нашел идеального кандидата, так что это всегда какой-то компромисс. В сегодняшнем мире я просмотрел более 65 резюме, которые были «предварительно квалифицированы» в качестве кандидатов агентствами и отделом кадров, отброшены 50 или более как не отвечающие моим минимальным требованиям на бумаге, опрошены 15+ и наняты 3. Этот процесс взял меня лучшая часть 9 месяцев.

— icewav
источник

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

— Tensibai

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

— icewav

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

— Tensibai

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

— icewav

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

— icewav

1

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

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

На самом деле вопрос в том, какова ваша стратегия цифровой трансформации в oganizations и насколько хорошие DevOps помогут вам повысить ценность для клиентов и сократить ваши расходы , сохраняя при этом хороший климат?

DevOps показывает необходимость изменений, а изменение требует принятия ответственности.

Представьте себе, что ситуация работает, DevOps может оказать давление на другие команды. DevOps иногда является результатом эволюции Agile и Continous Integration - каковы ваши активы здесь?

— Питер
источник