Jak zatrudnić dobrego DevOpsa, pasującego do mojej firmy?

20

Dobrzy programiści powinni pasować do reguły 11 testu Joela :

Czy nowi kandydaci piszą kod podczas rozmowy kwalifikacyjnej?

Jednak niewiele wiem o kontenerach Docker, jak skonfigurować Jenkins lub AWS itp. Jaki byłby dobry sposób na sprawdzenie, czy osoba, która się zgłosi, może zarządzać takimi zadaniami?

Pod-pytania: Uważam, że dobry pracownik devops może raz skonfigurować łańcuch kompilacji i powinien odtąd działać. Czy mogę zatem oczekiwać, że będzie on programistą w firmie (DEVops)? Ponieważ DevOps jest stosunkowo „nową” pracą, czy może dla małych firm lepiej jest dzielić pracownika devops lub zatrudnić go jako freelancera, ilekroć go potrzebujesz?

Moje zamieszanie związane z tym terminem wynika z takich ofert pracy, nawet tutaj na stackexchange (= link, z którego wzięto powyższy screenprint).

Znalazłem ten pomocny, ale potencjalnie opiniotwórczy artykuł, który możesz przeczytać, jeśli natkniesz się na to pytanie: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Tomasz
źródło

3

Ponieważ DevOps nie jest rolą (to modne hasło jako takie), wynajmujesz nowoczesnego administratora systemu zgodnie ze swoim opisem.

— Tensibai

5

Głosuję za zamknięciem tego pytania jako nie na temat, ponieważ DevOps nie jest rolą / stanowiskiem pracy

— Tensibai,

2

@Tensibal Zgadzam się z tobą, ale kusi mnie, aby pozostawić to pytanie otwarte, ponieważ może to pomóc w wyjaśnieniu tego nieporozumienia - i możemy spodziewać się, że to pytanie będzie się powtarzać raz po raz.

— Michael Le Barbier Grünewald,

2

@ MichaelGrünewald Dodaj odpowiedź wyjaśniającą to. Jeśli zostanie poddane głosowaniu, zapobiegnie zniknięciu pytania, nawet jeśli zostanie zamknięte. Najlepsze z obu światów: wyjaśnia problem i pozostaje widoczny jako nie na temat strony, pomagając zapobiegać przyszłym tego rodzaju pytaniom (które można by powielić na nią)

— Dan Cornilescu,

3

@Tensibai FWIW, nie sądzę, że powinniśmy kiedykolwiek zamykać pytanie na podstawie tego, że „DevOps nie jest rolą”. Każde pytanie, w którym oczywiste jest to zamieszanie, jest okazją do wyjaśnienia. Odpowiedź na pytanie powinna zawierać wyjaśnienie na ten temat oraz link do tego pytania. Jeśli zamkniemy pytania tylko dlatego, że mylą one termin DevOps, wyalienujemy nowych użytkowników i stracimy okazję do wyjaśnienia.

— Dave Swersky

13

Powszechnie uważa się, że „DevOps” jest rolą w firmie. Słowo to oznacza jedynie zmianę organizacyjną w firmach programistycznych, którą można krótko opisać: „ Budujesz, uruchamiasz! ”Wymyślony przez Wernera Vogelsa:

Nie ma potrzeby rozróżniania między budowaniem a bieganiem, a według Wernera Vogelsa jest znacznie lepiej:

Przekazanie programistom obowiązków operacyjnych znacznie poprawiło jakość usług, zarówno z punktu widzenia klienta, jak i technologii. Tradycyjny model polega na tym, że przenosisz swoje oprogramowanie na ścianę oddzielającą programowanie i operacje, odrzucasz je, a potem o nim zapominasz. Nie w Amazon. Budujesz, uruchamiasz. Dzięki temu programiści mają kontakt z codziennym działaniem swojego oprogramowania. Umożliwia im także codzienny kontakt z klientem. Ta pętla informacji zwrotnych od klientów ma zasadnicze znaczenie dla poprawy jakości usługi.

Ta lekcja jest interesująca, ale ta konkretna zmiana w organizacji nie zawsze jest łatwa do wdrożenia.

