注：本文整理自暢銷書《精益產品開發 原則、方法與實施》作者何勉在2022阿里雲研發效能峯會數字化轉型分論壇主題演講。
一、數字化轉型的本質和能力模型
數字化轉型是當下的熱門詞彙，每個人對它都有自己的理解。比如，數字化雲廠商認爲數字化轉型需要人工智能、大數據、雲技術等基礎設施；諮詢機構認爲數字化轉型需要經歷管理變革、流程再造、組織轉型，需要從組織、人、思想、流程開始；實施廠商認爲數字化轉型可以通過API、流程自動化、數字孿生來實現，幫助打造柔性、敏捷的供應鏈或業務的中臺。
我們認爲，數字化轉型的本質應該是業務。
前工業時代大多奉行“慢工出細活”，認爲質量和效率不可兼得。而工業時代實現了質量和效率的兼顧，這也帶來了人類現代社會的繁榮，但犧牲了個性化的體驗。數字化轉型在質量和效率統一的基礎上，又帶來了個性化的體驗。
可以說，數字化轉型將我們從“規模化製造”帶到了“規模化定製”的時代。
如今的C2M、定製生產、個性化教育、普惠金融、精準的醫療保健、貨運行業的數字化 、智能電網/虛擬電廠等行業都離不開數字化，其背後共同的邏輯是質量、效率和個性化體驗的統一。
爲什麼是數字化把我們帶到“規模化定製”的時代？
首先是它具備數字業務能力。過去的信息化往往是對各個環節進行信息化，能夠提高各個環節的效率，讓各個環節的流程更加規範。而如今，我們想要精準地響應用戶需求，就必須站在用戶的視角，打通價值交付的鏈路。端到端地連接價值交付鏈路，精準獲取、還原、響應、滿足用戶的個性化需求。
其次是數字技術能力，這也是數字化真正的不同。全鏈路實現數字化的運行，才能保證鏈路上的效率和質量，既可以打通鏈路，又滿足個性化的需求，也能保證質量和效率。但全鏈路的數字化運行一定要建立在統一的數字化模型基礎上，才能讓各個鏈路共享數據，能夠雙向連接物理世界和數字世界。
數字業務能力+數字技術能力的結合稱爲業技融合，通過且必須用技術的手段解決業務的全鏈路問題。因此數字化背後的基礎是業技融合，需要有數字業務能力和數字技術能力，在此基礎上才能得到高質量的數據，才能實現數據應用以及實現智能。
第三個能力是數據應用能力。沉澱和應用全量、全要素和實時的數據，保障和持續改進業務運行的效率，並承接數字化的資產，創造新的客戶體驗和商業模式。我們需要連接的不僅是企業內部，還有企業之外的生態。
因此，第四個能力爲生態連接能力。在組織充分數字化的基礎上，生態連接能力也會得到加強。因此要以數字化的資產和數字化的平臺爲基礎，連接更多資源，共創客戶價值，提升全行業的效率和體驗。數據應用能力和生態連接能力的結合稱爲智能生態。數字化轉型，業技融合是基礎，智能生態是質的飛躍和升級。離開了業技融合，一切都是空談。
SHEIN作爲中國跨境電商巨頭，在2022年得到了1000 億美元的融資，它真正站在用戶視角，用數字化的方式，通過全鏈路、高效的數字化運作，獲取、還原、設計、生產、交付以及服務用戶的需求，打通數字化運行的鏈路。最後將相關的服裝生產、營銷、設計以及上游供應鏈整合在一起，形成智能的生態。如今，很多其他企業也都在通過業技融合、智能生態來實現自己的數字化轉型。
二、業技融合賦能數字化業務創新發展
產品開發以及組織內部也需要升級，才能服務好業務。沒有數字化的組織，則難以支持數字化的業務。因爲數字化浪潮的衝擊，業務和技術之間的牆正在消解。
然而，現如今組織上，業務和技術的關係仍然是割裂的，反而落後於業務的發展。DevOps使技術側內部（開發和運維）的牆有所消解。
那麼，業務和技術之間的牆如何打破？如何將業務和技術打通？
創造數字化的組織，創造技術和業務有機融合、高效運行的數字化組織，是BizDevOps要解決的問題。其最終目標是賦能數字業務的持續創新和長期發展。
馬斯克曾說，設計生產汽車的工廠，比設計和製造汽車本身要困難十倍、一百倍。汽車的工廠相當於在數字化業務中的組織，汽車本身即數字化業務。
BizDevOps的目的在於打造業務和技術有機融合的數字化組織，即生產機器的機器，賦能數字業務的持續創新和發生。
三、業務驅動、產品收斂和能力沉澱
業技協同，到底應該以業務爲核心還是以技術爲核心？業務和技術在過程中扮演的角色不一樣，我們認爲應該以業務驅動，產品收斂，能力沉澱。
首先，業務會按照客戶線或按照其他條線進行劃分，每一條客戶線會定義自己的戰略或業務目標；產品按照產品線來劃分，產品線也會定義自己的願景和產品目標。願景需要能夠承接業務的戰略目標，要與業務目標對齊。往往一個產品需要服務多個業務，因此並不是直接承接或對齊。產品線要沉澱自己的數字化資產、數字化模型和商業能力。
數字化資產是很多企業最核心的資產，它不僅僅是數據，而是被加工後的有效數據。比如被標籤化的用戶可以成爲數字化資產，對行業的理解也可以沉澱爲數字化資產。每條客戶線會做出自己的業務規劃，有自己的市場洞察，提出自己的需求。但需求僅僅是業務的機會，業務機會會過濾和轉化成爲業務專題。業務專題往往比需求大，但比項目小。它與項目的不同之處在於，它更加面向目標，而不是確定的內容。專題服務於產品目標，我們會對每個專題定義成功標準，由業務和產品共同定義，並由業務對成功標準提供反饋。
專題會結合某個商業能力服務於某個業務場景。比如貨運行業中，面向綜合業務的過程數字化是專題，場景是綜合業務，商業能力是對於運作過程的記錄和監控等，然後產出場景化的能力，將來組合成爲客戶的解決方案。有了專題後，可以分解出一系列舉措。舉措可以理解爲產品的需求，但它不一定只是產品需求，也可能是不需要開發的運營類動作。舉措會被分配給相應的交付或實施團隊執行，繼續分解爲技術任務。
上述運作方式裏存在三個層面：有產品的規劃和沉澱，有業務機會的識別和專題的規劃，有技術交付的執行和跟蹤。
完善上述三個層面，即可幫助企業可持續地進化數字業務和數字產品。業務驅動、產品收斂和能力沉澱是BizDevOps下業務和產品之間的有機關聯。
以某貨運企業爲例，它提供了專題的看板，將端到端的業務專題的規劃、交付和反饋鏈路在看板進行規劃，識別業務機會，收斂業務機會，規劃專題，交付專題並且進行反饋。實現前後職能拉通，真正拉通業務、產品和運營。每個專題會被分解爲舉措。舉措可能是業務需求或產品需求，分配到不同的團隊，跟蹤產品需求的交付鏈路。產品需求的交付爲不同的專題服務，構成分層的看板或分層的價值交付鏈路。
最上層的交付鏈路爲專題的交付鏈路，專題下爲產品需求的交付鏈路，實現交付鏈路打通，真正做到了業務、產品和開發運營的有效協同。不同的交付團隊可能爲同一個專題服務，團隊目標並不是讓自己交付得更快，而是推進專題下的舉措，實現專題的目標。
上圖藍色爲業務目標反饋環，包括業務機會的發現、專題啓動、專題規劃、專題反饋，該循環交付的是專題，動態實現業務目標。紅色爲交付效能反饋循環，面向交付效能，中間綠色循環爲面向工程效能的循環。
四、總結
0-1階段：該階段主要關注業務進化的效率，包括業務驅動、產品收斂和能力沉澱。真正落地的是場景化的能力。
1-10階段：該階段關注可規模化的解決方案。需要將產品、能力組合爲客戶解決方案，制定落地的營銷和運營策略。我們需要爲客戶提供解決方案，且必須是可規模化的、有合理商業模式的解決方案。
10-N階段：關注客戶發展的效率。從初始的客戶變爲客戶的成功，最終實現商業的成功。
馬斯克說，“真正的問題，真正的困難，同時也是最⼤潛⼒所在，就是打造製造機器的機器（也就是⼯⼚）。我真的把⼯⼚當做產品來看待。”同樣，我們也需要將組織當成產品和業務來看待，致力於打造製造機器的機器，即數字化的組織。
作者：何勉，BizDevOps共促計劃專家組組長，暢銷書《精益產品開發 原則、方法與實施》作者，《必致（BizDevOps）白皮書》作者。
《必致（BizDevOps）白皮書》完整版下載：https://developer.aliyun.com/ebook/7847
2022年12月22日，阿里云云效聯合南京大學、Thoughtworks、極客邦、招商銀行、優川信息等單位以共促計劃名義正式發佈《必致（BizDevOps）白皮書》，在數字化時代釐清業務產品運營協作關係，提供一體化模型和實踐框架，助力企業數字化轉型破局。
BizDevOps 共促計劃介紹
BizDevOps 共促計劃（英文名稱：“BizDevOps Promoting Plan”）聚焦於BizDevOps體系的完善、應用與推廣，加速企業和組織的數字化轉型，爲數字經濟的發展貢獻力量。是由南京大學軟件研發效能實驗室、北京極客邦科技有限公司、阿里雲計算有限公司、思特沃克軟件技術（北京）有限公司、招商銀行股份有限公司、上海優川信息技術有限公司聯合發起成立的專業性、全國性、非營利性的虛擬社會組織，並持續面向相關企事業單位、高等院校、科研院所、社團組織開放共建。
本文爲阿里雲原創內容，未經允許不得轉載。