CALMS 패러다임을 통해 프로세스 최적화를 채용하는 DevOps의 방법은 무엇입니까?

대부분의 DevOps 모집은 키워드 검색 라인을 따라 진행되므로 기술에 중점을 둡니다.

이제 DevOps는 단순한 기술 그 이상에 불과하며 DevOps Engineer는 코딩 기술이 뛰어난 시스템 관리자가 아닙니다.

Senior DevOps의 역할 / 프로파일은 Lean, Measurement 및 개방적이고 의사 소통과 같은 인프라 및 소프트웨어 엔지니어링 기술 이외의 다른 여러 기초 및 실무에서 연대를 제공한다는 것을 의미합니다.

따라서 구인 광고 / 면접이 어떤 방식 으로든 더 효율적일 수 있습니까 ( 예 : 질문 CALMS 범주를 적용 하는 것)? - "지금, 린 원칙을 어떻게 적용합니까? 최근 DevOps 프로젝트에서 문화적 측면을 어떻게 다루었습니까?"와 같은 질문으로 이어집니다.

추가 정교화 :

• C의 ulture (갈등 관리 및 장애에 대한 태도, 자신과 다른 사람들에 대한 예를 들어 전략 ')
• utomation (여기 당신이 인형 / 부두 노동자 등의 기술에 대해 물어)
• L의 EAN은 (린의 기초는? 유형을 낭비?)
• M의 easurement은 (JMeter를 같은 도구를 요청하지만, 샘플링, 데이터 모델링 같은 것들로도 이동합니다 ..)
• S의 해링 (분명히 지식 관리 및 따라 도구)

UPDATE - 또한, "자동화"섹션은 개발 운영팀에 따라 제조 될 수있다 (아래 그림과 같이 왜 고용주 / 채용이 진정으로 면접을 구성하지 않을 툴 체인 모델 ( 문서 링크 읽기 전용, )?

참고 사항- 예를 들어 문화 는 더 이상 단순한 기술이 아닙니다. DevOps의 경우이 영역의 다른 모든 기술과 마찬가지로 핵심 기술 중 하나입니다.

Daniel Kahneman 은 단일 점수를 5 개의 계량 점수로 나누고 수치 기준과 범위를 추가 하면 편차 를 크게 줄일 수 있다는 것을 보여준 훌륭한 아이디어 입니다. 이력서 점수뿐만 아니라 전화 화면, 현장 인터뷰 등 모든 채용 프로세스를 디자인 할 수 있습니다. 그것은 면접관의 내재 된 편견을 크게 줄입니다. 우리는 실제로 모든 고용에 대해 비슷한 일을 시작했습니다.

분명히, 각 영역 내에서, 당신은 그 직책을 위해 회사에 중요한 것에 무게를 더해야합니다. 그러나 당신은 다재다능한 엔지니어를 고용하고 있으며 조직 운영 방식에 중대한 변화를 제안 할 사람을 원합니다. 단순히 고용하는 것이 아닙니다. 제한된 영역에서 특정 기술을 사용하는 사람. 많은 사람들이 단순히이 역할을 더 높은 유료 릴리스 및 빌드 엔지니어로보고 있으며,이 경우 고용하고 광고해야합니다.

DevOps 직원의 경우 Lean을 Learning으로 바꾸는 것이 좋습니다. 원래 CAMS 이며 일부는 Lean을 포함하도록 CALMS로 확장하더라도 DevOps가 단순한 Lean 이상을 기반으로하기 때문에 다소 제한적입니다. 그것은 또한 데밍 변화 및 시스템 사고, 원인 특수 및 일반 약의 아이디어 내쉬의 균형을 , Shewhart의 (자신에 대한 각각의 적화가, 결과가 최적이 될 수 있다면 모든 사람이 그룹의 관심 포함되어있는 경우에 비해) 통계적 공정 제어 , Goldratt의의를 제약 이론 , 탈 레브의 반숙 함 등.

이를 통해 학습에 회의에 참여하고 회의 또는 회의에서 공유로 프레젠테이션에 참여할 수 있습니다. 당신이 항상 팀의 일원이 아니거나 회사가 동료로서 동료를 갖기에 충분히 크지 않은 위치에서, 직장 관계 및 학습 기회를 설정하고 유지하는 것이 훨씬 더 중요합니다. 우리는 일반적으로 그 두 가지를 문화 아래 그룹화했습니다.

저는 개인적으로 귀사에서 프로세스를 개선하는 데 필요한 부드러운 기술을 문화에 두었습니다. CMMI , Kanban , 진행중인 작업 한도 , 민첩한 관행 등

JIRA는 공유 도구처럼 보이고 Git은 자동화와 더 밀접한 관련이 있습니다.

편집하다

나는 이것이 조직마다 다르고 DevOps / Senior DevOps가 무엇을해야하는지에 따라 첫 문장이 100 % 정확하다고 생각합니다. 따라서 DevOps는 회사에서 사용하는 도구 세트를 사용할 수 있어야하고 회사와 개발자가 더 빠르게 작업하고 낭비를 줄 이도록하는 새로운 도구 세트를 개선하거나 가져올 수 있어야합니다.

필자의 의견으로는 DevOps에는 강력한 SysAdmin 기술과 Puppet, Chef, Python, Bash가 광범위하게 사용되며 최소한 서버에서 실행되는 코드에 대한 지식과 광범위한 이유가 있어야합니다. 응용 프로그램이 한 환경에서 다른 환경으로 예상대로 작동하지 않습니다.

이제 Senior DevOps로서 CALM이 적용될 수 있지만 린 및 측정 원칙이 적용되거나 적용되지 않을 수 있습니다. 예를 들어 Chef / Puppet / Ansible을 사용하여 일상적인 작업을 자동화하고 모든 것을 동기화하여 시간을 절약하고 낭비 를 줄이는 응용 프로그램을 개발하고 있습니다.

측정과 관련하여 대부분의 경우에 해당되는지 확실하지 않습니다. 그러나 다른 CALM 원칙은 DevOps 위치의 일부입니다.

훌륭한 의사 소통 기술을 보유하는 것도 DevOps로서 중요하지만, 팀을 다루고 지식을 공유 할뿐만 아니라 개발자를 지원하기 위해 개발자와 정보를 공유해야 할뿐만 아니라 개발자가 필요로하기 때문에 Senior DevOps로서 더 중요합니다. 보고서를 작성하고 경영진 앞에서 프레젠테이션을 유지합니다.

추가 한 스프레드 시트가 마음에 들고 포인트 시스템을 갖추는 것이 좋지만 일부 회사는 필요 이상의 직업 광고에 기술 / 기술을 더 추가하고 있습니다.

또한 전화 인터뷰 (있는 경우) 후에 인터뷰에서 디버깅 프로세스를 해결하거나 표시하는 데 문제가 있고 주어진 상황에서 어떻게 행동하는지가 유용하다는 것을 알았습니다. 개인적으로, 나는 문제를 해결하는 'n'방법이 있다고 생각하기 때문에 필기 시험을 싫어하며, 때로는 모든 것이 마음에 들지 않을 것으로 예상되므로 Google 이 친구입니다.

DevOps / Senior DevOps로서 나는 사용되는 응용 프로그램과 지식 사이에 경계가 있다고 생각합니다. 이러한 새롭고 오래된 도구를 사용하거나 코드를 작성하는 것은 놀랍지 만, 서버의 문제를 디버깅하거나 이해하는 데 Jenkins 직업은 그렇게 할 수 없습니다.

마지막으로, 스프레드 시트는 DevOps 지식을 평가하는 방법이라고 생각했습니다. 고위 직책에서도 대인 관계 및 관리 기술을 추가하여 완성 할 수 있습니다.

그리고 선택 과정에 관해서는 스프레드 시트를보고 인터뷰에서 자신의 행동을 명심해야 할뿐만 아니라 자신의 조직에 적합한 것으로 생각되는 점수를 가진 사람을 선택할 수 있습니다. 그는 그 질문들을 제시하고 대답했다.