一千萬個為什麽

搜索

招聘獲獎DevOps授權團隊的食譜?



比較軟件交付(所有人都可以踢球,但只有一些人會成為一名優秀的守門員或前鋒)可以作為進一步思考的一個很好的輸入分工和專家與通才

所以,對我來說,看起來不僅僅是“你應該從不嘗試聘請DevOps團隊“ - 因為如果你聘用”一個足球隊“,你不僅僅希望”有人在FIFA世界杯上踢球“,但你可能想知道是什麽使得有機會贏球的球隊。

因此,勝出的團隊可以自己成為一個產品(找不到參考資料,但有足夠的初創公司收購,我確定它不一定只是產品) - 成功的秘訣是什麽? 確實有很多軟技能/文化背景,但對於幾乎每個團隊來說都是如此。

什麽是強制性的 DevOps對獲勝團隊設置的技能集具體要求? CI/CD專家和那些專註於開發或運營的專家之間會有關系嗎?

註意:這個問題不是“為什麽你不應該嘗試雇用DevOps Engineer “,因為具體問題是在需要技能設置後。例如。你會有一個以CI為重點的簡介,還是希望開發人員將管道作為代碼包含在他們的項目中?很顯然,只要聘請DevOps聲明的人不回答這個問題。

轉載註明原文: 招聘獲獎DevOps授權團隊的食譜?

一共有 5 個回答:

我相信DevOps與您的問題是正交的,即與“經典”方法相比(或者根本不雇傭任何團隊,不僅僅是軟件開發),它沒有任何改變。您可以確定您的關鍵需求(例如,能夠構建大型軟件系統的“架構師”,能夠根據需要修復內核驅動程序的某些“黑客”,喜歡測試等的“測試人員”最後可能是一位“DevOps工程師”,擅長創建良好的CI/CD工具)。

但是他們都需要保持自己的形象,才能踢球。也就是說,他們都需要在團隊工作的環境中一起工作。他們都至少需要對其他團隊成員的基本了解;如果你有一個嚴格的CI/CD管道,那麽他們都需要能夠在該框架中發展;等等。

由於DevOps是IT領域的熱門趨勢,公司正在尋求頂尖的DevOps人才。但是,在開始組裝團隊之前,您應該考慮幾件事情:

  1. 什麽樣的DevOps?

想象一下搖滾樂隊正在尋找一位新的吉他手。有很多人知道如何彈吉他,但有很多可以在吉他上彈奏的音樂風格,另外還有一個重要的因素,就是這個吉他手如何與樂隊的其他樂隊相處得很好。

當你在尋找候選人時,想象一下問一個IT人員他是否玩過DevOps。 DevOps團隊有許多成功的表現形式,您需要在他們支持的業務環境中理解它,因為最終這是DevOps的價值所在。客戶需要一定的步伐,DevOps是以這種速度提供服務的唯一途徑。

  1. 重視工具和角色的文化

當您深入了解它時, DevOps 就是關於文化。如果您聘請了一批了解並接受DevOps文化的IT工程師和傳統開發人員,則可以組建一個成功的團隊。但是,如果您聘用所謂的DevOps專家,他們內部和外部都了解Puppet,Chef和Docker,但不接受並適應DevOps的協作和合作性質,這個團隊註定要失敗。

  1. 小心你如何說明工作描述

很多時候發生的事情是公司會投入大量流行語和工具名稱,並希望找到合適的人選。不要因為不稱自己為“DevOps專家”而拒絕完美的候選人。更重要的是,要特別密切關註您已擁有的人員。憑借您的領導才能,您已擁有的人才可以在DevOps中相當成功。

我目前正在擴展我的DevOps團隊,而不會忘記技能,對我而言,最重要的是“心態”。 令人驚訝的是,並不是很多人都有持續改進的正確心態。

DevOps是一個包含開發和運營團隊的“團隊”。 (安全/合規合並)。

你不應該把devops“團隊”看作是一個獨立的實體,而應該是更大的組織的一部分。有關組織結構,請 http://web.devopstopologies.com/ 。你可以看到它是關於一起移動的。

我傾向於同意AnoE的回答。在將DevOps應用於圖片之前,讓人們看到他們的願景是最初的。我還想在上面添加兩件事。這些補充來自於一個對“DevOps”感到興奮的團隊的經驗。

你已經有了這個定義,但我想帶來Wiki的:

DevOps(“開發”和“操作”的限制性復合)是旨在統一軟件開發(Dev)和軟件操作(Ops)的軟件工程實踐。 DevOps運動的主要特點是在軟件構建的所有步驟中大力提倡<�強>自動化和監控,從集成,測試,發布到部署和基礎架構管理。 DevOps旨在與業務目標緊密結合縮短開發周期,<�增加部署頻率,更可靠的版本。

簡而言之:

  • 您想建立一個開發人員,測試人員和操作員團隊
  • 執行較短的開發周期
  • 實施更短的部署周期
  • 自動執行上述流程
  • 由於流程的靈活性,在開發的所有階段(例如測試,qa,生產)都可以實施監控和警報
  • 您需要一套工具來提高每個階段的效率(即Jenkins,Jira,Gerrit等)

考慮到這些,我現在可以在開頭提到前面提到的幾點。

失敗很好

嬰兒不會通過站起來走路學習走路。他通過不斷的嘗試和失敗來學習。即使他出於一個未知的原因,他站起來走路,我們不應該指望我們的寶寶達到同樣的目標。當人們將自己與Google,亞馬遜或其他任何取得巨大成就的公司進行比較時,我通常會指出這一點。他們的失敗讓他們想到如何變得更強壯,而不是始終如一。現在,例如,我通過不斷的寫作來提高自己的英語水平,並且沒有使我的觀點更加清晰明確。

失敗會顯示您的橄欖球隊需要改進。這些弱點會因團隊而異。這可能是工具,領導力,缺乏遠見,路線圖壓力,缺乏經驗等等。無論原因如何,您需要花時間與每個人一起回顧每個開發周期,這是非常重要的。否則,你可能會進入下面的階段,這是從地獄回來。

總是失敗並不好

出事了。然後有些事情一直在錯,即使在減慢隊伍速度的時候,文化上也會接受。跳過失敗的測試,非自動配置管理, 使用交叉手指進行部署 是我有機會體驗的一部分。這些是指示需要改進的觸發器。沒有註意到它們可能會使你陷入地獄般的狀態,在那裏需要一個Genesis項目。

我的回答基本上是為所有的專業人士提供。但請註意,這種過程需要進行文化和團隊監控,因為當事情開始變糟時,您的 團隊必須 向其學習或 <�他們會死的