一千萬個為什麽

搜索

DevOps如何通過CALMS範例招聘流程優化?



大部分DevOps招聘工作恰巧遵循關鍵字匹配的關系,這在我看來僅僅是技術焦點。

現在,DevOps不僅僅是技術,DevOps Engineer也不僅僅是具有一定編碼技能的更好的系統管理員。

Senior DevOps role/profile means to me also offering seniority in many other foundations and practices beyond infrastructure and software engineering skills like Lean, Measurement and being open and communicative (who asks DevOps hires for their communication skills, honestly?!)

因此,就業廣告/面試可以以某種方式更高效 - 例如,通過應用提問 CALMS 一個>類別以及? - 引發諸如“現在,你如何應用精益原則?在最近的DevOps項目中如何處理文化方面的問題?”

進一步闡述:

  • Culture (e.g. strategies for conflict management and attitude to failures, own and others')
  • Automation (here you ask about Puppet/Docker etc skills)
  • Lean (foundations of Lean? Waste types?)
  • Measurement (ask for tools like JMeter but go also to things like sampling, data modeling..)
  • Sharing (obviously knowledge management and according tools)

UPDATE - so why wouldn't employers/recruiters structure the interview by CALMS as shown below (additionally, the "automation" section could be formulated along the DevOps

model (document link, readonly)?

enter image description here

Side note - so for example is actually not just a soft skill anymore, for DevOps it is one of the core skills - like all the others in this domain.

轉載註明原文: DevOps如何通過CALMS範例招聘流程優化?

一共有 2 個回答:

這是一個絕妙的主意,也是因為Daniel Kahneman 顯示,如果你分裂單項評分分為5個加權分數並添加數字標準和界限,你將顯著地減少偏見。您不僅可以設計簡歷評分,還可以設計整個招聘流程,包括電話屏幕,現場采訪,以及這種方式。這將顯著降低訪調員的固有偏見。我們實際上已經開始為所有雇用做類似的事情。

顯然,在每個領域內,你應該增加對公司重要職位的重要性,但是你雇用了一位全面的工程師,並且你希望有人會對你的組織的運作方式提出重大改變,你不是簡單地雇用具有特定技能的人在有限的區域工作。許多人只是把這個角色看作是一個薪水較高的發布和構建工程師,如果是這樣的話,那就是你應該雇用和做廣告的。

對於DevOps招聘,我建議用學習來取代精益。它最初是 CAMS ,即使有些將它擴展到CALMS以包含精益,由於DevOps的基礎不僅僅是精益,而且還受到一定的限制。這也是德明關於特殊和共同原因變異和系統思考的觀點,< (如果每個人都為自己優化,結果可能不是最理想的,相比之下,每個人都包含了該團體的興趣),Shewhart的統計過程控制,Goldratt的約束理論,Taleb's “抗脆弱性”等等。

這也可以讓你參加學習會議和會議或聚會上的會議作為分享。在一個你並不總是團隊的一部分或者你的公司可能不足以讓你的同事成為你的同事的情況下,建立和維護工作場所之間的關系和學習機會甚至更加重要。我們通常將這兩者歸入文化之下。

我會親自將文化置於有效改善組織流程的軟技能。

CMMI看板工作進度限制 ,敏捷實踐等

JIRA似乎更像共享工具,而Git與自動化關系更密切。

修改

我相信這取決於組織和組織,以及DevOps/DevOps預計要做什麽,因此,您的第一句話是100%準確的。因為,DevOps應該能夠使用公司使用的一套工具,並且還可以改進或帶來一組新工具,這些工具可以使公司及其開發人員更快地工作並減少浪費。

在我看來,DevOps應該具有很強的系統管理員技能和明顯的編碼技能,因為Puppet,Chef,Python,Bash將被廣泛地使用以及一些關於服務器上的代碼的知識至少能夠對原因應用程序的行為並不像從一個環境到另一個環境所期望的那樣。

現在,作為高級DevOps,可以應用CALM,但精益和度量原則可能/可能不適用。例如,我們正在開發使用Chef/Puppet/Ansible的應用程序來自動化世俗的事物,並使所有事物保持同步,這顯然節省了時間並減少了浪費 。

關於衡量,我不確定這是否適用於大多數情況。但是,其他CALM原則是DevOps立場的一部分。

具有良好的溝通技巧對於DevOps同樣重要,但作為高級DevOps更重要,因為您不僅需要與團隊打交道,與開發人員分享知識並與開發人員一起支持他們,還需要您創建報告並在管理層面前進行演示。

我喜歡你添加的電子表格,並且有一個積分系統是很好的,但是,一些公司也在工作廣告中增加了比所需要的更多的技能/技術。

另外,在接受電話采訪之後(如果有的話),我會發現在面試中你會遇到一些問題需要解決或者至少要顯示你的調試過程以及你在特定情況下的表現。就我個人而言,我不喜歡書面測試,因為我相信解決問題的方法有'n'種方法,而且有時候 是你的朋友,因為你不需要知道所有事情。

作為DevOps /高級DevOps,我認為在使用的應用程序和知識之間有一條界限。在使用這些新舊工具或編寫代碼時,您可能會感到驚奇,但當涉及到調試或僅僅了解服務器的問題時,詹金斯的工作可能是您無法做到的。

最後,我認為電子表格是一種評估DevOps知識的方式,對於高級職位我可能會添加一些人際關系和管理技能以使其完成。

當談到選擇過程時,你可以看一下電子表格,選擇一個你認為對你的組織是正確的分數的人,並記住他在采訪過程中的行為和方式(s)他提出/回答了這些問題。