01. 前言
從2009年提出DevOps至今已經過去近14年的時間了，DevOps已死，還是DevOps永垂不朽？DevOps已經過時了，還是說之前我們對DevOps的理解不夠透徹？
近兩年，我們看到非常多新的熱詞出現（平臺工程、BizDevOps、價值流管理），這些詞語是新瓶裝舊酒，還是說組織在發展的過程中的確遇到了新的挑戰？如何借助新的理念和方法幫助我們走出困境，加速價值的流動和實現？
本文基于精益和價值流管理思想，為大家提供從DevOps到BizDevOps的思路，通過建立以客戶為中心的全局視圖、識別交付產品/服務的價值流，識別瓶頸和改善計劃，加速價值的流動，從而為組織帶來收益和競爭力。
02. 組織正面臨新的挑戰
我們通過與一些組織領導層的交流，發現這些組織雖然已經建設了比較完善的 DevOps 工具鏈和流程規范體系，但仍然面臨著整體業務效能提升的挑戰。
1）高資源效率，低流動效率
開發、測試和運維等職能部門的資源效率很高，經常加班加點或是并行處理多種事項，但是整體價值交付效率卻沒有明顯提升，交付周期的縮短也不顯著。我們需要從關注資源效率轉變為流動效率。
2）高工作產出，低業務成效
在特定周期內（如2周的迭代周期）完成的工作事項很多，包括投產的新功能、修復的缺陷、滿足的合規要求和詳細的文檔，然而業務成效卻不高。我們需要從工作產出（Output）轉變為評估業務價值（Outcome）。
3）靠經驗主義，缺數據洞察
對價值交付過程的優化往往是依靠經驗主義，當然很大一部分的原因在于，我們無法建立以客戶為中心的全局視角，更不用說提供全局的量化數據了。因此我們需要建立全局的數據洞察，識別瓶頸，評估投資回報率（ROI），持續改進。
03. 狹義的DevOps是一種局部優化
DevOps早在2009年提出的初衷是為了讓開發團隊（Development）和運維團隊（Operation）更好的協作，以實現更快地交付產品或服務。
經過十幾年的發展，每個人在不同時期對DevOps的理解是不一樣的。在此，我們對DevOps的理解分為狹義DevOps和廣義DevOps。
1）狹義DevOps
一般只涉及科技（IT）的開發（Development）和運維（Operations）團隊，涉及從“需求分析、開發、測試、上線投產和運維”的研發運維過程的優化，專注于軟件的快速交付。
2）廣義DevOps（即BizDevOps）
要求業務和科技團隊的高度融合協作，包括從“想法、價值定義、解決方案、需求分析、開發、測試、投產和運營”的端到端價值交付周期，專注于價值的快速實現。
顯而易見，狹義的 DevOps 只是業務價值端到端交付過程中的一個局部環節，根據約束理論（TOC），對局部環節的優化不一定會帶來整體價值效能的提升，除非這個局部環節是整體價值交付過程的瓶頸。
如上圖所示，狹義的DevOps和CI、CD流水線更聚焦于研發過程的自動化（也就是從代碼提交到部署上線過程的自動化），當然狹義DevOps的過程一般還包括需求分析、設計和編碼階段。
當這個局部環節不是整體價值流的瓶頸時，繼續對局部環節的過度優化對整體價值實現時間（最終用戶能感知到的價值實現周期）不一定會產生效果，或是說產生的效果是微乎其微的。
因此，我們需要基于價值流管理思想，定義客戶價值、識別交付的價值流、識別瓶頸，加速端到端的價值交付。
04. 價值流管理是必然的趨勢
2020年10月5日，Gartner 發布了《預測2021：價值流將定義 DevOps 的未來報告》（Predicts 2021: Value Streams Will Define the Future of DevOps Report），并指出 “到2023年，70%的組織將使用價值流管理來改善 DevOps 流水線的流動，從而更快地交付客戶價值。” 很顯然，Gartner 認為，作為一種 IT 改善策略，VSM 正在迅速成為主流。
同時，國外 Research in Action、Forrester 和 EMA 等知名機構也在強調價值流管理的重要性，并指出領導者必須關注價值流管理，以最大化流動，從而改善交付效率和推動創新。
此外，我們也看到近幾年業界出版了非常多價值流相關的書籍，為我們在價值流的應用提供了體系化的指導。這也說明了價值流管理正逐漸地成為主流，在未來幾年的時間里，價值流管理是每個角色都必須學習和掌握的思想。
05. 價值流管理方法
那么，價值流管理應該如何落地和應用呢？VSM 聯盟提出的價值流管理實施路線圖（VSM Implementation Roadmap）為我們提供了一個清晰的實施路線。
- 開始（Start）：從現在的位置開始，無論在什么階段
- 愿景（Vision）：設定長期愿景和目標
- 識別（Identify）：識別當前價值流，包括交付產品或服務，目標是加速客戶價值的流動
- 組織（Organize）：圍繞價值流的每一個步驟，找到對應的負責人
- 映射（Map）：和價值流的成員一起進行映射實踐，找到想法開始的地方，并跟蹤每個步驟，直到最終交付價值
- 連接（Connect）：連接DevOps工具鏈的各個部分，并與價值流圖中的步驟連接起來，開始獲取實時數據，從而洞察價值流的流動
- 洞察（Inspect）：已經自動化當前價值流圖，現在就使用價值流圖來為價值流設置目標，并使用回顧來確定當前位置
- 調整（Adapt）：依靠洞察力來設計和執行試驗，以調整和優化當前流動，這樣可以不斷增加客戶滿意度
06. 下一代DevOps工具
Gartner將DevOps 工具未來的發展分為3種方式：DevOps 價值流交付平臺（DevOps VSDPs），DevOps 價值流管理平臺（DevOps VSMPs）和 DevOps 工具鏈。這3種類型的 DevOps 工具并不是相互排斥的，在大多數大型組織中它們是可以也將會共存的。
1）DevOps 價值流交付平臺（VSDPs）
DevOps 價值流交付平臺提供了一套完全集成的功能，以支持軟件的持續交付。這些功能可能包括項目或產品規劃、構建自動化、持續集成、測試自動化、持續部署和回滾、發布編排，以及自動化安全策略實施，并且可能提供關鍵價值流度量的可見性。如下圖所示：
2）DevOps 價值流管理平臺（VSMPs）
使組織能夠優化端到端產品交付前置時間。這些平臺對所有產品交付過程的流動提供了更大的可見性和可追溯性，包括從構思到發布和運維。DevOps VSMPs 將價值流思想應用于暴露約束和關鍵流動指標，使 DevOps 團隊能夠采取措施并提高吞吐量。如下圖所示：
07. 嘉為藍鯨價值流管理平臺CFlow
嘉為藍鯨 CFlow 價值流管理平臺，是嘉為藍鯨基于精益管理（Lean）和價值流管理（VSM） 思想自主研發的企業級價值流管理平臺，致力于幫助企業在數字化轉型中持續優化端到端的 IT 價值交付前置時間，提升業務交付的整體成效。
CFlow 通過“管理流程+工程活動”的雙向融合，以支撐軟件價值交付過程的全局管控和整體治理。通過平臺工程對軟件研發實施全過程管控，整合產品管理、項目管理、版本規劃、代碼管理、持續集成、測試管理、持續部署、持續發布，以及實施自動化安全策略等 IT 價值流步驟，同時提供軟件研發的關鍵性價值流指標，打造 IT 價值流的可控性與可見性。
CFlow 基于企業級數字業務交付場景，通過自定義“流程+插件”的技術模式，實現業務價值流的企業級映射和標準化建模，規范定義端到端價值流交付所需要經歷的階段、各階段所需要執行的活動，同時通過管理門禁指標，嚴格控制軟件研發全過程的執行標準，為業務價值交付全過程注入管理規范，打造企業級數字業務研發管控體系。
CFlow 將價值流思想應用于識別價值交付過程的瓶頸和打造研發效能洞察的專屬流動指標，使組織能夠優化端到端的產品交付前置時間，提升整體軟件研發業務的交付效能，為產品交付全流程提供了實時監測性、可追溯性和可觀測性，覆蓋從業務構思、到軟件研發、再到應用發布、直至持續運營的數字業務價值交付全程。
