CIO 真正需要 DevOps 團隊做什麼？ | Linux 中國

DevOps 團隊需要 IT 領導者關註三件事：溝通、技術債務和信任。

IT 領導者可以從大量的 DevOps[1] 材料和 向 DevOps 轉變[2] 所要求的文化挑戰中學習。但是，你在一個 DevOps 團隊面對長期或短期的團結挑戰的調整中 —— 一個 CIO 真正需要他們做的是什麼呢？

在我與 DevOps 團隊成員的談話中，我聽到的其中一些內容讓你感到非常的意外。DevOps 專家（無論是內部團隊的還是外部團隊的）都希望將下列的事情放在你的 CIO 優先關註的級別。

1. 溝通

第一個也是最重要的一個，DevOps 專家需要面對面的溝通。一個經驗豐富的 DevOps 團隊是非常瞭解當前 DevOps 的趨勢，以及成功和失敗的經驗，並且他們非常樂意去分享這些資訊。表達 DevOps 的概念是很困難的，因此，要在這種新的工作關係中保持開放，定期（不用擔心，不用每週）討論有關你的 IT 的當前狀態，如何評價你的溝通環境，以及你的整體的 IT 產業。

相反，你應該準備好與 DevOps 團隊去共享當前的業務需求和標的。業務不再是獨立於 IT 的東西：它們現在是驅動 IT 發展的重要因素，並且 IT 決定了你的業務需求和標的執行的效果如何。

註重參與而不是領導。在需要做決策的時候，你仍然是最終的決策者，但是，理解這些決策的最好方式是協作，這樣，你的 DevOps 團隊將有更多的自主權，並因此受到更多激勵。

2. 降低技術債務

第二，力爭更好地理解技術債務，併在 DevOps 中努力降低它。你的 DevOps 團隊都工作於一線。這裡，“技術債務”是指在一個龐大的、不可持續發展的環境之中，透過維護和增加新功能而佔用的人力資源和基礎裝置資源（檢視 Rube Goldberg）。

CIO 常見的問題包括：

“如果沒有壞，就不要去修理它”，這樣的事情是可以理解的。但是，如果你正在路上好好的開車，而每個人都加速超過你，這時候，你的環境就被破壞了。持續投入寶貴的資源去支撐或擴張拼湊起來的環境。

選擇妥協，並且一個接一個的打補丁，以這種方式去處理每個獨立的問題，結果將從一開始就變得很糟糕 —— 在一個不能支撐建築物的地基上，一層摞一層地往上堆。事實上，這種方法就像不斷地在電腦中插入壞磁碟一樣。遲早有一天，面對出現的問題你將會毫無辦法。在外面持續增加的壓力下，整個事情將變得一團糟，完全吞噬掉你的資源。

這種情況下，解決方案就是：自動化。使用自動化的結果是良好的可伸縮性 —— 每個維護人員在 IT 環境的維護和增長方面花費更少的努力。如果增加人力資源是實現業務增長的唯一辦法，那麼，可伸縮性就是白日做夢。

自動化降低了你的人力資源需求，並且對持續進行的 IT 提供了更靈活的需求。很簡單，對嗎？是的，但是你必須為遲到的滿意做好心理準備。為了在提高生產力和效率的基礎上獲得後端經濟效益，需要預先投入時間和精力對架構和結構進行變更。為了你的 DevOps 團隊能夠成功，接受這些挑戰，對 IT 領導者來說是非常重要的。

3. 信任

最後，相信你的 DevOps 團隊並且一定要理解他們。DevOps 專家也知道這個要求很難，但是他們必須得到你的強大支援和你積極參與的意願。因為 DevOps 團隊持續改進你的 IT 環境，他們自身也在不斷地適應這些變化的技術，而這些變化通常正是 “你要去學習的經驗”。

傾聽，傾聽，傾聽他們，並且相信他們。DevOps 的改變是非常有價值的，而且也是值的去投入時間和金錢的。它可以提高效率、生產力、和業務響應能力。信任你的 DevOps 團隊，並且給予他們更多的自由，實現更高效率的 IT 改進。

新 CIO 的底線是：將你的 DevOps 團隊的潛力最大化，離開你的領導 “舒適區”，擁抱一個 “CIOps” 的轉變。透過 DevOps 轉變，持續地與你的 DevOps 團隊共同成長，以幫助你的組織獲得長期的 IT 成功。

via: https://enterprisersproject.com/article/2017/12/what-devops-teams-really-need-cio

作者：John Allessio[4] 譯者：qhwdw 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出