乾貨分享｜僅需六步，加速提高DevOps效率

隨著企業業務對軟體系統日益依賴， IT 運營 管理與 產品 研發 交付 對 “ 敏態 ” 模式產生了 愈發強烈的 需求。 將產品 的設計、開發與運營等元素進行高效整合，綜合管理， 就是今天時常提起的 DevOps 。可以 說DevOps 的 到來 才 真正讓開發者與管理員攜起手來 ， 並 為 傳統 開發 及運營 流程間 存在鴻溝及割裂架起了橋樑。

 

為了 提 升產品的上線釋出速度 ， 實現 更好的開發敏捷性， 讓開發人員擁有更多的 時間 去創新 ， 越來越多的技術團隊都在 尋求實施DevOps 。但是，採用DevOps並不是萬能藥，這種方式需要開發團隊和運維團隊密切交流、高效協作並且相互理解。DevOps模型鼓勵溝通、協作和無可指責的回顧， 這個 理念 對於 培養一個 優秀的團隊無疑是有百利而無一害的 ，但 在推行過程中勢必會存在阻礙， 這些 阻礙會大大降低每個環節的 效率 ， 從而影響 最終的落地效果。 所以，使用Devops的整 個過程中， 如何提升效率，則 成為了 DevOps 實踐當中最核心內容之一。

而 對於 實現 DevOps的組織而言，最大的挑戰 就 是 發現 並消除工作流程中的 出 有問題，以便 找到 更 新穎 ，更敏捷的方法。 為此， Gartner 總結了 六個步驟 幫助想實現 DevOps的組織 來去除限制。接下來， 我們 就來詳細講解下 ：

 

步驟1:   定義流程

DevOps團隊需要從 專案 的開始到最終 為客戶實現 價值， 來重新規劃並 佈局他們的工作流程。透過記錄現有 工作流 中的每一步，團隊可以更容易地發現並細化可能對整個 工作流程造成影響的部分，並探尋出 更大的價值流。 這樣 ，團隊就可以很容易地確定 最大價值的工作流， 在保證質量的前提下加快價值流的流動速度，儘可能的最佳化工作流，減小流動單元合理控制流量，減少等待時間，提高工作效率，可以歸結為以下幾點：

1.  使工作可見；

2.  合理控制最流動單元；

3.  減少交接次數；

4.  消除阻礙價值流的問題。

 

步驟2:   找到最大的阻礙

在 一個 典型的DevOps工作流中，總是 會 有一個階段 會在全工作流中 減慢從 點子 到價值 實現 的過程。為了推動 工作流 的改進，團隊需要確定阻礙 流程推動的 階段，並 消除阻礙的來源 。

 

要 想找到最大的阻礙 ， 可以 問 這樣 一個問題：“每個人都在等待什麼？”問這個問題可以讓團隊 成員統一目標，明確需要重點關注 哪些 問題才可以 提高效率。如果 整個的工作程式 是在一個 平等的、沒有 指責的、 有 建設性的環境中 進行 的，團隊成員將更有可能 表達自己的觀點，才能更快的找到形成阻礙的問題所在 。在 找到 最大的 阻礙 後， 再重新審視整個 專案的進展， 就可以 確認已 找到的問題點是否正確 。

 

步驟3:   清除 限制程式 的 因素

如果團隊找到了 DevOps工作流 中的 限制因素時，最常見的做法是 向 IT人員、 專案 資金、 輔助工作的軟體系統上 投入更多的資源。 當然了， 集中精力 去 消除浪費 掉的資源 ，而不是增加更多 無用的消耗 ，這樣做 才會使得整個 DevOps工作流更 加 有效。

 

根據Gartner的資料 可以 確定 影響程式的3大重要原因是：

1.  突發事件： 把寶貴的 時間花在 處理 突發事件上，而犧牲 掉 了開發新產品或 新 功能等增值 專案為代價是非常不值當的 。 而解決這一問題的 最佳實踐 就 是對團隊成員進行 豐富多崗位交叉 培訓 ， 使 成員全部掌握突發事件的解決之法，知道什麼樣的問題該如何去進行解決 。 當然，為了預防 今後發生 類似的 事件， 需要團隊間經常進行開放的覆盤活動，找到事件的 根本原因 所在 ， 並輸出符合企業自身的專屬知識庫， 並在今後加以預防。 在實踐中，可以採用睿象雲提供的 SaaS 服務- 智慧告警平臺 Cloud Alert ，來更加有效的進行事件的匯聚、降噪、流轉等功能。

2.  資源 等待： 專案的程式中，往往會遇到自己暫時無法解決的問題，這就不得不面臨 等待 的尷尬，等待其他 人員 協作、等待 外部組織 決定、等待 其他資源 入駐 等是一個持續不斷的挑戰。 想解決這個問題，就可以 透過 日常 培訓和 僱傭 具有不同技能和知識的員工來緩解，使他們能夠並行工作。這 就可以使他們在等待其他人響應的同時，還可以完成 其他 已經 分配的工作。

3.  人員 潛力：許多專業人員花費 了 大量 的 時間進行 像更新資料庫、協調人員這樣簡單而重複的 工作， 其實完全沒有體現出人力資源真正的價值 。組織 可以 儘可能多地 透過 自動化 手段 來 處理固定的簡單事務 ， 讓人力 更 加 專注於高價值的任務。

 

步驟 4 ： 不要忽略 小問題

忽略 帶來程式約束和生產瓶頸的小問題， 而專注於新的 和 即將到來的問題，意味著 原始問題並沒有得到解決，這將導致工作會變慢，以後會出現更多的問題。這包括：錯誤和缺陷將會越來越多、對團隊的生產效率造成負面影響、在變化率高的情況下進行高昂成本的返工。

 

DevOps   團隊的領導人應該找出限制生產能力的最大瓶頸， 如果 一個 鏈條中最薄弱的環節沒有得到加強，那麼其他環節在某一時刻必然會失效。 如果專注於這個最大的限制因素，DevOps團隊就能系統地識別什麼在阻礙所需的工作節奏，並克服這個瓶頸。

 

步驟 5 ： 增加 團隊力量

透過 以上步驟 就已經 可以幫助 團隊 提高至少30%的 效能 ，並且 還會讓團隊擁有回顧和覆盤的能力和時間 ，以便 團隊 能夠仔細考慮 並找出解決問題的 最佳方案。團隊也應該利用這段時間來想出他們可以增加能力的其他方法， 比如尋找 專業服務 團隊 ， 或者是僱傭更多技能 的員工。

 

步驟 6 ： 找出下一個最大的約束

想要提升上線、釋出 速度不是一件容易的事，它需要不斷 最佳化 改進過程。例如，即使一個團隊 成功地 消除了一個約束，另一個約束也 會 在工作流的 其他 部分取代它的位置。隨著時間的推移，團隊將需要調整他們的 流程 和實踐，以實現高的開發節奏。最後，為了確保他們滿足客戶的需求，他們必須對他們的開發節奏進行盡職調查，並在必要時進行改進。

 

寫在後面

DevOps的實踐不是一天完成， 想讓 DevOps實踐 可以 有序推進 ，既要 將DevOps實踐推向企業內部的其他專案、其他團隊，逐步實現團隊敏捷、專案敏捷，乃至企業敏捷； 又要在 DevOps的研發效能持續最佳化與提升，建立學習型、使命型團隊，推進DevOps文化的落地。

DevOps自提出以來，其內涵一直在不斷的發展與豐富。相應地，DevOps的實踐，也會是一個螺旋上升的過程，需要企業持續推進，進而為企業業務發展注入持續不斷的活力。