회사에 적합한 좋은 DevOps를 어떻게 고용합니까?

좋은 개발자는 Joel 테스트 의 규칙 11에 맞아야합니다 .

인터뷰 중에 새로운 후보자가 코드를 작성합니까?

그러나 Docker 컨테이너, Jenkins 또는 AWS 구성 방법 등에 대해서는 거의 알지 못합니다. 신청하는 사람이 그러한 작업을 관리 할 수 ​​있는지 테스트하는 좋은 방법은 무엇입니까?

하위 질문 : 훌륭한 devops 직원이 빌드 체인을 한 번 구성 할 수 있으며 그 이후에는 작동해야한다고 생각합니다. 그런 다음 그 / 그녀가 회사의 개발자 (DEVops)가 될 것으로 기대할 수 있습니까? DevOps는 상대적으로 "새"직업이므로 소규모 회사가 개발자 직원을 공유하거나 필요할 때마다 프리랜서로 고용하는 것이 더 낫습니까?

이 용어에 대한 저의 혼동은 stackexchange (= 위 스크린 샷 을 가져온 링크) 에서도 이와 같은 채용 제안에서 비롯됩니다 .

나는 이것이 도움이되었지만이 질문에 걸려 넘어지면 읽고 싶을만한 의견이있는 기사를 찾았습니다 : https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

“DevOps”가 회사의 역할이라는 것은 일반적인 오해입니다. 이 단어는 단지 소프트웨어 회사의 조직적 변화를 나타내며, 이러한 변화는“ 당신은 그것을 구축하고 운영합니다! ”Werner Vogels가 공동 창안 :

Werner Vogels에 따르면 건물과 달리기를 구분할 필요가 없습니다.

개발자에게 운영 책임을 부여하면 고객 및 기술 관점에서 서비스 품질이 크게 향상되었습니다. 기존 모델은 소프트웨어를 개발 및 운영을 분리하는 벽으로 가져간 다음 버리고 잊어 버리는 것입니다. 아마존에는 없습니다. 당신은 그것을 구축하고 실행합니다. 이를 통해 개발자는 일상적인 소프트웨어 운영에 연락 할 수 있습니다. 또한 고객과 매일 연락하게됩니다. 이 고객 피드백 루프는 서비스 품질을 향상시키는 데 필수적입니다.

이 레슨은 흥미롭지 만 조직의 특정 변경 사항이 항상 구현하기 쉽지는 않습니다.

이러한 변화는 지속적인 통합 및 전달 방법의 중요성이 커지고 있습니다. 이러한 아이디어는“민첩한”방법론의 공식화보다 훨씬 오래되었으며, 일부 아이디어는… 1968 년에 출판 된 소프트웨어 엔지니어링에 관한 NATO 과학위원회 보고서에 이미 존재합니다!

이 문구를 간과 할 수는 있지만 DevOps 제안 (이 사이트)에 대한 간단한 설명에는“소프트웨어 엔지니어”가 언급되어 있습니다.

자동화 된 테스트, 지속적인 제공, 서비스 통합 및 모니터링, SDLC 인프라 구축을 담당하는 소프트웨어 엔지니어를위한 베타 Q & A 사이트.

이제 팀이 이러한 방법론을 시작하는 데 도움을 줄 수있는 소프트웨어 엔지니어를 찾고 있다면이 주제에 참여하십시오. 이 주제에 익숙하지 않더라도“You Build it! 당신은 그것을 실행합니다!”슬로건은 프로그래밍 문제에서 시작하여 응용 프로그램의 배포 및 유지 관리에 대한 질문으로 인터뷰를 이끌 수 있습니다.

투표를 거부하거나, 주제를 벗어 났거나, 이단을 당할 위험이 있기 때문에 "DevOps가 역할이 아니라고 말하는 순수 주의자들의 말을 듣지 마십시오."

당신은 올바른 길을 가고 있습니다. 회사에 맞아야합니다. 그것이 채용 할 때 중요한 일입니다.

DevOps가 필요한 경우 DevOps처럼 작업하고 DevOps와 같은 결과를 생성하는 것이 DevOps입니다.

• 다른 사람이 당신을 다르게 설득하지 못하게하십시오.
• 어쨌든 광고하십시오.
• 어쨌든 인터뷰.
• 어쨌든 고용하십시오.

그 동안 DevOps, 개념이 회사에 어떻게 적용되는지, 사람이 어떻게 참여하는지에 대해 자세히 알아보십시오.

작성해야 할 역할에 대해 자세히 설명하십시오. 물어볼 수있는 질문을 검색하십시오. 주제 전문가가 아니더라도 많은 예가 있습니다. 좋은 구식 인내심과 노력.

직원이 필요하십니까? 아니면 프리랜서? 모든 거래의 잭? 오직 당신 만이 당신의 회사를 잘 알고 있습니다.

DevOps를 해석하는 독특한 문화를 만드십시오.

DevOps가 역할이 아니기 때문에 "DevOps 채용"이 어려울 것입니다. 소프트웨어 개발 및 엔지니어링 기술을 갖춘 엔지니어를 찾으면 올바른 길을 가고 있습니다.

그러나 ,

고용 과정은 몇 가지 요인으로 인해 복잡해질 것입니다.

