直達原文：
橫向串聯，縱向深化，BizDevOps全局建設思路
01
BizDevOps概述
IT技術交付實踐方法在不斷迭代中持續優化。在工業化時代，Biz（業務）、Dev（開發）、Ops（運維）三者往往相對分離，甚至有時只有其中的兩者或僅有一者獨立存在。然而，隨着時代的演進，互聯網化時代帶來了敏捷的先進思想，推動了業務與技術的初步融合。DevOps等理念則進一步促進了開發與運維的深度融合，打破了組織壁壘，提升了團隊協作效率。如今，在數字化時代，我們更加註重以業務爲中心，實施精益化、平臺化、一體化的管理模式，以更好地滿足業務需求。業務與技術之間的鏈接一步步緊密，這是業務競爭與技術發展之間的雙向奔赴。BizDevOps也應運而生。
從字面意思理解，BizDevOps即業務研發運維一體化，是一種倡導業務、開發和運營三個工作域拉通互聯的方法論。但若想真正落地一個紮實的BizDevOps絕非易事，如果沒有強健的縱深的建設，橫向的拉通將無法真正體現其價值。本文將從基礎DevOps的視角，對BizDevOps的進階建設提供思路。
02
BizDevOps縱向建設
1、Biz的縱向建設
從一些研發組織視角來看，與業務之間的交集似乎只在於需求的評審及最後的驗收階段，事實上，對於較複雜的業務場景梳理可能遠比研發更頭疼。在數字化轉型的背景下，這些業務場景也越來越需要研發的技術、數據的支撐。
與研發側最近常被提及的平臺工程類似，業務也有自己的平臺工程或業務中臺，包含創意供給平臺、產品信息中心、內容營銷洞察等等。而這些平臺所支撐的企業最核心的目標願景便是企業的整體戰略，這其中業務創新又是大部分企業最重要的一個戰略方向。
同樣類似於Dev的建設過程，業務也需要與業務中臺匹配的實踐，Dev中的敏捷、精益等思想同樣適用在業務的縱向建設。而與Dev“標準化”爲目標的區別在於，Biz的這些實踐更多是爲迸發更多的創新點。
2、Dev的縱向建設
DevOps如今已是滑過了Gartner軟件成熟度曲線的“Peak of iflacted expactations”，但國內很多組織的DevOps基建仍處於建設期，且相對於國外，國內的DevOps更聚焦在Dev：
- 對於Devops工具鏈模塊明顯缺失、研發過程管理缺少規範的組織，選擇基於成熟的開源或商用一體化DevOps平臺，並配套最佳實踐，是快速構建DevOps基礎能力的較佳選擇。具體的建設內容可劃分爲需求管理（兼備敏穩雙態管理）、持續集成（以流水線爲核心串聯自動化工程工具）、測試管理（與需求之間更緊密地聯動）、製品庫（一、二、三方庫統一管理，保障交付物可信度）等模塊；
- 對於已具備完成工具鏈路的研發組織，則需要爲後續的橫向拉通做準備，爲節約後續橫向拉通的成本，首先需對自身交付過程進行端到端的貫通。主要爲Dev中的流程與工程的融合，要儘量做到各個階段的標準化建設，可以結合敏捷實踐、精益思想使工具發揮其最大價值，同時通過需求池及業需評審實踐，初步與Biz建立連接。
3、Ops的縱向建設
傳統的運維域已有豐富的場景支撐，如CMDB、ITSM、監控告警體系等。而在數字化背景下，Ops除了運維之外，還被賦予了運營的使命。通常的運維建設中，CMDB是基石的角色，CMDB中的“C”是capital（資產），而被消費的才能稱之爲資產。因此一般運維的建設路徑是從CMDB出發，之後根據實際的運維消費場景對運維工具進行擴展。同時Ops側的規範化要求要遠高於Dev側，一系列的體系規範如ITIL給出了指導方向，因此，傳統Ops相較於Dev的異構化兼容（包含了工程、流程、文化等）會有更明確的建設方向。而運營上，可以分爲技術指標和業務指標，技術指標在於Dev、傳統Ops的進度指標及軟硬件健康情況等；業務指標在於用戶分析之類的埋點，以及需求後評價。
03
BizDevOps橫向建設
基於BizDevOps的橫向拉通方式：Biz、Dev、Ops三者的拉通可以分成上中下三層。
1、上層爲目標層
從戰略出發統一目標，各類角色基於一致的模型理解BizDevOps，對齊實施目標和策略步驟，幫助組織形成共同語言，保證對同樣的概念有統一的理解，提升溝通的效率和效果，制定有效和可落地的行動計劃。以研發角色爲例，不僅要從單一需求的角度對其價值進行判斷，更要以業務視角對整個需求的業務關聯有一定認知。
2、中層爲價值流層面
從Biz的創意點——Dev的研發工程——Ops的各平臺之間要相互連接並對齊目標，比如：
- Biz中創意平臺中的創意點以需求池的形式同步到Dev的需求管理，同時將Biz及Dev的流程串聯在一起；
- Dev和Ops之間以製品的形式進行自動化同步晉級，保障交付物的單一可信、可追溯；
- Ops的需求後評價與Biz的實際價值形成閉環反饋，技術人員可以更直觀認知到自己的工作對業務產生的貢獻。
以上信息都可以通過價值流引擎串聯，從而以業務整體維度去識別卡點。同時，也要基於上層的統一的模型，縱向檢查當前實踐中缺失或薄弱的點。
3、下層的沉澱與維護
下層主要是基於上層的價值流架構，拉通中層梳理的網絡關係，基於完整的模型，識別組織的核心數字資產，並持續沉澱和維護這些資產，如業務架構、研發架構、過程產出物等。
04
結語
由上述內容可見，BizDevOps的建設並非一蹴而就，它需要長時間的積累與努力，並對各角色人員的能力提出了明確要求。然而，其帶來的價值也是顯而易見的，回報豐厚。顯性上：在Biz、Dev、Ops縱向上做的沉澱都將有形地得到貫通、理順，讓每一個縱向節點產生的價值真正從全局維度帶來收益；隱性上：有統一的工作語言、統一的平臺串聯，跨部門溝通將較傳統“DevOps”進一步提效，而新的技術勢必會提高人才的吸引力，人才梯隊建設也會更加紮實。