Управление Проектами - Стоит Ли Давать Оценку Кандидату Devops

Мы — команда разработчиков программного обеспечения, которая в настоящее время пытается нанять инженера DevOps.

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

Какой был бы ваш совет?

Если вы поддерживаете, должна быть оценка, то каково будет содержание?

• РЕДАКТИРОВАТЬ (дополнительная информация):

• Нам нужно нанять DevOps-инженера, чтобы запустить все наши процессы/культуру DevOps.

• У нас более 100 серверов. На них около 20 различных приложений.

  • Мы хотим, чтобы он/она это сделал;
  • Установите основной инструмент DevOps, например Jenkins или Teamcity.
  • Создайте конвейеры для всех этих приложений и серверов.
  • CIntegration, CDelivery, CDeployment в зависимости от того, какое приложение делает.

помогите перейти на Linux и/или Docker

• Об оценке

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

РЕДАКТИРОВАТЬ 2 (ответы):

Спасибо за ответы. Читая их, я буду отвечать на вопросы, чтобы предыстория стала более понятной.

• @taleodor
• Разработчики, включая меня, занимаются подготовкой/сборкой/развертыванием. Мы очень недовольны этим.
  • К сожалению, мы можем нанять только одного человека, чтобы оправдать все наши ожидания.
• У нас достаточно времени, чтобы собрать все воедино, так что это не должно стать проблемой для тех, кто готов все сделать.
• Задания будут выполняться дома, и кандидатам будет предоставлено несколько дней на выполнение. В этом нет проблем. Ведь оценка дополняет собеседование.

@030

Я знаю нескольких специалистов по DevOps. Я могу получить от них помощь в оценке оценок.

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

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

РЕДАКТИРОВАТЬ 3 (что я придумал):

• Примерно такое задание я собрал. Что вы думаете ? Что еще здесь может быть?
• Установите Jenkins на платформу по вашему выбору.
• Дан проект Dockerize .net.
• Создайте два конвейера с помощью автоматизации модульного тестирования.
• Создайте и разместите базу данных.

Вы должны передать нам свои скрипты и учетную запись Jenkins.

Да, оценка обязательно должна проводиться, однако было бы неплохо заранее договориться с одним из немногих знакомых вам специалистов по DevOps о проверке содержания и результатов.

Что касается содержания оценки, после ваших правок все еще остаются некоторые вопросы. Ключевым моментом является то, как выполняются ваши операции. Возможные варианты: у вас уже есть кто-то, кто занимается вашей серверной инфраструктурой и операциями, и вы ищете человека, занимающегося исключительно CI/CD, или у вас нет хорошей операционной поддержки (т. е. разработчики делают это, и вы недовольны), и вам нужен специалист DevOps, который будет делать это. управление сервером тоже. Обратите внимание: если это последний случай, вам, вероятно, со временем понадобится больше, чем просто человек, но для начала вам нужен кто-то постарше.

Обратите внимание, что для более крупных организаций вы найдете больше специализации в рамках DevOps (например, такие вещи, как управление релизами, DevSecOps и другие), но для небольших компаний, по моему опыту, эти два — CI/CD и Infra Operations — являются двумя основными. Вам все равно нужно помнить об этих различиях, если вы планируете взять кого-то из более крупной компании.

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

В случае CI/CD вы можете попросить их предоставить простой конвейер CI в выбранном ими инструменте, созданный с нуля на основе какого-либо примера проекта. Вам следует добавить дополнительные вопросы об обработке ошибок, распараллеливании, кэшировании, обработке автоматизированных тестов.

Для операций CI/CD + вам следует добавить задачи по написанию сценариев оболочки, облачной безопасности, terraform.

Также для первого DevOps/старшего специалиста всегда полезно добавить несколько вопросов о взаимодействии с другими командами. Т.е. что нужно будет делать разработчикам и как должен быть построен процесс взаимодействия с ними.

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

Да. Хотя DevOps — это культура, а не роль, следует оценивать мышление и технические навыки кандидата.

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

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

Нам нужно нанять DevOps-инженера, чтобы запустить все наши DevOps.

процесс/культура

По моему мнению, ваши нынешние разработчики должны сами развернуть созданный ими код. «Вы строите это, вы управляете этим». Хотя начать работу с CI может быть сложно, документация различных платформ, таких как Gitlab, Bitbucket, Jenkins, является всеобъемлющей, и они могут ее реализовать. Если вы наймете для этого кого-то, вы создадите разрозненность, и это окажет негативное влияние на культуру DevOps. Это будет способствовать мышлению «брось это через стену» и мышлению «Кто я?», «Вы — ИТ-разработчики».