Як найняти хороший DevOps, який відповідає моїй компанії?

20

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

Чи пишуть нові кандидати під час співбесіди?

Однак я мало що знаю про контейнери Docker, як налаштувати Jenkins або AWS і т. Д. Який би був хороший спосіб перевірити, чи може людина, яка звертається, керувати такими завданнями?

Підзапитання: Я вважаю, що хороший службовець девізів може один раз налаштувати ланцюжок збірки, і він повинен працювати з цього моменту. Чи можу я тоді також розраховувати, що він чи вона стане розробником у компанії (DEVops)? Оскільки DevOps є відносно "новою" роботою, чи може бути для малих компаній краще ділитися працівниками девп або найняти його або її на посаду фрілансера, коли вам це потрібно?

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

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

culture software-engineering

— Томас
джерело

3

Оскільки DevOps не є роллю (її модна мова як така), ви наймаєте сучасного системного адміністратора відповідно до вашого опису.

— Тенсібай

5

Я голосую, щоб закрити це питання поза темою, оскільки DevOps не є

— робочою

2

@Tensibal Я погоджуюся з вами, але я також спокушаюся залишити це питання відкритим, оскільки це може допомогти з’ясувати це неправильне уявлення - і ми можемо очікувати, що це запитання буде виникати знову і знову і знову і знову.

— Michael Le Barbier Grünewald

2

@ MichaelGrünewald Додайте відповідь, що пояснює це. Якщо це буде прийнято, це не дозволить запитання зникнути, навіть якщо його закрити. Кращий з обох світів: роз'яснює проблему та залишається видимим як поза темою для сайту, допомагаючи запобігти подібним питанням у майбутньому (які можуть бути дубльовані на нього)

— Dan Cornilescu

3

@Tensibai FWIW, я не думаю, що ми ніколи не повинні закривати питання, виходячи з того, що "DevOps - це не роль". Кожне питання, де очевидна ця плутанина, - це можливість уточнити. Відповідь на запитання повинна містити уточнення до цього питання та посилання на це питання. Якщо ми закриємо питання лише тому, що вони плутають термін DevOps, ми відчужимо нових користувачів і упустимо можливість уточнити.

— Дейв Сверський

13

Поширена думка, що «DevOps» - це роль у компанії. Слово просто позначає організаційну зміну в програмних компаніях; ця зміна може бути коротко описана " Ви будуєте це, ви запускаєте його! "Придумав Вернер Фогельс:

Немає необхідності розрізняти побудову та експлуатацію, і за словами Вернера Фогеля, це набагато краще, ніж це:

Надання операційним обов'язкам розробникам значно покращило якість послуг, як з точки зору замовника, так і з точки зору технологій. Традиційна модель полягає в тому, що ви берете своє програмне забезпечення до стіни, яка розділяє розробку та операції, і перекидаєте його, а потім забуваєте про нього. Не в Амазонії. Ви будуєте його, ви запускаєте його. Це змушує розробників контактувати з щоденною роботою свого програмного забезпечення. Це також приводить їх у щоденний контакт із замовником. Цей цикл зворотних зв’язків із клієнтами є важливим для покращення якості послуги.

Цей урок цікавий, але цю конкретну зміну в організації не завжди легко здійснити.

Цей зсув супроводжується зростаючим значенням методів постійної інтеграції та поставок. Зверніть увагу, що ці ідеї набагато старші, ніж формалізація "спритних" методологій, деякі з них уже представлені у звіті Наукового комітету НАТО про інженерію програмного забезпечення, опублікованому в ... 1968 році!

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

Beta Q&A-сайт для інженерів програмного забезпечення, які працюють над автоматизованим тестуванням, безперервною доставкою, інтеграцією та моніторингом сервісів та створенням інфраструктури SDLC.

Тепер, якщо ви шукаєте інженера-програмного забезпечення, який може допомогти вашій команді розпочати роботу з цими методологіями, займайтеся ними з цієї теми. Навіть якщо ви не знайомі з цією темою, дотримуючись «Ви її будуєте! Гасло ви запускаєте! »Ви можете починати з проблеми програмування і вести інтерв'ю до питання про розгортання та обслуговування програми.

— Майкл Ле Барб'є Грюневальд
джерело

3

Плутанина також ґрунтується на таких пропозиціях щодо роботи: stackoverflow.com/jobs/135988/…

