01. BizDevOps概述

IT技術(shù)交付實(shí)踐方法在不斷迭代中持續(xù)優(yōu)化。在工業(yè)化時(shí)代，Biz（業(yè)務(wù)）、Dev（開發(fā)）、Ops（運(yùn)維）三者往往相對(duì)分離，甚至有時(shí)只有其中的兩者或僅有一者獨(dú)立存在。然而，隨著時(shí)代的演進(jìn)，互聯(lián)網(wǎng)化時(shí)代帶來了敏捷的先進(jìn)思想，推動(dòng)了業(yè)務(wù)與技術(shù)的初步融合。DevOps等理念則進(jìn)一步促進(jìn)了開發(fā)與運(yùn)維的深度融合，打破了組織壁壘，提升了團(tuán)隊(duì)協(xié)作效率。如今，在數(shù)字化時(shí)代，我們更加注重以業(yè)務(wù)為中心，實(shí)施精益化、平臺(tái)化、一體化的管理模式，以更好地滿足業(yè)務(wù)需求。業(yè)務(wù)與技術(shù)之間的鏈接一步步緊密，這是業(yè)務(wù)競爭與技術(shù)發(fā)展之間的雙向奔赴。BizDevOps也應(yīng)運(yùn)而生。

從字面意思理解，BizDevOps即業(yè)務(wù)研發(fā)運(yùn)維一體化，是一種倡導(dǎo)業(yè)務(wù)、開發(fā)和運(yùn)營三個(gè)工作域拉通互聯(lián)的方法論。但若想真正落地一個(gè)扎實(shí)的BizDevOps絕非易事，如果沒有強(qiáng)健的縱深的建設(shè)，橫向的拉通將無法真正體現(xiàn)其價(jià)值。本文將從基礎(chǔ)DevOps的視角，對(duì)BizDevOps的進(jìn)階建設(shè)提供思路。

02. BizDevOps縱向建設(shè)

1）Biz的縱向建設(shè)

從一些研發(fā)組織視角來看，與業(yè)務(wù)之間的交集似乎只在于需求的評(píng)審及最后的驗(yàn)收階段，事實(shí)上，對(duì)于較復(fù)雜的業(yè)務(wù)場景梳理可能遠(yuǎn)比研發(fā)更頭疼。在數(shù)字化轉(zhuǎn)型的背景下，這些業(yè)務(wù)場景也越來越需要研發(fā)的技術(shù)、數(shù)據(jù)的支撐。

與研發(fā)側(cè)最近常被提及的平臺(tái)工程類似，業(yè)務(wù)也有自己的平臺(tái)工程或業(yè)務(wù)中臺(tái)，包含創(chuàng)意供給平臺(tái)、產(chǎn)品信息中心、內(nèi)容營銷洞察等等。而這些平臺(tái)所支撐的企業(yè)最核心的目標(biāo)愿景便是企業(yè)的整體戰(zhàn)略，這其中業(yè)務(wù)創(chuàng)新又是大部分企業(yè)最重要的一個(gè)戰(zhàn)略方向。

同樣類似于Dev的建設(shè)過程，業(yè)務(wù)也需要與業(yè)務(wù)中臺(tái)匹配的實(shí)踐，Dev中的敏捷、精益等思想同樣適用在業(yè)務(wù)的縱向建設(shè)。而與Dev“標(biāo)準(zhǔn)化”為目標(biāo)的區(qū)別在于，Biz的這些實(shí)踐更多是為迸發(fā)更多的創(chuàng)新點(diǎn)。

2）Dev的縱向建設(shè)

DevOps如今已是滑過了Gartner軟件成熟度曲線的“Peak of iflacted expactations”，但國內(nèi)很多組織的DevOps基建仍處于建設(shè)期，且相對(duì)于國外，國內(nèi)的DevOps更聚焦在Dev：

• 對(duì)于Devops工具鏈模塊明顯缺失、研發(fā)過程管理缺少規(guī)范的組織，選擇基于成熟的開源或商用一體化DevOps平臺(tái)，并配套最佳實(shí)踐，是快速構(gòu)建DevOps基礎(chǔ)能力的較佳選擇。具體的建設(shè)內(nèi)容可劃分為需求管理（兼?zhèn)涿舴€(wěn)雙態(tài)管理）、持續(xù)集成（以流水線為核心串聯(lián)自動(dòng)化工程工具）、測試管理（與需求之間更緊密地聯(lián)動(dòng)）、制品庫（一、二、三方庫統(tǒng)一管理，保障交付物可信度）等模塊；
• 對(duì)于已具備完成工具鏈路的研發(fā)組織，則需要為后續(xù)的橫向拉通做準(zhǔn)備，為節(jié)約后續(xù)橫向拉通的成本，首先需對(duì)自身交付過程進(jìn)行端到端的貫通。主要為Dev中的流程與工程的融合，要盡量做到各個(gè)階段的標(biāo)準(zhǔn)化建設(shè)，可以結(jié)合敏捷實(shí)踐、精益思想使工具發(fā)揮其最大價(jià)值，同時(shí)通過需求池及業(yè)需評(píng)審實(shí)踐，初步與Biz建立連接。