Zmiana ta towarzyszy rosnącemu znaczeniu ciągłej integracji i metod dostaw. Należy pamiętać, że te pomysły są znacznie starsze niż formalizacja „zwinnych” metodologii, niektóre z nich są już obecne w raporcie Komitetu Naukowego NATO na temat inżynierii oprogramowania opublikowanym w… 1968 roku!

Chociaż można przeoczyć to sformułowanie, krótki opis propozycji DevOps (ta strona) wymienia „inżynierów oprogramowania”:

Witryna Beta Q&A dla inżynierów oprogramowania pracujących nad automatycznymi testami, ciągłą dostawą, integracją usług i monitorowaniem oraz budowaniem infrastruktury SDLC.

Teraz, jeśli szukasz inżyniera oprogramowania, który może pomóc zespołowi w rozpoczęciu korzystania z tych metod, zaangażuj ich w ten temat. Nawet jeśli nie znasz tego tematu, postępuj zgodnie z „Zbuduj go! Slogan! ”. Możesz zacząć od problemu programistycznego i poprowadzić wywiad do pytania o wdrożenie i utrzymanie aplikacji.

— Michael Le Barbier Grünewald
źródło

3

Zamieszanie wynika również z takich ofert pracy: stackoverflow.com/jobs/135988/...

— Thomas

2

Tak, wiele osób lub organizacji używa „DevOps” jako roli. Nikt nie może być obwiniony za to, że jest ofiarą tego, a twoje pytanie jest przydatne, aby to wyjaśnić, więc dziękuję, że zadałeś to pytanie, nawet prawdopodobnie ostatecznie zostanie zamknięte. Mam nadzieję, że ta odpowiedź okaże się przydatna i że skorzystasz z okazji, aby w inny sposób przyczynić się do powstania tej witryny lub wykorzystać ją jako źródło informacji!

— Michael Le Barbier Grünewald,

@ThomasMoors: twój poprzedni (interesujący!) Komentarz powinien zostać włączony do twojego rzeczywistego pytania ... nawet jeśli

— miałoby

@ Pierre.Vriens gotowe

— Thomas

1

Synonim / powiązane „zjedz własną karmę dla psów”, nie rób czegoś, czego nie użyjesz

— Tensibai

7

Ryzykując obniżenie głosu, nie na temat czy nawet herezji, powiem wam: „Nie słuchajcie purystów mówiących, że DevOps nie jest rolą”.

Jesteś na dobrej drodze. Powinien pasować do Twojej firmy. To ma znaczenie przy zatrudnianiu.

Jeśli potrzebujesz DevOps, aby działać jak DevOps, produkuj wyniki takie jak DevOps, jest to DevOps.

Nie pozwól nikomu cię odwieść.
Zareklamuj się mimo to.
W każdym razie wywiad.
Zatrudnij mimo to.

Dowiedz się więcej o DevOps, w jaki sposób koncepcja może pasować do Twojej firmy, w jaki sposób dana osoba pasuje.

Dowiedz się więcej o roli, którą musisz wypełnić. Wyszukaj pytania, które możesz zadać. Istnieje wiele przykładów , nawet jeśli nie jesteś ekspertem w tej dziedzinie. Trochę dobrej staromodnej cierpliwości i pracowitości.

Potrzebujesz pracownika? Czy freelancer? Jack wszystkich transakcji? Tylko ty dobrze znasz swoją firmę.

Stwórz swoją unikalną kulturę, która jest twoją interpretacją DevOps.

— kenchew
źródło

+1 do tego. Puryści byli rozwiązywani z dewotami przez zbyt długi czas, ale przemysł, tablice ogłoszeń i rekruterzy już to urzeczywistnili i nadszedł czas, abyśmy zaakceptowali to, czym jest.

— grumpyops

6

„Zatrudnianie DevOps” będzie trudne, ponieważ DevOps nie jest rolą. JEŻELI możesz znaleźć inżyniera posiadającego umiejętności w zakresie tworzenia oprogramowania i inżynierii, jesteś na dobrej drodze.

Jednakże ,

Twój proces rekrutacji będzie skomplikowany przez kilka czynników:

Inżynierowie niezawodności witryny (termin Google określający administratora / inżynierów z umiejętnościami kodowania) są rzadkie
Rzadkie umiejętności są drogie
Rzadkie umiejętności są ... rzadkie.

