無論你是剛剛開始在你的組織中使用 DevOps，還是僅僅想改善你現有的文化，請考慮這些技巧以及它們與你組織的未來的關系。
你為什麼要建構 DevOps文化？開發團隊和運維團隊的精簡協作有很多好處。效率是首要目标：提高新軟體部署的速度，減少等待的時間。培養同僚之間的信任可以提升員工的滿意度，激發新的創新，并對盈利能力産生積極的影響。
DevOps是一個很廣泛的思想，大家的了解也見仁見智。每個公司對于如何實行 DevOps 也各不相同。這種意見的多樣性實際上是一件好事 —— 這麼多的觀點對于建立更強大的團隊是很有用的。本指南将探讨在 DevOps 文化中鼓勵同僚之間更好地合作的最高技巧。
下面每個部分從不同的視角介紹 DevOps 文化，并探讨了将它引入員工隊伍的方法。
流程的持續發展
DevOps 文化的這一核心原則使它與許多其他類型的工作場所的風氣差別開來。DevOps 哲學說，犯錯是有積極意義的，因為這表明你在嘗試新的想法。
DevOps 文化的核心是不停地創造。實際上，這意味着當測試結果顯示事情由于你的改動而變壞時，不要懊惱。我們要認識到，進化的過程不是線性的，通往成功的道路也從來不是一條直線。
DevOps 專家 Gene Kim主張勇于承擔風險和進行實驗。鼓勵你的團隊嘗試不尋常的任務，以得到新的領悟。
你的組織應該以利潤為導向嗎？你能允許你的團隊嘗試一些新東西（非指個人興趣項目）嗎？持續的流程發展意味着對更新目前的方法持開放态度。優秀的銷售上司懂得，結果比出勤率更重要，是以，關注團隊的工作方式而不是工作量的多少始終是關鍵。
随時提供回報并積極尋求回報
成員之間增加信任是蓬勃發展的 DevOps 文化的另一個關鍵特征。無論你的員工是在學習如何建立聯盟網絡聯系，還是試圖設計他們的下一個 使用者體驗調查，每個人都應該對他們工作的回報持開放态度。但是，除非你的團隊成員尊重彼此的意見，并相信回報是本着善意的精神提出的，否則這永遠不會發生。
這種文化聽起來可能是很難培養的；事實上，一些公司會比其他公司更努力地實作這一點。誠然，給予和接受回報的成功很大程度上取決于員工的個性。在招聘過程中，也可以對此進行篩選。
在你期望員工随時向同僚提供回報并主動尋求回報之前，你應該以身作則。高管應該以身作則，公開要求公司成員對其戰略決策提出探究性問題，并提供相應的回報。
不斷改進
在同僚之間增加對智力信任的基礎上，你的團隊應該尋找方法來改善其工作。DevOps 的性質意味着軟體開發團隊将比傳統方法更迅速地進行部署。
這種開放的改進文化可以對開發和運維以外的部門産生積極的影響。你也可以自己去探索企業還有哪些領域會受到積極的影響。
留意教育訓練和提高技能的機會。即使一個教育訓練課程沒有廣告上說的那麼突出，但有機會與行業專家建立聯系，并與未來建立聯系，這可以提高你的組織内的思想多樣性。
為以後的開發儲存目前的想法
頻繁使用的 Git賬戶應該是你的 DevOps 工具鍊的一部分。你可以用 Git 作為軟體開發和其他相關項目中産生的腳本的共同倉庫。Git 作為 “版本控制” 工具而被熟知，Git 允許程式員儲存他們工作的疊代、複用或改進其他人的工作。
你的目标是能夠保留好的想法以供将來使用。某個方法由于某種原因沒有成功。然而，那套想法在當時是錯誤的，并不意味着它在未來永遠無法成為有用的東西。
由于 DevOps 的整個重點在于生産環境中的軟體的端到端所有權，是以節省開發的疊代真正支援這一原則。你希望看到對手頭的軟體測試項目的持續關注和投入。
一個簡單的方法是要求開發者在開發者合同和最終項目報告中包含對未來工作的想法。確定技術服務經理知道他們應該要求提供在建設過程中出現的旁門左道的想法的例子。意識到這些小創新的人越多，在需要的時候就越有可能有人記住一個。
坐在一起（實體上或邏輯上）
目标是對彼此的工作角色以及它們之間的互相關系有一個共同的了解。你可以通過幾個簡單的方法實作這一目标，用一句話概括：坐在一起。邀請其他團隊參加你們的會議，完整地分享使用者回報報告。一起吃午飯，一起計劃虛拟的快樂時光，一般來說，要確定你的同僚都在一起。大約 90% 的擁有成熟的 DevOps 協定的團隊報告說，他們清楚地了解自己對其他團隊的責任，而在不成熟的 DevOps 團隊中，隻有大約 46% 的工作者清楚地了解自己的責任。
雖然與志同道合的人結成小團體，隻與被雇來執行與你相同任務的員工在一起是很誘人的，但這對整個企業來說是很糟糕的。無論你喜歡與否，所有的人都是多面手，能夠在一系列的情況下貢獻自己的獨特才能。
密切協作的理念是尊重任何人對其周圍正在進行的産品或工作流程提出改進建議的能力。如果你與公司内的其他部門保持一定的距離，你将會錯過無數次分享智慧想法的機會。畢竟，你往往在交流中學習得最好。
緻力于自動化
你應該以提高效率和加速流程的名義，尋求将單調的和重複的任務變為自動化。每個行業都有無聊的 —— 說得直白一點，就是愚蠢的 —— 每天或每周都要進行的工作。
無論是手工将資料從一頁複制到另一頁，還是手工打出音頻記錄，每個級别的從業人員都應該堅持讓機器在可能的情況下承擔這些負擔。現實是自動化技術每年都在進步，操作流程也應該如此。自動化測試對 DevOps 非常關鍵，它是 CALMS 架構的第二個原則（其中的 “C” 代表 “文化”）。
你怎樣才能實作這一點？邀請員工公開表達他們認為工作的哪些方面可以自動化，然後 —— 這裡是關鍵的部分 —— 支援實作自動化所需的設施。這可能意味着每年花 600 美元訂閱一個軟體程式、一套完整的企業應用現代化解決方案，或開發人員用兩天時間來建立一個在内部使用新工具。
無論哪種方式，你都應該評估自動化的好處，考慮你可以為每個人節省多少時間。DevOps 的統計資料不斷表明，現代公司通過整合這些有益的原則，年複一年地得到了很大的改善。
探索成功的新工作方式
文化轉變不會在一夜之間發生。不過，你越早開始，就越早看到結果。根據我的經驗，當變化真正對以前進行了改進時，人們會接受它。DevOps 為這種改進提供了一個架構。無論你是剛剛在你的組織中開始使用 DevOps，還是僅僅想改善你現有的文化，請考慮以上幾點以及它們與你組織的未來的關系。
via: https://opensource.com/article/23/1/tips-effective-devops-culture
作者：Yauhen Zaremba選題：lkxed譯者：lxbwolf校對：wxy
本文由 LCTT原創編譯，Linux中國榮譽推出