你為什么要構建 DevOps 文化？開發團隊和運維團隊的精簡協作有很多好處。效率是首要目標：提高新軟件部署的速度，減少等待的時間。培養同事之間的信任可以提升員工的滿意度，激發新的創新，并對盈利能力產生積極的影響。

DevOps 是一個很廣泛的思想，大家的理解也見仁見智。每個公司對于如何實行 DevOps 也各不相同。這種意見的多樣性實際上是一件好事 —— 這么多的觀點對于建立更強大的團隊是很有用的。本指南將探討在 DevOps 文化中鼓勵同事之間更好地合作的最高技巧。

下面每個部分從不同的視角介紹 DevOps 文化，并探討了將它引入員工隊伍的方法。

DevOps includes collaboration, workflow, infosec, and iteration.

流程的持續發展

DevOps 文化的這一核心原則使它與許多其他類型的工作場所的風氣區別開來。DevOps 哲學說，犯錯是有積極意義的，因為這表明你在嘗試新的想法。

DevOps 文化的核心是不停地創造。實際上，這意味著當測試結果顯示事情由于你的改動而變壞時，不要懊惱。我們要認識到，進化的過程不是線性的，通往成功的道路也從來不是一條直線。

DevOps 專家 ??Gene Kim?? 主張勇于承擔風險和進行實驗。鼓勵你的團隊嘗試不尋常的任務，以得到新的領悟。

你的組織應該以利潤為導向嗎？你能允許你的團隊嘗試一些新東西（非指個人興趣項目）嗎？持續的流程發展意味著對升級目前的方法持開放態度。優秀的銷售領導懂得，結果比出勤率更重要，因此，關注團隊的工作方式而不是工作量的多少始終是關鍵。

隨時提供反饋并積極尋求反饋

成員之間增加信任是蓬勃發展的 DevOps 文化的另一個關鍵特征。無論你的員工是在學習如何建立聯盟網絡聯系，還是試圖設計他們的下一個 ??用戶體驗?? 調查，每個人都應該對他們工作的反饋持開放態度。但是，除非你的團隊成員尊重彼此的意見，并相信反饋是本著善意的精神提出的，否則這永遠不會發生。

這種文化聽起來可能是很難培養的；事實上，一些公司會比其他公司更努力地實現這一點。誠然，給予和接受反饋的成功很大程度上取決于員工的個性。在招聘過程中，也可以對此進行篩選。

在你期望員工隨時向同事提供反饋并主動尋求反饋之前，你應該以身作則。高管應該以身作則，公開要求公司成員對其戰略決策提出探究性問題，并提供相應的反饋。

DevOps is the intersection of development, quality assurance, and operations

不斷改進

在同事之間增加對智力信任的基礎上，你的團隊應該尋找方法來改善其工作。DevOps 的性質意味著軟件開發團隊將比傳統方法更迅速地進行部署。

這種開放的改進文化可以對開發和運維以外的部門產生積極的影響。你也可以自己去探索企業還有哪些領域會受到積極的影響。

留意培訓和提高技能的機會。即使一個培訓課程沒有廣告上說的那么突出，但有機會與行業專家建立聯系，并與未來建立聯系，這可以提高你的組織內的思想多樣性。

為以后的開發保存當前的想法

頻繁使用的 ??Git?? 賬戶應該是你的 DevOps 工具鏈的一部分。你可以用 Git 作為軟件開發和其他相關項目中產生的腳本的共同倉庫。Git 作為 “版本控制” 工具而被熟知，Git 允許程序員保存他們工作的迭代、復用或改進其他人的工作。

你的目標是能夠保留好的想法以供將來使用。某個方法由于某種原因沒有成功。然而，那套想法在當時是錯誤的，并不意味著它在未來永遠無法成為有用的東西。

由于 DevOps 的整個重點在于生產環境中的軟件的端到端所有權，因此節省開發的迭代真正支持這一原則。你希望看到對手頭的軟件測試項目的持續關注和投入。

一個簡單的方法是要求開發者在開發者合同和最終項目報告中包含對未來工作的想法。確保技術服務經理知道他們應該要求提供在建設過程中出現的旁門左道的想法的例子。意識到這些小創新的人越多，在需要的時候就越有可能有人記住一個。

坐在一起（物理上或邏輯上）

目標是對彼此的工作角色以及它們之間的相互關系有一個共同的理解。你可以通過幾個簡單的方法實現這一目標，用一句話概括：坐在一起。邀請其他團隊參加你們的會議，完整地分享用戶反饋報告。一起吃午飯，一起計劃虛擬的快樂時光，一般來說，要確保你的同事都在一起。大約 90% 的擁有成熟的 DevOps 協議的團隊報告說，他們清楚地了解自己對其他團隊的責任，而在不成熟的 DevOps 團隊中，只有大約 46% 的工作者清楚地了解自己的責任。

雖然與志同道合的人結成小團體，只與被雇來執行與你相同任務的員工在一起是很誘人的，但這對整個企業來說是很糟糕的。無論你喜歡與否，所有的人都是多面手，能夠在一系列的情況下貢獻自己的獨特才能。

密切協作的理念是尊重任何人對其周圍正在進行的產品或工作流程提出改進建議的能力。如果你與公司內的其他部門保持一定的距離，你將會錯過無數次分享智慧想法的機會。畢竟，你往往在交流中學習得最好。

致力于自動化

你應該以提高效率和加速流程的名義，尋求將單調的和重復的任務變為自動化。每個行業都有無聊的 —— 說得直白一點，就是愚蠢的 —— 每天或每周都要進行的工作。

無論是手工將數據從一頁復制到另一頁，還是手工打出音頻記錄，每個級別的工作人員都應該堅持讓機器在可能的情況下承擔這些負擔。現實是自動化技術每年都在進步，操作流程也應該如此。??自動化測試?? 對 DevOps 非常關鍵，它是 CALMS 框架的第二個原則（其中的 “C” 代表 “文化”）。

你怎樣才能實現這一點？邀請員工公開表達他們認為工作的哪些方面可以自動化，然后 —— 這里是關鍵的部分 —— 支持實現自動化所需的設施。這可能意味著每年花 600 美元訂閱一個軟件程序、一套完整的企業應用現代化解決方案，或開發人員用兩天時間來建立一個在內部使用新工具。

無論哪種方式，你都應該評估自動化的好處，考慮你可以為每個人節省多少時間。DevOps 的統計數據不斷表明，現代公司通過整合這些有益的原則，年復一年地得到了很大的改善。

探索成功的新工作方式

文化轉變不會在一夜之間發生。不過，你越早開始，就越早看到結果。根據我的經驗，當變化真正對以前進行了改進時，人們會接受它。DevOps 為這種改進提供了一個框架。無論你是剛剛在你的組織中開始使用 DevOps，還是僅僅想改善你現有的文化，請考慮以上幾點以及它們與你組織的未來的關系。