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”進一步提效，而新的技術勢必會提高人才的吸引力，人才梯隊建設也會更加扎實。
