為什麼DevOps很好，落地卻不易？

本文摘自PM圈子網—PM牛人聚集地

DevOps經常用它的模糊性讓早期的採用者望而卻步，更不用說它的深度和廣度了。當有人產生實施DevOps的想法時，第一個問題通常是：「該如何開始？」以及「如何衡量成功與否？」以下五種最佳實踐可以看作DevOps旅程開啟的重要標誌。

01 量化所有工作

有時，努力推動不一定能將事情變得更好，那麼可以選擇量化結果。那些理念或產品的功能是否能更快地提供給客戶？有沒有規避更少的缺陷？對失敗的反應和恢復速度更快了嗎？

在實施DevOps之前，首先考慮清楚期望從DevOps中得到什麼樣的結果。以下兩個指標至關重要：

從時間到市場端到端的、面向客戶的、基於業務的的衡量。通常，這個過程始於一個特性被正式構思出來，結束於客戶能夠正式使用到產品的特性。上市時間不是一個工程團隊的主要指標；更重要的是，它展示了業務「完整的端到端效率」，將有價值的新特性引入市場。

周期時間用來衡量工程團隊的流程。一旦新特性開始工作，它何時可以在生產中使用，是衡量工程團隊的效率的重要指標。

02 將流程落地

DevOps的成功需要組織建立有效的流程，並不斷改進。通常需要具備一些敏捷方法，比如Scrum或Scrumban。無論走哪條路，首先要行動起來。

常規的檢查和適應改進是DevOps成功的關鍵。充分利用利益相關者演示、團隊回顧和每日standups等機會來尋找時機改進流程。

DevOps成功很大程度上取決於人們有效地合作。團隊成員需要在一個共同的流程中工作，被賦予改進的能力。還需要有機會在流程中與其他利益相關者分享正在學習的東西。

良好的過程紀律將幫助組織以最快的速度享受到DevOps的其他好處。

對於面向開發的團隊來說，成功採用像Scrum這樣的流程是很常見的，但以運營為中心的團隊可能會選擇更短期承諾的過程，比如看板。

03 可視化端到端流程

在任何給定的時間，能夠看到誰在處理哪部分服務，是一種巨大的力量。可視化的工作流程幫助成員知道下一步需要做什麼，有多少工作在進行，以及在這個過程中有哪些瓶頸。

當不能有效量化成員的工作，就無法有效指導和展開工作。同樣地，當無法成功看清工作中的流程，也就無法有效消除流程中的瓶頸。

可視化整個工作流將幫助企業了每個人的工作在整體中的貢獻。它可以促進跨越組織邊界的關係構建，幫助團隊成員更有效地協作，實現共享的成功感。

04 持續性

DevOps提供很多自動化工具和流程。但羅馬不是一天建成的，企業要首先關注的第一個領域是持續集成（CI），不要停止，下一步將快是持續交付（CD），並最終持續部署。

持續交付為企業的流程注入各種自動化測試的機會。在新代碼提交的時候，CD管道對代碼和成功構建的組件進行測試，直到最終在生產中被客戶看到。

另一個沒有得到足夠重視的「連續」是持續改進。這就像每天留出一段時間去問同事：「我們今天能做什麼小事情來更好地完成我們的工作？」這些微小的日常變化，會隨著時間的推移而產生更深刻的結果。

05 Gherkinize（解釋程序）

更有效的溝通是促進DevOps成功的重要一環。一種方法是在業務人員和工程師之間使用共享的語言，以表達新特性所需的接受標準。一個好的產品經理可以在一天內學習Gherkin，並開始用它來表達一個明確的、結構化的簡單英語的驗收標準。工程師可以使用這個Gherkinized驗收標準來編寫驗收測試的標準，然後開發他們的特性代碼，直到測試通過。這是對驗收測試驅動開發（ATDD）的簡化，它還可以幫助啟動DevOps文化和工程實踐。

不要因為開始使用DevOps感到氣餒。以上五種想法希望能在企業踏上DevOPs之旅時，有一個很好的開端。

轉載請註明來源 www.pmleader.cn