Dobra wiadomość jest taka, że możesz nie potrzebować w pełni wykwalifikowanego SRE.

Takim przypadkiem jest zatrudnienie inżynierów w celu ustalenia infrastruktury (AWS) i zautomatyzowania wdrożeń (Jenkins). Umiejętności te nie są rzadkie, ale możesz mieć problem ze znalezieniem ich u jednej osoby.

Wspominasz również, że sam nie masz tych umiejętności. Jest to kolejny czynnik komplikujący. Nie masz umiejętności niezbędnych do oceny umiejętności swoich kandydatów. Musisz ostatecznie znaleźć sposób na rozwinięcie (lub zatrudnienie, tak jak u inżyniera) umiejętności potrzebnych do zarządzania tego rodzaju zasobami.

— Dave Swersky
źródło

1

To często zdarza się, że ludzie zasobów ludzkich nie mają umiejętności ludzi, których zatrudniają. Zwykle najlepszym pomysłem jest rozmowa z wykwalifikowanymi ludźmi w celu oceny kandydatów

— Tensibai

Chciałem powiedzieć, że jestem dobrym programistą, ale chcę też być otoczony ludźmi, którzy w końcu przodują w innych dyscyplinach wewnątrz firmy, lepiej niż ja.

— Thomas

1

@ThomasMoors to bardzo dobry pomysł. Nie przejmuj się zbytnio, mówię głośno o tym, co myślę o tej stronie, ale jestem tylko jednym z tłumu. Przepraszam, gdybym zabrzmiał niegrzecznie btw

— Tensibai

2

Istnieją dwie możliwości:

Potrzebujesz pomocy w ustaleniu, jakie zmiany musi przejść Twoja firma w drodze do DevOps.
Wiesz, czego potrzebujesz i po prostu zatrudnij ludzi, aby zrealizowali tę wizję.

Jeśli potrzebujesz kogoś, kto pomoże Ci dowiedzieć się, na których sprawach należy się skoncentrować, istnieje naprawdę dobra firma o nazwie DORA (DevOps Research and Assessment), którą współtworzą dr Nicole Forsgren, Jez Humble i Gene Kim. Nicole od lat prowadzi ankietę stanu DevOps i od lat prowadzi szczegółowe statystyki branży. Jez Humble jest guru Continuous Delivery i dosłownie napisał o niej książkę . Gene Kim jest autorem projektu Phoenix, a dwóch ostatnich jest współautorami Podręcznika DevOps . DORA zapewnia ocenę Twojej firmy i pomaga odpowiedzieć na te pytania.

Jeśli masz całkiem niezły pomysł, gdzie musisz się udać i potrzebujesz kogoś, kto ci pomoże, dotarcie do agencji rekrutacyjnej nie jest w tym momencie dobrym pomysłem. Proponuję udać się na konferencję DevOps Enterprise DOES lub lokalną konferencję DevOpsDays i porozmawiać z ludźmi na korytarzach. Poszukaj rekomendacji, a może nawet otwórz stoisko, zrób plakat o zatrudnieniu.

Drugą opcją byłoby przyjść tutaj i zacząć zadawać te pytania na tym forum i poszukać ekspertów, którzy odpowiedzą na nie i uzyskają głos. Wiele z nich może faktycznie szukać pracy lub wyzwania. Czasami nawet zadawanie pytań o obecną sytuację i przypadek użycia tutaj może wskazać właściwy kierunek działania.

— Jiri Klouda
źródło

2

Poszukuję wielu rzeczy w ludziach, których zatrudniłem w tej przestrzeni.

minimalny poziom zwinności „ha” (google shu, ha, ri do zwinnego przyjęcia, jeśli potrzebujesz więcej)
techniczne praktyczne doświadczenie - kodowanie, automatyzacja itp., ale jestem niezależny od narzędzi i języka
ucząca się osobowość - podejmują inicjatywę ciągłego uczenia się
dociekliwi i nie chcący obwiniać - mogą zaakceptować porażkę jako lekcję uczenia się
są graczem zespołowym, któremu można ufać i którym można zaufać, ponieważ bezpieczeństwo psychiczne jest najważniejszym czynnikiem sukcesu zespołów o wysokich osiągach
mogą trenować i mentorować - dzielą się swoją wiedzą, nie będąc elitarnymi - prima donnas nie ma miejsca w zespołach o wysokich osiągach
mają „wystarczające” umiejętności społeczne, ponieważ muszą być członkami zespołu i dobrze się komunikować