— Томас

2

Так, є багато людей або організацій, які використовують «DevOps» як роль. Ніхто не може бути звинувачений у тому, що ви стали жертвою цього, і ваше питання корисне для уточнення цього, тому дякую, що ви його просили, навіть він, мабуть, остаточно буде закритий. Я сподіваюся, що Ви знайдете цю відповідь корисною, і Ви скористаєтесь можливістю внести свій внесок у свій веб-сайт або використати його як джерело інформації!

— Майкл Ле Барб'є Грюневальд

@ThomasMoors: ваш попередній (цікавий!) Коментар має бути інтегрований у ваше власне запитання ... навіть якщо це стосується лише документального розгублення ...

— Pierre.Vriens

@ Pierre.Vriens зроблено

— Томас

1

Синонім / пов’язане "їжте власну собачу їжу", не робіть те, що не будете використовувати

— Tensibai

7

Загрожуючи втратою голосу, поза темою або навіть єресі, я скажу вам: "Не слухайте пуристів, які говорять вам про те, що DevOps - це не роль".

Ви на правильному шляху. Це має відповідати вашій компанії. Ось що має значення при прийнятті на роботу.

Якщо вам потрібен DevOps, щоб працювати як DevOps, давати такі результати, як DevOps, це DevOps.

Не дозволяйте нікому відмовляти вас в іншому.
Рекламуйте все одно.
Інтерв'ю все одно.
Наймайте все одно.

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

Визначте більше про роль, яку потрібно заповнити. Шукайте запитання, які можете задати. Прикладів дуже багато , навіть якщо ви не експерт з предметів. Деякі добрі старомодні терпіння та працьовитість.

Вам потрібен працівник? Або фрілансер? Джек всіх торгів? Тільки ви добре знаєте свою компанію.

Створіть свою унікальну культуру, що є вашою інтерпретацією DevOps.

— кенчу
джерело

+1 до цього. Пуристи були повішені на девес - це не занадто довга відповідь, але галузь, дошки для роботи та рекрутери вже перетворили це на реальність, і саме час ми приймаємо його таким, яким воно є.

— бурмотіли

6

"Наймати DevOps" буде важко, оскільки DevOps не є роллю. ЯКЩО ви можете знайти інженера з розробкою програмного забезпечення та інженерними навичками, ви на правильному шляху ..

Однак ,

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

Інженери надійності сайту (термін Google для адміністратора / інженерів із навичками кодування) зустрічаються рідко
Рідкісні навички дорогі
Рідкісні навички ... рідкісні.

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

Як правило, ваш варіант використання - наймає інженерів для створення вашої інфраструктури (AWS) та автоматизації розгортання (Jenkins.) Ці навички не так вже й рідкісні, але у вас може виникнути завдання знайти їх в одній людині.

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

— Дейв Сверський
джерело

1

Для людей, що працюють з людськими ресурсами, властиво не мати навичок людей, яких вони наймають. Зазвичай найкраща ідея - взяти співбесіду з кваліфікованими людьми, щоб провести оцінку кандидатів

— Tensibai

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

— Томас

1

@ThomasMoors це дуже гарна ідея. Не турбуйтеся занадто сильно, я голосую над тим, що я думаю про цей сайт, але я просто один у натовпі. Вибачте, якщо я озвучив грубо btw

— Тенсібай

2

Є дві можливості:

Вам потрібна допомога розібратися, які зміни потрібно пройти вашій компанії в дорозі до DevOps.
Ви знаєте, що вам потрібно, і просто дивитесь, щоб найняти людей, щоб здійснити для вас це бачення.

Якщо вам потрібен хтось, який допоможе вам розібратися, на яких питаннях потрібно зосередитися, існує дійсно хороша компанія під назвою DORA (DevOps Research and Assessment), яку співпрацюють доктори Ніколь Форсгрен, Джез Хамбл і Джин Кім. Ніколь роками проводила опитування штату DevOps і роками веде детальну статистику галузі. Джез Хамбл - гуру безперервної доставки і буквально написав книгу про це. Джин Кім є автором проекту «Фенікс», а останні два є співавторами «Довідника DevOps» . DORA надає оцінку вашій компанії та допоможе вам відповісти на ці питання.

