01. BizDevOps概述

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

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

02. BizDevOps縱向建設(shè)

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

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

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

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

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

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

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

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

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

03. BizDevOps橫向建設(shè)

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

1）上層為目標層

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

2）中層為價值流層面

從Biz的創(chuàng)意點——Dev的研發(fā)工程——Ops的各平臺之間要相互連接并對齊目標，比如：

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

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

3）下層的沉淀與維護

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

04. 結(jié)語

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