平臺化工程涉及雙重核心意義。一方面，是類似利用IDE等工具提高工程師效率的平臺化工程，如GitOps或命令行調度般便捷。然而，本文重點探討的是基于價值流的平臺化工程，尤其針對傳統金融行業，關注整個協同過程的有效管理。本文重點討論如何將CMMI（能力成熟度模型集成）與DevOps理念結合，實現平臺化工程的實際應用。

01. 企業DevOps建設：現狀與問題

1）重工程、輕流程

過去，行業都在構建基于工程效能的定義，即更高效、更高質量、更可靠、可持續地交付更優的業務價值的能力，以提升能效。

早期互聯網公司通過端到端的持續開發、集成、測試、交付運維，嘗試量化效能質量、交付速度和業務價值。然而，這種“重工程、輕流程”的模式也帶來了風險。例如，PDD在系統測試階段未經充分驗證即發布生產，導致巨額損失。

傳統行業如金融、通訊、物流和航空等，由于與消費者緊密關聯，其發布流程必須經過嚴格的質量把控和多重驗證。因此，他們無法像早期互聯網企業那樣直接發布代碼。流程管理的重要性顯而易見。

2）局部狹義的DevOps：流程與規范的缺失

企業在實施DevOps時，往往面臨各部門各自為政、流程不聯通的問題。研發、測試、運維等部門基于自己的理解建立平臺和子流程，導致CI/CD過程中各部門間缺乏有效溝通。此外，業務人員與研運人員之間的不同話語體系、操作平臺和組織形式也增加了溝通障礙。

例如，研發團隊有自己的配置管理團隊，測試團隊有測試一體化平臺，運維團隊有ITIL（信息技術基礎架構庫)等。這些平臺之間缺乏互操作性，導致數據脫節和信息同步困難。

在DevOps運行到后期時，企業可能會發現，在度量需求規劃至項目運營的數據時，需跨越近百個工具和平臺，大量數據需人工填寫，數據間彼此脫節。盡管投入了大量資源，但由于流程隔離和信息不一致，需求交付周期并未明顯縮短，各部門實際有效投入時間僅占整個周期的不到三分之一。

這種局部狹義的DevOps模式，即局限于CI/CD階段，往往只解決了單點問題，而未能適配企業的整體流程和規范。企業在實施DevOps時，主要存在以下問題：

• 流程線上串聯不足：各部門間的流程未能有效串聯，導致信息傳遞不暢，影響協作效率。
• 管理系統和入口繁多：過多的管理系統和入口導致研發操作分散，存在冗余和重復建設的問題，增加了維護成本。
• 數據間未打通：各部門數據之間缺乏有效連接，導致數據難以對齊，重復輸入現象嚴重，降低了數據準確性和工作效率。
• 缺乏流程效率分析：企業缺乏對流程效率的全面分析，難以識別潛在阻塞點，從而無法針對性地優化流程。

02. 突破之法：基于精益價值流的平臺化工程

要有效消除企業交付與工程效能演進之間的鴻溝，單純依賴以CI/CD為核心的DevOps工具鏈是遠遠不夠的。為了真正實現業務價值交付的降本增效，我們需要構建一個高效、標準的互聯互通體系。

“基于精益價值流的平臺化工程”提供了破局思路：將統一標準融入各工具平臺，實現業務價值流與工程價值流的互聯、互通、互鎖。這里，價值流涵蓋從業務價值需求的提出到上線的整個流程，其中涉及多個工程活動環節，如測試平臺，僅僅是這一流程中的一個子環節。

以“OnelD”理念建設管理平臺，實現工具間的互聯互通，整個過程實時展示前置時間（LT）、處理時間（PT）、需求分布等關鍵指標，從而直觀地掌握流程效率、速度以及分布狀況。通過平臺化產品打通業務價值流與工程價值流，使組織的業務流動、成本分配、效率管理變得可觀測、可聯動、可管理、可優化。

03. 新一代信息化建設策略，流程治理+DevOps工程

在過去，互聯網企業因無需與其他平臺體系聯動，僅提供工程能力已足夠應對需求；而對于金融、汽車等傳統行業，由于對流程有強管控要求，需實現前中后臺的融合，以確保對齊質量、把控風險。

我們可以考慮采用流程治理與DevOps工程融合的策略，來構建新一代的信息化體系。這一策略的核心在于實現管理流程與工程流程的融合對接。通過打破工具間的數據孤島，構建一個從需求到制品、再到環境的全流程信息關聯體系。在這一體系中，數據一旦記錄，便能在后續的流程中直接自動流轉，確保信息的一致性、無縫對接和高效協同。

04. 融合流程治理與DevOps，關鍵建設節點

首先，基于通用服務模型的價值流平臺，構建集成和自動化IT價值鏈的插件開放平臺。這個平臺將CI/CD、自動化測試、環境申請、倉庫部署等各環節緊密聚合，通過插件化引擎（類似于ESB企業服務總線）串聯流程，實現多平臺間數據的自動構建與貫通。這一流程按前后順序融合編排、支持自由切換，構成完整且高效的價值流。

以CMMI流程為例，我們可以根據組織需求自定義編排，明確流程環節、晉級點、環理管理點、審批流等，確保流程既滿足成熟度要求，又高效符合業務需求。

其次，實現全鏈路數據的聯動貫通。將各階段的產出物進行線性關聯，形成研發過程全鏈路數據聯動，將代碼、需求、配置、測試環境、測試數據形成資產進行沉淀，進行結構化管理，輸出可視化視圖，提高問題追溯能力。

此外，引入可視化追溯機制，基于全鏈路數據關聯關系構建直觀視圖。從應用對應的業務系統出發，建立業務之間的關聯關系；同時，以業務系統的過程環境為切入點，融入硬件、中間件信息，構建制品與環境的關聯網絡；最后，以制品為中心點，橫向連接研發管理各領域，實現應用端到端資產關聯。

這種關聯使得我們能夠度量過程中每個階段的耗時、等待時長、審批失敗次數等關鍵指標，實現精益價值管理，能夠直接溯源追蹤定位問題根源。這使得我們能夠快速分析出哪些工具需要替換、哪些工藝規則需要標準化，從而及時做出判斷和處理。

最終，我們將打造一個覆蓋三線一體的數字化IT效能平臺。該平臺依托ESB總線，將企業內部各種異構性平臺通過統一的插件和接口融合，依據價值流編排進行高效調度，實現流程與工程的無縫對接，構建關聯資產的度量反饋。

05. 價值與收益：業技融合聯動，構建高效聯動與協同合作新模式

經過流程治理與DevOps工程的融合建設后，我們將能夠打通業務層和技術層，與具體工具平臺、研發模式松耦合，將業務流程內聚化，做到可建模，可觀測，可度量，形成業務與技術之間的高效聯動和協同合作。

最后，實現平臺化的整體目標：基于價值流構建全生命周期的業務流、數據流、應對快速變更。這一新模式將為企業帶來更高的運營效率、更低的成本和更強的競爭力。