Muszę jeszcze znaleźć idealnego kandydata, więc zawsze jest to jakiś kompromis. W dzisiejszym świecie przejrzałem ponad 65 życiorysów, które zostały „wstępnie zakwalifikowane” jako kandydaci przez agencje i HR, odrzuciłem 50 lub więcej, ponieważ nie spełniają moich minimalnych wymagań na papierze, przeprowadziłem wywiad z 15+ i zatrudniłem 3. Ten proces zajął mi lepsza część 9 miesięcy.

— fala lodowa
źródło

Uzupełnieniem tego, czego brakuje mi w twoim poście, jest opis tego, co według ciebie brakowało, a stwierdzenie, że były pewne braki bez wskazówek, jak przedstawić rzeczy na pokrycie tych braków, nie pomaga w lepszej sytuacji

— Tensibai

Jeśli ludzie nie prześlą CV dostosowanego do minimalnych wymagań dotyczących ogłoszenia o pracę, nie spełnią mojego minimalnego wymogu, aby kontynuować proces. Jeśli ktoś naprawdę chce być brany pod uwagę na stanowisko, musi to pokazać z pewnym wysiłkiem ze swojej strony. Jako menedżer ds. Rekrutacji liczy się mój punkt widzenia, ponieważ wiem, czego szukam.

— icewav

Brzmi jak dobra rada, aby dodać „publikowanie CV dostosowanego do pracy”. Łatwiej to sprawdzić niż zgadywać swoje wymagania na papierze. jeśli twoje wymagania są punktami powyżej, to może „moje wymagania powyżej na papierze” może być lepszym sformułowaniem

— Tensibai

Niestety wypunktowana powyżej lista jest tym, co muszę rozpoznać po wywiadzie. Moje minimalne wymagania i moje preferowane wymagania są jasno określone w ogłoszeniach o pracę, które tworzę, i zmieniają się one w zależności od umiejętności, których potrzebuję, aby uzupełnić zespół. Wnioskodawca zazwyczaj otrzymuje rozmowę kwalifikacyjną, jeśli spełniają minimalne wymagania i prawie zawsze, jeśli spełniają minimalne wymagania plus niektóre z preferowanych wymagań. Chociaż może się to wydawać niejasne, jestem dość specyficzny w każdym ogłoszeniu o pracy, czego szukam u wybranego kandydata.

— icewav

Istnieje odsetek kandydatów, którzy fałszywie twierdzą, co znajduje się w ich życiorysie, co odkrywa prosta kontrola faktów. Ci wnioskodawcy nigdy nie otrzymują ze mną wywiadu. Przykład: twierdz, że masz certyfikat Scrum Alliance, ponieważ mam kilka ich certyfikatów, mogę się zalogować i sprawdzić twój.

— icewav

1

Oprócz innych pytań, uważam, że brakuje jeszcze następującej odpowiedzi - chcę podsumować to, czego się nauczyłem do tej pory, w skromnym tonie:

Wprowadzenie umiejętności DevOps w zespole prawdopodobnie nie wystarczy (to znaczy, że nie możesz zatrudnić DevOps)! (Na przykład pytając na niższym poziomie, jakie są najlepsze narzędzia do działania, tutaj wydaje się, że chcesz, aby Twoja organizacja działała).

Prawdziwe pytanie brzmi: jaka jest twoja strategia cyfrowej transformacji oganizacji i ile dobrego DevOps pomoże ci stworzyć większą wartość dla klienta i zmniejszyć koszty , nadal mając dobry klimat?

DevOps ujawnia potrzebę zmian, a zmiana wymaga wzięcia odpowiedzialności.

Wyobraź sobie, że działająca sytuacja DevOps może wywierać presję na inne zespoły. DevOps jest czasem wynikiem ewolucji od zwinnej i ciągłej integracji - jakie są twoje zalety?

— Piotr
źródło