平臺(tái)化工程涉及雙重核心意義。一方面，是類似利用IDE等工具提高工程師效率的平臺(tái)化工程，如GitOps或命令行調(diào)度般便捷。然而，本文重點(diǎn)探討的是基于價(jià)值流的平臺(tái)化工程，尤其針對(duì)傳統(tǒng)金融行業(yè)，關(guān)注整個(gè)協(xié)同過(guò)程的有效管理。本文重點(diǎn)討論如何將CMMI（能力成熟度模型集成）與DevOps理念結(jié)合，實(shí)現(xiàn)平臺(tái)化工程的實(shí)際應(yīng)用。

01. 企業(yè)DevOps建設(shè)：現(xiàn)狀與問(wèn)題

1）重工程、輕流程

過(guò)去，行業(yè)都在構(gòu)建基于工程效能的定義，即更高效、更高質(zhì)量、更可靠、可持續(xù)地交付更優(yōu)的業(yè)務(wù)價(jià)值的能力，以提升能效。

早期互聯(lián)網(wǎng)公司通過(guò)端到端的持續(xù)開(kāi)發(fā)、集成、測(cè)試、交付運(yùn)維，嘗試量化效能質(zhì)量、交付速度和業(yè)務(wù)價(jià)值。然而，這種“重工程、輕流程”的模式也帶來(lái)了風(fēng)險(xiǎn)。例如，PDD在系統(tǒng)測(cè)試階段未經(jīng)充分驗(yàn)證即發(fā)布生產(chǎn)，導(dǎo)致巨額損失。

傳統(tǒng)行業(yè)如金融、通訊、物流和航空等，由于與消費(fèi)者緊密關(guān)聯(lián)，其發(fā)布流程必須經(jīng)過(guò)嚴(yán)格的質(zhì)量把控和多重驗(yàn)證。因此，他們無(wú)法像早期互聯(lián)網(wǎng)企業(yè)那樣直接發(fā)布代碼。流程管理的重要性顯而易見(jiàn)。

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

企業(yè)在實(shí)施DevOps時(shí)，往往面臨各部門(mén)各自為政、流程不聯(lián)通的問(wèn)題。研發(fā)、測(cè)試、運(yùn)維等部門(mén)基于自己的理解建立平臺(tái)和子流程，導(dǎo)致CI/CD過(guò)程中各部門(mén)間缺乏有效溝通。此外，業(yè)務(wù)人員與研運(yùn)人員之間的不同話語(yǔ)體系、操作平臺(tái)和組織形式也增加了溝通障礙。

例如，研發(fā)團(tuán)隊(duì)有自己的配置管理團(tuán)隊(duì)，測(cè)試團(tuán)隊(duì)有測(cè)試一體化平臺(tái)，運(yùn)維團(tuán)隊(duì)有ITIL（信息技術(shù)基礎(chǔ)架構(gòu)庫(kù))等。這些平臺(tái)之間缺乏互操作性，導(dǎo)致數(shù)據(jù)脫節(jié)和信息同步困難。

在DevOps運(yùn)行到后期時(shí)，企業(yè)可能會(huì)發(fā)現(xiàn)，在度量需求規(guī)劃至項(xiàng)目運(yùn)營(yíng)的數(shù)據(jù)時(shí)，需跨越近百個(gè)工具和平臺(tái)，大量數(shù)據(jù)需人工填寫(xiě)，數(shù)據(jù)間彼此脫節(jié)。盡管投入了大量資源，但由于流程隔離和信息不一致，需求交付周期并未明顯縮短，各部門(mén)實(shí)際有效投入時(shí)間僅占整個(gè)周期的不到三分之一。

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