1. 사이트 신뢰성 엔지니어 (코딩 기술을 갖춘 관리자 / 엔지니어를위한 Google의 용어)는 거의 없습니다.
2. 희귀 기술은 비싸다
3. 희귀 기술은 ... 드물다.

좋은 소식은 정규 SRE가 필요하지 않을 수 있다는 것입니다.

사용 사례는 엔지니어가 인프라 (AWS)를 구축하고 배포를 자동화하도록 고용하고 있습니다 (Jenkins). 이러한 기술은 그다지 드물지는 않지만 한 사람이 찾는 데 어려움이있을 수 있습니다.

또한 당신은 자신이 그러한 기술을 가지고 있지 않다고 언급합니다. 이것은 더 복잡한 요소입니다. 응시자의 기술을 평가하는 데 필요한 기술이 없습니다. 궁극적으로 이러한 유형의 리소스를 관리하는 데 필요한 기술을 개발 (또는 엔지니어링 관리자에서 채용) 할 수있는 방법을 찾아야합니다.

두 가지 가능성이 있습니다.

1. DevOps를 향한 여정에서 회사가 수행해야 할 변경 사항을 파악하는 데 도움이 필요합니다.

2. 당신은 당신이 필요로하는 것을 알고 당신을 위해이 비전을 구현하기 위해 사람들을 고용하려고합니다.

집중해야 할 문제를 파악하는 데 도움이 필요한 사람이 있다면 DORA (DevOps Research and Assessment) 라는 훌륭한 회사가 있습니다.이 회사 는 Nicole Forsgren 박사, Jez Humble 및 Gene Kim이 공동 설립했습니다. Nicole은 몇 년 동안 DevOps 상태 설문 조사를 운영했으며 수년간 업계에 대한 자세한 통계를 유지해 왔습니다. Jez Humble은 Continuous Delivery의 전문가이며 문자 그대로 그 책 을 썼습니다 . 진 김은 피닉스 프로젝트 의 저자이고 마지막 두 사람은 The DevOps Handbook 의 공동 저자입니다 . DORA는 귀사에 대한 평가 를 제공하며 이러한 질문에 대한 답변을 제공합니다.

어디로 가야하는지 잘 알고 있고 도움이 필요한 사람이 있다면 채용 대행사를받는 것이 현 시점에서는 좋은 생각이 아닙니다. DevOps Enterprise DOES 회의 또는 지역 DevOpsDays 회의에 참석 하여 복도에있는 사람들과 대화 할 것을 제안합니다 . 추천을 찾고 부스를 열거 나 채용에 관한 포스터를 만들 수도 있습니다.

두 번째 옵션은 여기에 와서이 포럼에서 해당 질문을 시작하고 답변을 제공하고 투표를하는 전문가를 찾는 것입니다. 많은 사람들이 실제로 직업이나 도전을 찾고있을 수 있습니다. 때때로 현재 상황과 유스 케이스에 대해 질문을해도 올바른 행동 과정을 가리킬 수 있습니다.

나는이 공간에 내가 고용 한 사람들의 많은 것들을 찾습니다.

• 최소 'ha'수준의 민첩성 (필요한 경우 민첩한 채택을 위해 Google shu, ha, ri)
• 기술 실무 경험-코딩, 자동화 등이지만 도구 및 언어에 구애받지 않습니다.
• 학습 성격-그들은 끊임없이 배우기 위해 주도권을 잡습니다.
• 호기심이 많고 비난하지 않으려 고 함-학습 수업으로 실패를 받아 들일 수 있음
• 그들은 심리적 안전이 고성능 팀의 가장 큰 성공 요인이기 때문에 신뢰할 수 있고 신뢰할 수있는 팀 플레이어입니다
• 그들은 코치와 멘토가 될 수 있습니다.
• 그들은 팀원이되고 의사 소통이 필요하기 때문에 "충분한"사회적 기술을 가지고 있습니다.

아직 완벽한 후보를 찾지 못 했으므로 항상 일종의 트레이드 오프입니다. 오늘날의 세계에서, 나는 기관과 HR의 후보로 "사전 자격을 갖춘"65 개 이상의 이력서를 보았고, 종이에 대한 최소 요구 사항을 충족하지 못하여 50 명 이상을 버리고 15 세 이상을 인터뷰하고 3 명을 고용했습니다. 9 개월의 더 나은 부분.

다른 질문을 제외하고는 다음과 같은 답변이 아직 누락되었다고 생각합니다. 지금까지 배운 내용을 대부분 겸손한 톤으로 요약하고 싶습니다.

팀에 DevOps 기술을 도입하는 것만으로는 충분하지 않을 수 있습니다 (즉, DevOps를 고용 할 수 없다고 생각)! (낮은 수준에서 일을 수행하는 데 가장 적합한 도구가 무엇인지 묻는 것처럼 조직에서 일하기를 원하는 것 같습니다).

실제 질문은 oganizations 디지털 혁신 전략이 무엇이며 DevOps가 얼마나 좋은 고객 가치를 창출하고 비용을 절감하면서도 여전히 좋은 기후를 유지하는 데 도움이 될 것 입니까?

DevOps는 변화의 필요성을 밝히고 변화는 책임을 져야합니다.

DevOps가 다른 팀에 압력을 가할 수있는 상황을 상상해보십시오. DevOps는 때때로 민첩하고 지속적인 통합의 발전의 결과입니다. 여기에 자산이 무엇입니까?