6月29日，嘉為藍(lán)鯨首席咨詢師汪珺在2023 DevOps國(guó)際峰會(huì) 暨 BizDevOps企業(yè)峰會(huì)·北京站中發(fā)表了《從DevOps到精益價(jià)值流管理型平臺(tái) 構(gòu)建真正的“平臺(tái)化工程”》的主題演講，深度剖析了傳統(tǒng)企業(yè)構(gòu)建DevOps的局限并提出了破解之道。

01. 傳統(tǒng)企業(yè)構(gòu)建DevOps的局限性

在構(gòu)建DevOps過程中，傳統(tǒng)企業(yè)如金融、通訊、物流和航空等，由于與消費(fèi)者緊密關(guān)聯(lián)的特性，注定了他們無(wú)法像早期的互聯(lián)網(wǎng)企業(yè)那樣可以從提交代碼直接到發(fā)布上線，而要經(jīng)過SIT、UAT等環(huán)境多重驗(yàn)證之后再發(fā)布上線，層層把控質(zhì)量風(fēng)險(xiǎn)。

目前DevOps做到的更多是工程領(lǐng)域的優(yōu)化（即CI/CD，也就是從代碼提交到部署上線過程的自動(dòng)化），是狹義的局部?jī)?yōu)化的DevOps，沒能在流程與業(yè)務(wù)視圖上做到真正的打通。

盡管企業(yè)構(gòu)建了DevOps，CI/CD也得到了極大的優(yōu)化，但從需求提出到上線發(fā)布的整體上來(lái)看，價(jià)值流改善效果仍不明顯。那么，癥結(jié)點(diǎn)究竟在哪？

02. 真正的浪費(fèi)

首先，來(lái)看一個(gè)實(shí)際的精益價(jià)值流分析-時(shí)間浪費(fèi)圖示：

如圖所示，從需求到投產(chǎn)的過程當(dāng)中，真正有價(jià)值的工作時(shí)長(zhǎng)為30天，而其中溝通等待的時(shí)間就用了68天！

真正的浪費(fèi)在哪里？

如下圖“版本制作”這個(gè)流程節(jié)點(diǎn)來(lái)說(shuō)，從開始到結(jié)束，整個(gè)過程耗時(shí)10小時(shí)，而真正有效的流水線構(gòu)建制品僅需10秒鐘！

人與人之間的工作溝通安排占據(jù)了大量時(shí)間！若從整體業(yè)務(wù)上看，雖然使用了DevOps，但需求還是3個(gè)月才上線，去追溯原由時(shí)，每個(gè)部門都委屈自己就做了2、3天或者一兩周，真正的浪費(fèi)全然不知。這也導(dǎo)致無(wú)法從全局上做到精益的價(jià)值流管理，構(gòu)建真正的“平臺(tái)化工程”。

在豐富的客戶案例實(shí)踐中，我們也梳理了企業(yè)在構(gòu)建使用DevOps全局流程的普遍現(xiàn)狀：

• 流程未顯性（線上）串聯(lián)，研發(fā)操作分散在各個(gè)單點(diǎn)工具。
• 數(shù)據(jù)未打通，數(shù)據(jù)信息多次重復(fù)輸入。
• 缺少流程效率分析，難以識(shí)別阻塞點(diǎn)。

定位到了問題癥結(jié)點(diǎn)，那么，如何“破局”，完成從DevOps到精益價(jià)值流管理型平臺(tái)的轉(zhuǎn)變，構(gòu)建真正的“平臺(tái)化工程”？

03. 破局——步驟節(jié)約和效能的真正提升

針對(duì)企業(yè)DevOps全局流程普遍存在的問題，我們能做的：

1. 流程基于場(chǎng)景組織，并實(shí)現(xiàn)線上化串聯(lián)，集成流程中的各個(gè)研發(fā)活動(dòng)。
2. 記錄關(guān)聯(lián)數(shù)據(jù)，數(shù)據(jù)記錄后在后續(xù)流程直接自動(dòng)讀取。
3. 流程之間注入準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)，線上化質(zhì)量要求。
4. 自動(dòng)計(jì)算價(jià)值流指標(biāo)，流程前置時(shí)間、階段前置時(shí)間、流動(dòng)效率、流動(dòng)速度、流動(dòng)分布、在制品數(shù)量。

另外，我們?cè)賮?lái)看看Gartner對(duì)DevOps 工具未來(lái)發(fā)展設(shè)想，分為3個(gè)方向：DevOps 價(jià)值流交付平臺(tái)（VSDP）、DevOps 價(jià)值流管理平臺(tái)（VSMP）和 DevOps 工具鏈。

目前，企業(yè)構(gòu)建使用的DevOps，就如前文提到的僅是工程領(lǐng)域局部的優(yōu)化，CI/CD僅僅是Gartner所說(shuō)的工具鏈（狹義DevOps），不是真正意義上的價(jià)值流。

