Наемане на DevOps инженери в България

DevOps е най-трудната от шестте позиции и тази, която най-често се губи заради неясно задание. Половината компании, които искат наемане на DevOps инженери, имат предвид CI/CD и автоматизация на релийзите; другата половина имат предвид облачна инфраструктура, отговорност за продукционната среда и събуждане в три през нощта. Това са различни хора и втората група е значително по-малка.

Едно название, поне четири различни работи

Преди старта на търсенето настояваме да изберете, защото пазарът чете названието по същия начин като нас.

• Билд и релийз — пайплайни, артефакти, среди, инструменти за разработчиците. Най-запълнимият вариант и често този, който решава реалния проблем.
• Облачна инфраструктура — мрежи, достъпи, разходи, инфраструктура като код. Контролът на разходите е подценяваната част и точно тя изплаща назначението.
• Платформено инженерство — вътрешният слой, върху който другите инженери деплойват. Изисква продуктово мислене, защото потребителите са колеги, които могат да заобиколят лоша платформа.
• SRE — цели за надеждност, реакция при инциденти, дежурства. Изисква продукционен мащаб, който си струва да се защитава; без него ролята се свежда до скъп човек, който гледа табла.

Колко наличен е този профил

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

България компенсира с концентрация, а не с обем. В София има достатъчно продуктови компании и инженерни центрове, така че хората тук са управлявали реални продукционни системи в реален мащаб — а точно този опит няма заместител. Ограничението е конкуренцията, не квалификацията.

Какво отличава силния DevOps инженер от средния

Познаването на инструменти е най-малко информативното нещо в автобиографията. Търсим:

• Бил е дежурен, когато нещо се е счупило, и може да опише инцидента, причината и какво е променил след това, за да не се повтори по същия начин. Този един въпрос разделя полето.
• Премахва сложност. Силните кандидати говорят какво са изтрили или обединили; по-слабите изброяват какво са въвели.
• Знае колко струва инфраструктурата му и може да посочи сметка, която е свалил. Разходите за облак са мястото, където тази роля или се изплаща, или тихо не се изплаща.
• Пише документация и предава знание. Блестящ инженер, чиито системи разбира само той, е риск, който купувате, а не актив.

Как оценяваме

Не задаваме въпроси за инструменти наизуст. Молим кандидата да опише продукционната система, за която носи най-голяма отговорност — как трафикът стига до нея, как се пуска, какво се чупи най-често и какво би оправил първо, ако има свободна седмица. Хората, които наистина са отговаряли за продукция, отговарят конкретно и признават грозните части. Тези, които са следвали чужди инструкции, изчерпват детайлите за няколко минути и това е очевидно както за нас, така и за вашите инженери.

Директен подбор или служител на наш договор

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

Възнаграждение и срок за наемане

Въведете проверен диапазон на възнагражденията: заменете със собствените си наблюдения за DevOps, SRE и платформени роли в София, разделени по вариант, а не осреднени. Не публикувайте число, което не можете да защитите.

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

Какво кара офертите да бъдат приемани

Условията по дежурствата решават повече от тези оферти, отколкото заплатата. Кандидатите искат да знаят колко души си делят графика, колко често звъни, заплаща ли се и дали ще бъдат единствените, които разбират платформата. Едночленен платформен екип е най-бързият начин да загубите току-що направено назначение и опитните кандидати го разпознават още на първото интервю. Приетите оферти идват с посочен втори човек или с честен план кога ще бъде добавен.