Якщо у вас є гарна ідея, куди вам потрібно поїхати, і потрібен хтось, хто допоможе вам дістатися, отримання кадрового агентства, мабуть, не є гарною ідеєю на даний момент. Я хотів би запропонувати , щоб перейти до DevOps Enterprise робить конференції або місцевої DevOpsDays конференції і поговорити з людьми в коридорах. Шукайте рекомендації і, можливо, навіть відкрийте кабінку, зробіть плакат про найм.

Другим варіантом було б прийти сюди і почати задавати ці питання на цьому форумі і шукати експертів, які відповідають на них і отримують голоси. Багато хто з них може насправді шукати роботу чи завдання. Іноді навіть задавання питань щодо вашої поточної ситуації та випадків використання тут може вказати на правильний хід дій.

— Ірі Клоуда
джерело

2

Я шукаю ряд речей у людей, яких я найняв у цей простір.

мінімальний рівень спритності "ha" (Google shu, ha, ri для спритного прийняття, якщо вам потрібно більше)
технічний практичний досвід - кодування, автоматизація і т. д., але я агностик інструментів та мови
навчається особистості - вони беруть на себе ініціативу постійно вчитися
допитливі і не прагнуть докладати вину - вони можуть сприйняти невдачу як урок навчання
вони є гравцем команди, якому можна довіряти та довіряти, оскільки психологічна безпека є фактором успіху номер один для високоефективних команд
вони можуть тренувати та наставляти - вони діляться своїми знаннями, не будучи елітарними - примадонна не має місця в командах з високими показниками
у них "достатньо" соціальних навичок, оскільки їм потрібно бути членами команди та добре спілкуватися

Мені ще доводиться знайти ідеального кандидата, тому це завжди якийсь компроміс. У сучасному світі я переглянув 65+ резюме, які були «попередньо кваліфіковані» кандидатами від агентств та кадрових служб, відмовились від 50 або більше, що не відповідають моїм мінімальним вимогам на папері, опитали 15+ і найняли 3. Цей процес зайняв мене краща частина 9 місяців.

— льодовик
джерело

І на доповнення, те, що я відчуваю, що у вашому дописі відсутнє, - це опис того, що ви відчуваєте, що пропало, сказавши, що були деякі недоліки без вказівок про те, як подати речі, щоб прикрити ці недоліки, не допоможе покращити ситуацію

— Tensibai

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

— icewav

Здається, як корисна порада додати "розміщення резюме, налаштоване на роботу". Це легше перевірити, ніж відгадати свою вимогу на папері. якщо ваші вимоги - це точки кулі вище, можливо, "мої вимоги вище на папері" можуть бути кращою формулюванням

— Tensibai

На жаль, наведений вище список - це те, що мені потрібно відрізнити від інтерв'ю. Мої мінімальні вимоги та мої бажані вимоги чітко прописані в посадах, які я викладаю, і вони змінюються, виходячи з того, які навички мені потрібні, щоб скласти команду. Заявник зазвичай отримує співбесіду, якщо вони відповідають мінімальним вимогам і майже завжди, якщо вони відповідають мінімальним вимогам плюс деякі бажані вимоги. Незважаючи на те, що це може здаватися невиразним, я досить конкретний у кожній публікації роботи, яку я роблю, що шукаю в успішному кандидаті.

— icewav

Є відсоток кандидатів, які неправдиво стверджують, що є в їх резюме, що простий факт перевірки виявляє. Ці претенденти ніколи не отримують інтерв'ю зі мною. Приклад: заявіть, що у вас є сертифікація Scrum Alliance, оскільки я маю декілька їх сертифікатів, я можу увійти та перевірити вашу.

— icewav

1

Окрім інших питань, я вважаю, що такої відповіді ще немає - я хочу підсумувати те, що я дізнався до цього часу, в основному покірним тоном:

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

Справжнє запитання: яка ваша стратегія цифрової трансформації організацій та наскільки хороший DevOps допоможе вам створити більшу цінність клієнта та зменшити ваші витрати , все ще маючи хороший клімат?

DevOps виявляє необхідність змін, а зміни вимагають відповідальності.

Уявіть, що ситуація працювала, як DevOps міг би тиснути на інші команди. DevOps іноді є результатом еволюції від Agile та неперервної інтеграції - які ваші активи тут?

— Петро
джерело