真正的操作性平臺(tái)價(jià)值流、企業(yè)的ESB，也就是圖中Gartner提到的DevOps 價(jià)值流交付平臺(tái)（VSDP），需要做到：企業(yè)各原有工具、架構(gòu)平臺(tái)、環(huán)境管理等的封裝；前后數(shù)據(jù)不再靠人，而是自動(dòng)流轉(zhuǎn)。

04. 新一代精益軟件工程平臺(tái)

——精益價(jià)值流管理

隨著工程領(lǐng)域的自動(dòng)化和標(biāo)準(zhǔn)化程度提高，以及業(yè)務(wù)領(lǐng)域?qū)π屎唾|(zhì)量的持續(xù)追求，現(xiàn)在我們有希望通過平臺(tái)和產(chǎn)品打通業(yè)務(wù)價(jià)值流與工程價(jià)值流，使整個(gè)組織的業(yè)務(wù)流動(dòng)、成本分配、效率管理變得可觀測(cè)、可聯(lián)動(dòng)、可管理、可優(yōu)化，做到業(yè)務(wù)與工程的自動(dòng)流轉(zhuǎn)對(duì)接。

嘉為藍(lán)鯨DevOps項(xiàng)目?jī)r(jià)值流實(shí)踐

嘉為藍(lán)鯨CFlow價(jià)值流管理——實(shí)現(xiàn)流程與工程融合

• 采用“業(yè)務(wù)流程編排”+“開放式組件集成”的技術(shù)框架；
• 統(tǒng)一研發(fā)者門戶，將研發(fā)過程中所有的活動(dòng)嵌入總覽圖；
• 封裝各個(gè)工具底層，按照角色訪問，過程前后互鎖。

此外，CFlow 能夠識(shí)別價(jià)值交付過程的瓶頸和打造研發(fā)效能洞察的專屬流動(dòng)指標(biāo)，為產(chǎn)品交付全流程提供價(jià)值流進(jìn)度告警、實(shí)時(shí)價(jià)值流分析能力。

05. 提升的價(jià)值（以研發(fā)價(jià)值流為例）

——價(jià)值流的度量呈現(xiàn)

雙管齊下：一方面加強(qiáng)研發(fā)效能，另一方面加強(qiáng)組織流動(dòng)效能

企業(yè)普遍存在問題：購(gòu)買了不同平臺(tái)的工具（需求、代碼、CI、CD、環(huán)境管理等），從需求確認(rèn)到發(fā)布上線的過程中需求要來(lái)回切換使用多個(gè)工具平臺(tái)，操作十分繁復(fù)。

解決思路：以平臺(tái)化工程思維去構(gòu)建價(jià)值流，整體層面去構(gòu)建企業(yè)的ESB（不是把原來(lái)的平臺(tái)推翻），構(gòu)建流程、工程、業(yè)務(wù)視圖的融合：

• 構(gòu)建不同的價(jià)值流的流程模型。
• 封裝相關(guān)的操作和方法。
• 讓不同平臺(tái)之間的數(shù)據(jù)自動(dòng)關(guān)聯(lián)。

06. 從DevOps到流程、工程、業(yè)務(wù)

三者協(xié)同的“平臺(tái)化工程”

構(gòu)建真正的研運(yùn)一體化平臺(tái)，不能僅僅只是簡(jiǎn)單地提供工具，需構(gòu)建基于流程的服務(wù)目錄，讓各職能部門變化為能力中心，三線一體。

第一層CFlow：精益價(jià)值流（流程流水線）。承載管理思維與溝通流程，體現(xiàn)業(yè)務(wù)提出到上線的價(jià)值流，融合審批流的相關(guān)要求，保證業(yè)務(wù)交付的質(zhì)量與跨職能的效率。

第二層CCI：各端點(diǎn)下的工程價(jià)值流。融合垂直領(lǐng)域的生產(chǎn)力工具，構(gòu)建流程、工程和業(yè)務(wù)的融合，各端提供垂直領(lǐng)域的能力，提供業(yè)務(wù)快速交付的速度。

第三層CInfo：資產(chǎn)價(jià)值流的關(guān)聯(lián)與反饋。根據(jù)行內(nèi)現(xiàn)狀進(jìn)行工藝改進(jìn)和落地，構(gòu)建標(biāo)準(zhǔn)化能力，各端提供垂直領(lǐng)域的能力，構(gòu)建資產(chǎn)關(guān)聯(lián)、設(shè)計(jì)態(tài)的可觀測(cè)性，快速精益反饋。

呈現(xiàn)層：各個(gè)角色的門戶、各個(gè)角色的度量視圖。

嘉為藍(lán)鯨DevOps平臺(tái)在研運(yùn)一體化上不斷“深造”，致力于打造精益價(jià)值流管理型平臺(tái)，構(gòu)建三線一體的“平臺(tái)化工程”，幫助我們的客戶實(shí)現(xiàn)真正DevOps端到端的轉(zhuǎn)變。