3）Ops的縱向建設(shè)

傳統(tǒng)的運(yùn)維域已有豐富的場景支撐，如CMDB、ITSM、監(jiān)控告警體系等。而在數(shù)字化背景下，Ops除了運(yùn)維之外，還被賦予了運(yùn)營的使命。通常的運(yùn)維建設(shè)中，CMDB是基石的角色，CMDB中的“C”是capital（資產(chǎn)），而被消費(fèi)的才能稱之為資產(chǎn)。因此一般運(yùn)維的建設(shè)路徑是從CMDB出發(fā)，之后根據(jù)實(shí)際的運(yùn)維消費(fèi)場景對(duì)運(yùn)維工具進(jìn)行擴(kuò)展。同時(shí)Ops側(cè)的規(guī)范化要求要遠(yuǎn)高于Dev側(cè)，一系列的體系規(guī)范如ITIL給出了指導(dǎo)方向，因此，傳統(tǒng)Ops相較于Dev的異構(gòu)化兼容（包含了工程、流程、文化等）會(huì)有更明確的建設(shè)方向。而運(yùn)營上，可以分為技術(shù)指標(biāo)和業(yè)務(wù)指標(biāo)，技術(shù)指標(biāo)在于Dev、傳統(tǒng)Ops的進(jìn)度指標(biāo)及軟硬件健康情況等；業(yè)務(wù)指標(biāo)在于用戶分析之類的埋點(diǎn)，以及需求后評(píng)價(jià)。

03. BizDevOps橫向建設(shè)

基于BizDevOps的橫向拉通方式：Biz、Dev、Ops三者的拉通可以分成上中下三層。

1）上層為目標(biāo)層

從戰(zhàn)略出發(fā)統(tǒng)一目標(biāo)，各類角色基于一致的模型理解BizDevOps，對(duì)齊實(shí)施目標(biāo)和策略步驟，幫助組織形成共同語言，保證對(duì)同樣的概念有統(tǒng)一的理解，提升溝通的效率和效果，制定有效和可落地的行動(dòng)計(jì)劃。以研發(fā)角色為例，不僅要從單一需求的角度對(duì)其價(jià)值進(jìn)行判斷，更要以業(yè)務(wù)視角對(duì)整個(gè)需求的業(yè)務(wù)關(guān)聯(lián)有一定認(rèn)知。

2）中層為價(jià)值流層面

從Biz的創(chuàng)意點(diǎn)——Dev的研發(fā)工程——Ops的各平臺(tái)之間要相互連接并對(duì)齊目標(biāo)，比如：

• Biz中創(chuàng)意平臺(tái)中的創(chuàng)意點(diǎn)以需求池的形式同步到Dev的需求管理，同時(shí)將Biz及Dev的流程串聯(lián)在一起；
• Dev和Ops之間以制品的形式進(jìn)行自動(dòng)化同步晉級(jí)，保障交付物的單一可信、可追溯；
• Ops的需求后評(píng)價(jià)與Biz的實(shí)際價(jià)值形成閉環(huán)反饋，技術(shù)人員可以更直觀認(rèn)知到自己的工作對(duì)業(yè)務(wù)產(chǎn)生的貢獻(xiàn)。

以上信息都可以通過價(jià)值流引擎串聯(lián)，從而以業(yè)務(wù)整體維度去識(shí)別卡點(diǎn)。同時(shí)，也要基于上層的統(tǒng)一的模型，縱向檢查當(dāng)前實(shí)踐中缺失或薄弱的點(diǎn)。

3）下層的沉淀與維護(hù)

下層主要是基于上層的價(jià)值流架構(gòu)，拉通中層梳理的網(wǎng)絡(luò)關(guān)系，基于完整的模型，識(shí)別組織的核心數(shù)字資產(chǎn)，并持續(xù)沉淀和維護(hù)這些資產(chǎn)，如業(yè)務(wù)架構(gòu)、研發(fā)架構(gòu)、過程產(chǎn)出物等。

04. 結(jié)語

由上述內(nèi)容可見，BizDevOps的建設(shè)并非一蹴而就，它需要長時(shí)間的積累與努力，并對(duì)各角色人員的能力提出了明確要求。然而，其帶來的價(jià)值也是顯而易見的，回報(bào)豐厚。顯性上：在Biz、Dev、Ops縱向上做的沉淀都將有形地得到貫通、理順，讓每一個(gè)縱向節(jié)點(diǎn)產(chǎn)生的價(jià)值真正從全局維度帶來收益；隱性上：有統(tǒng)一的工作語言、統(tǒng)一的平臺(tái)串聯(lián)，跨部門溝通將較傳統(tǒng)“DevOps”進(jìn)一步提效，而新的技術(shù)勢必會(huì)提高人才的吸引力，人才梯隊(duì)建設(shè)也會(huì)更加扎實(shí)。