• 流程線上串聯(lián)不足：各部門(mén)間的流程未能有效串聯(lián)，導(dǎo)致信息傳遞不暢，影響協(xié)作效率。
• 管理系統(tǒng)和入口繁多：過(guò)多的管理系統(tǒng)和入口導(dǎo)致研發(fā)操作分散，存在冗余和重復(fù)建設(shè)的問(wèn)題，增加了維護(hù)成本。
• 數(shù)據(jù)間未打通：各部門(mén)數(shù)據(jù)之間缺乏有效連接，導(dǎo)致數(shù)據(jù)難以對(duì)齊，重復(fù)輸入現(xiàn)象嚴(yán)重，降低了數(shù)據(jù)準(zhǔn)確性和工作效率。
• 缺乏流程效率分析：企業(yè)缺乏對(duì)流程效率的全面分析，難以識(shí)別潛在阻塞點(diǎn)，從而無(wú)法針對(duì)性地優(yōu)化流程。

02. 突破之法：基于精益價(jià)值流的平臺(tái)化工程

要有效消除企業(yè)交付與工程效能演進(jìn)之間的鴻溝，單純依賴以CI/CD為核心的DevOps工具鏈?zhǔn)沁h(yuǎn)遠(yuǎn)不夠的。為了真正實(shí)現(xiàn)業(yè)務(wù)價(jià)值交付的降本增效，我們需要構(gòu)建一個(gè)高效、標(biāo)準(zhǔn)的互聯(lián)互通體系。

“基于精益價(jià)值流的平臺(tái)化工程”提供了破局思路：將統(tǒng)一標(biāo)準(zhǔn)融入各工具平臺(tái)，實(shí)現(xiàn)業(yè)務(wù)價(jià)值流與工程價(jià)值流的互聯(lián)、互通、互鎖。這里，價(jià)值流涵蓋從業(yè)務(wù)價(jià)值需求的提出到上線的整個(gè)流程，其中涉及多個(gè)工程活動(dòng)環(huán)節(jié)，如測(cè)試平臺(tái)，僅僅是這一流程中的一個(gè)子環(huán)節(jié)。

以“OnelD”理念建設(shè)管理平臺(tái)，實(shí)現(xiàn)工具間的互聯(lián)互通，整個(gè)過(guò)程實(shí)時(shí)展示前置時(shí)間（LT）、處理時(shí)間（PT）、需求分布等關(guān)鍵指標(biāo)，從而直觀地掌握流程效率、速度以及分布狀況。通過(guò)平臺(tái)化產(chǎn)品打通業(yè)務(wù)價(jià)值流與工程價(jià)值流，使組織的業(yè)務(wù)流動(dòng)、成本分配、效率管理變得可觀測(cè)、可聯(lián)動(dòng)、可管理、可優(yōu)化。

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

在過(guò)去，互聯(lián)網(wǎng)企業(yè)因無(wú)需與其他平臺(tái)體系聯(lián)動(dòng)，僅提供工程能力已足夠應(yīng)對(duì)需求；而對(duì)于金融、汽車等傳統(tǒng)行業(yè)，由于對(duì)流程有強(qiáng)管控要求，需實(shí)現(xiàn)前中后臺(tái)的融合，以確保對(duì)齊質(zhì)量、把控風(fēng)險(xiǎn)。

我們可以考慮采用流程治理與DevOps工程融合的策略，來(lái)構(gòu)建新一代的信息化體系。這一策略的核心在于實(shí)現(xiàn)管理流程與工程流程的融合對(duì)接。通過(guò)打破工具間的數(shù)據(jù)孤島，構(gòu)建一個(gè)從需求到制品、再到環(huán)境的全流程信息關(guān)聯(lián)體系。在這一體系中，數(shù)據(jù)一旦記錄，便能在后續(xù)的流程中直接自動(dòng)流轉(zhuǎn)，確保信息的一致性、無(wú)縫對(duì)接和高效協(xié)同。

04. 融合流程治理與DevOps，關(guān)鍵建設(shè)節(jié)點(diǎn)

首先，基于通用服務(wù)模型的價(jià)值流平臺(tái)，構(gòu)建集成和自動(dòng)化IT價(jià)值鏈的插件開(kāi)放平臺(tái)。這個(gè)平臺(tái)將CI/CD、自動(dòng)化測(cè)試、環(huán)境申請(qǐng)、倉(cāng)庫(kù)部署等各環(huán)節(jié)緊密聚合，通過(guò)插件化引擎（類似于ESB企業(yè)服務(wù)總線）串聯(lián)流程，實(shí)現(xiàn)多平臺(tái)間數(shù)據(jù)的自動(dòng)構(gòu)建與貫通。這一流程按前后順序融合編排、支持自由切換，構(gòu)成完整且高效的價(jià)值流。

