1. Техники за управление на бизнесОперации Интервю за изграждане на екип на DevOps: Получаване на правилни технически умения

От Емили Фрийман

Може да бъде трудно да се оценят кандидатите за правилния набор от умения при наемане на DevOps работни места…, но не и невъзможно. С малко креативност и желание да стъпите извън кутията, можете да използвате техники за интервю, за да помогнете да намерите кандидати с подходящите технически умения за вашите DevOps инициативи.

Интервю на DevOps

Възрастта на тъпите гатанки и потта, предизвикващи интервюта с бяла дъска, намалява - и то с добра причина. Ако интервюто с бяла дъска бъде улеснено от инженер, който се интересува повече от измамите на кандидата, отколкото те, за да обсъдят технически разговор, няма да отидете никъде бързо.

Наскоро интервютата за бяла дъска отнеха много топлина за поставянето на по-слабо представени и маргинализирани групи - включващи жени и хора в цвят - в неравностойно положение. В тази епоха е изключително важно технологичните компании да наемат разнообразна работна сила, така че тази ситуация е неприемлива. Трябва обаче по някакъв начин да прецените техническите способности на човека.

Какъв е отговорът? Е, добрата новина е, че имате опции. (Лошата новина е ... имате опции.)

Как ще наемете ще определи кои сте.

Прегледайте интервюто на бялата дъска за кандидатите за работа на DevOps

Интервюто с бялата дъска никога не е било такова, каквото е станало. В едно интервю за бяла дъска кандидатът на DevOps получи компютърна програма, отпечатана на осем листа хартия. Инструкциите? „Отстраняване на грешки в програмата.“ Хм. , , Извинете ме?

Интервюто с бялата дъска се превърна в ситуация, при която вие давате на един кандидат на пръв поглед невъзможен проблем, изпращате ги до дъската с маркер и ги наблюдавате как се потят обилно, докато четирима или петима души наблюдават паниката им. Този тип интервю не предоставя на никого качествена информация дали работодателят или анкетираният е подходящ за другата страна.

Въпреки че други призовават за премахване на интервюто на бялата дъска, ето едно по-нюансирано предложение: променете го, за да го приспособите към вашите нужди на DevOps. Направете го дискусия между двама души за парче код или определен проблем. Не правете проблема нещо лудо, като балансиране на бинарно дърво за търсене. Освен ако работата, за която интервюирате, буквално не пише код в Асамблеята, не е необходимо да оценявате способността на кандидата да пише Асамблея.

Бъдете наясно с работата на DevOps, която искате да попълните, необходимите набори от умения и най-добрият начин за измерване на тези умения в кандидат. Накарайте един инженер от вашия екип да седне с кандидата и да поговорите за проблема. Как бихте започнали разговора? Какви проблеми срещате по пътя? Как бихте приспособили своите решения към предизвикателствата, които срещате?

Този разговорен подход изпълнява две неща за кандидатите за работа на DevOps:

  • Намалява паниката. Повечето хора не мислят добре под напрежение. Плюс това не вършите работата си всеки ден, докато някой се взира през рамото ви, критикувайки всяка печалба или грешка. Бихте напуснали работата веднага. Затова не принуждавайте хората да интервюират по този начин. Вместо това дайте шанс на кандидатите си да покажат какво могат да направят. Ще получите представа за това как мислят и общуват. Имитира истинска работа. Разговорното интервю ви дава представа какво би било да работите с този човек. Не решавате трудни проблеми по време на работа, като гледате как се борят. (Поне не трябва. Наистина. Това не е много съвместно или DevOps-y, оставяйки колегите ви да страдат в техния силоз.) Вместо това вие работите заедно, търгувате идеи, обмисляте нещата, правите грешки, възстановявате се и намирате решение - заедно.

Най-добрите интервюта за бяла дъска са съвместни, комуникативни и съсредоточени около любопитството - всички неща, които практикуващите обичат в DevOps.

Предлагайте домашни тестове на кандидатите за работа на DevOps

Алтернатива на по-традиционното интервю за бяла дъска е тестът за вкъщи. Този тип тестове са особено приятелски настроени за хора, които имат някакъв вид тревожност или невидимо увреждане, което се отразява на способността им да участват в интервю за бяла дъска. Този стил на интервю е приятен и за инженерите, които се борят интензивно със синдрома на imposter.

Синдромът на Импостър описва високопостигащи се лица, които се борят да интернализират своите успехи и изпитват упорито чувство на излагане като измама.

Тестът за дома се състои от някакъв тип проблем, който кандидатът за DevOps може да реши у дома си по свое време. Тестовете за дома често се задават като тестов пакет, за който кандидатът трябва да напише код, за да премине тестовете.

Като алтернатива проблемът може да бъде нещо сравнително малко, като например „Създайте програма на [избрания от вас език], който приема вход и обръща символите.“ Опциите са безкрайни и можете да приспособите теста към техния стек като смятате за добре.

Можете дори да помолите кандидатите за работа на DevOps да разгърнат своето приложение. Уверете се, че разрешавате на кандидатите да използват инструменти с отворен код или да им предоставяте необходимите абонаменти за използване на конкретни технологии.

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

Не всеки голям инженер има неограничено време да се ангажира с техния занаят. Но ако ограничите вашите групи от кандидати за DevOps на хора, които могат да си позволят да отделят 5-10 часа на домашен тест, бързо ще откриете, че екипът ви става хомогенен и застоял.

Прегледайте кода с кандидатите за работа на DevOps

Една техника за интервю, която може да бъде наистина показателна, е когато седнете с инженер или група инженери, за да решите заедно истински грешки в истински код. Можете да вземете няколко подхода към интервю в кода в реално време.

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

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

Програмирането на двойки е инженерна практика, при която двама инженери сядат и работят заедно чрез проблем. Обикновено един човек „кара“, като притежава клавиатурата, но заедно решават кой подход е най-добър, какъв код да се добави и какво да отнеме.

Ако позицията DevOps включва роля, фокусирана върху операциите, използването на този подход в кодиране в реално време е още по-добре. Въпреки че много оперативни хора се учат да прилагат инфраструктура като код или да управляват конфигурации, те нямат същия опит като разработчиците.

Прегледът какво прави и как може да работи е фантастичен начин да се потвърди, че кандидатът има опит в списъка с инструменти и технологии в своето резюме, както и да се гарантира, че кандидатът може да общува с екип.

Изграждането на вашия екип на DevOps е индивидуален стремеж. Вашият екип на DevOps няма нужда да отговаря на другите, които сте виждали. Оценете целите си и изберете подходящия кандидат за всяка работа на DevOps.