以CMMI流程為例，我們可以根據(jù)組織需求自定義編排，明確流程環(huán)節(jié)、晉級(jí)點(diǎn)、環(huán)理管理點(diǎn)、審批流等，確保流程既滿足成熟度要求，又高效符合業(yè)務(wù)需求。

其次，實(shí)現(xiàn)全鏈路數(shù)據(jù)的聯(lián)動(dòng)貫通。將各階段的產(chǎn)出物進(jìn)行線性關(guān)聯(lián)，形成研發(fā)過(guò)程全鏈路數(shù)據(jù)聯(lián)動(dòng)，將代碼、需求、配置、測(cè)試環(huán)境、測(cè)試數(shù)據(jù)形成資產(chǎn)進(jìn)行沉淀，進(jìn)行結(jié)構(gòu)化管理，輸出可視化視圖，提高問(wèn)題追溯能力。

此外，引入可視化追溯機(jī)制，基于全鏈路數(shù)據(jù)關(guān)聯(lián)關(guān)系構(gòu)建直觀視圖。從應(yīng)用對(duì)應(yīng)的業(yè)務(wù)系統(tǒng)出發(fā)，建立業(yè)務(wù)之間的關(guān)聯(lián)關(guān)系；同時(shí)，以業(yè)務(wù)系統(tǒng)的過(guò)程環(huán)境為切入點(diǎn)，融入硬件、中間件信息，構(gòu)建制品與環(huán)境的關(guān)聯(lián)網(wǎng)絡(luò)；最后，以制品為中心點(diǎn)，橫向連接研發(fā)管理各領(lǐng)域，實(shí)現(xiàn)應(yīng)用端到端資產(chǎn)關(guān)聯(lián)。

這種關(guān)聯(lián)使得我們能夠度量過(guò)程中每個(gè)階段的耗時(shí)、等待時(shí)長(zhǎng)、審批失敗次數(shù)等關(guān)鍵指標(biāo)，實(shí)現(xiàn)精益價(jià)值管理，能夠直接溯源追蹤定位問(wèn)題根源。這使得我們能夠快速分析出哪些工具需要替換、哪些工藝規(guī)則需要標(biāo)準(zhǔn)化，從而及時(shí)做出判斷和處理。

最終，我們將打造一個(gè)覆蓋三線一體的數(shù)字化IT效能平臺(tái)。該平臺(tái)依托ESB總線，將企業(yè)內(nèi)部各種異構(gòu)性平臺(tái)通過(guò)統(tǒng)一的插件和接口融合，依據(jù)價(jià)值流編排進(jìn)行高效調(diào)度，實(shí)現(xiàn)流程與工程的無(wú)縫對(duì)接，構(gòu)建關(guān)聯(lián)資產(chǎn)的度量反饋。

05. 價(jià)值與收益：業(yè)技融合聯(lián)動(dòng)，構(gòu)建高效聯(lián)動(dòng)與協(xié)同合作新模式

經(jīng)過(guò)流程治理與DevOps工程的融合建設(shè)后，我們將能夠打通業(yè)務(wù)層和技術(shù)層，與具體工具平臺(tái)、研發(fā)模式松耦合，將業(yè)務(wù)流程內(nèi)聚化，做到可建模，可觀測(cè)，可度量，形成業(yè)務(wù)與技術(shù)之間的高效聯(lián)動(dòng)和協(xié)同合作。

最后，實(shí)現(xiàn)平臺(tái)化的整體目標(biāo)：基于價(jià)值流構(gòu)建全生命周期的業(yè)務(wù)流、數(shù)據(jù)流、應(yīng)對(duì)快速變更。這一新模式將為企業(yè)帶來(lái)更高的運(yùn)營(yíng)效率、更低的成本和更強(qiáng)的競(jìng)爭(zhēng)力。