在信息時代，流程是業務最佳實踐的總結，大多數企業流程化和信息化建設的過程中都積累了大量的IT系統。隨著企業的發展，IT系統越來越多，集成關系越來越復雜，業務需求的實現周期越來越長，成本也越來越高。IT部門天天加班，也免不了被業務部門詬病“慢、貴、難”。

進入數字時代，企業的業務作業越來越依賴IT系統，決策越來越依賴數據與算法，這使得IT系統不再只是固化流程的工具，而是成為業務開展的“作業平臺”。業務的任何變化都需要IT系統來承載，這不僅意味著業務和IT系統的關系更加緊密，也意味著業務對IT的需求比以往任何時候都要多，期望的實現周期更短。不斷爆發的業務需求和有限的IT能力之間的矛盾愈發突出。

業務部門和IT部門有一道鴻溝，業務部門抱怨IT部門不懂業務，響應慢；IT部門抱怨業務部門沒想清楚，需求變化快。如果業務部門和IT部門依然“兩張皮”運作，很難從根本上解決“慢、貴、難”的問題。

如何解決這個問題，應該從兩個方向入手。

1、業務、IT融合，打造一體化產品團隊在團隊組建上，改變原來公司業務、產品、研發（包含測試）、運維、運營的組織架構，從各個部門抽取精干力量，共同組成業務和IT系統一體化產品團隊。類似敏捷開發模型中讓產品和研發結對子的方式，一體化產品團隊包含從產品經理、業務人員、數據分析、設計、研發、測試、運維、運營的涉及產品全生命周期管理的各個環節的角色，由他們共同為產品負責。改變了以往瀑布式的產品研發模式，能快速響應需求并快速部署上線進行驗證，大大提高了產品上線的速度。

團隊構成如下圖所示：

在業務和IT一體化產品團隊建設中，要落實責任、加強團隊融合。落實產品經理負責制 產品經理是IT產品團隊的核心，是產品成功的第一責任人； 產品經理需要有整體的規劃和前瞻性的思考，需要深刻理解業務和技術，能帶領團隊開拓創新，并帶動團隊中業務人員和IT人員的融合； 產品經理除了需要具備產品規劃、項目管理、業務領域知識等必備技能和知識之外，更重要的是要有情懷，要有將產品打造成精品的理想，有將產品進行持續演進的使命感，有長期看護的堅守，以及有將產品當作自己孩子一樣的情感； 同時賦予產品經理管人、事、錢的權利，并基于業務價值達成、用戶滿意度、產品質量、產品工程能力等設定產品經理的評價模型。 能力融合，業務人員懂IT，IT人員懂業務

業務人員要培養數據意識，學會把文檔轉變成數據，用數據來定義業務；

業務人員需要學習需求分析、架構設計、軟件開發等知識和技能，理解軟件工程；

IT人員要構建產品意識，要有客戶思維、用戶思維、商業思維，還要提升對業務的理解。理解業務戰略方向和業務訴求初衷，才能吃透需求；

IT人員也需要掌握業務模式設計、運營模式設計、流程設計、場景分析、體驗設計等；

IT人員要提升產品架構設計能力，掌握自動化工具；

數據人員不僅要聚焦數據本身，也要成為業務專家和IT人員的橋梁，幫助業務人員用數據抽象、描繪業務，并做好數據建模，構建業務元數據，用數據驅動開發；

產品團隊全員都要有服務化設計的意識，通過業務解耦設計，識別服務，定義服務，共享服務，提升業務響應能力和專業水平；

產品團隊全員都要培養架構意識和系統思維，確保設計完整性和架構完整性，盡可能避免架構性缺陷帶來的推倒重來，避免給業務帶來風險；

產品團隊全員都要學習項目管理方法和變革管理方法，理解如何有效開展變革。

2、服務化架構設計

業務和IT一體化融合解決了不同角色人員之間溝通問題，強調統一意識和步調，從產品規劃的層面來提升效率。產品路線和功能定義好后，在實現層面，我們引入服務化的概念，將IT系統拆分為一個個松耦合的服務，使服務可以獨立交付，并基于業務場景進行靈活編排，快速迭代，進而極大地提升交付效率。

簡單理解服務化，就是對一個個復雜的業務流程進行解耦拆分，將流程中的一個個活動抽象出來，并將相同的活動進行標準化定義和開發，成為一個個標準的、松耦合的應用服務，再由前端頁面對這些服務進行組合、編排。這樣構建出的應用可以適應業務的不同場景，靈活響應業務變化。

如何實現從業務到IT的服務化，華為公司創新提出了V模型。如下圖：

V模型以服務化理念為核心，以數據為錨點，將自頂向下的業務設計方法和IT應用的規劃及設計方法相結合。

V模型從左邊的業務設計開始，到右邊的IT系統實現，起點是價值流和業務能力。V模型向上對齊業務戰略和價值，向下落地到業務設計和IT產品實現。

業務和IT中間是數據，要拉齊業務和IT，關鍵是找到穩定的業務對象（概念實體），并圍繞業務對象進行“業務/數據/應用”的一體化設計。應用服務作為三者的融合單元，實現業務、數據與系統功能的全拉通。

沿著業務場景和業務流程，對業務活動、任務進行逐層分解，把能力轉變為服務，使能力能被各種場景下的業務流所調用。服務化從業務設計開始，不僅是IT的服務化，也是業務的服務化。

讓不同專業背景的業務和IT專家，用同樣的語言、方法規劃和設計IT產品，提升溝通的效率和設計的有效性，是業務和IT一體化產品團隊工作的有效武器。

(1)確定業務能力。

價值流和業務能力是起點，所有的業務領域都是為提供某一組特定的業務能力而存在的。開始時需要先識別所處的業務范圍，以及業務的外部客戶或內部用戶是誰，并從如何為客戶或用戶創造價值的視角，一步步描繪這個價值創造過程；繼而識別為了實現業務的價值創造，需要具備什么樣的業務能力。

(2)分析業務場景，定義并收斂業務活動。

接下來需要基于對價值流的細化，以及對業務能力的描述，識別具體的業務場景和業務流程，并沿著場景和流程，對活動進行逐層分解定義。另外，不同場景可能存在相同或相似的活動，需要將這些活動一一識別出來。

(3)識別BI，定義業務對象。

識別每一個業務活動輸入和輸出的“表、證、單、書”，定義業務對象。如果一個活動的輸入和輸出符合業務對象的特征，則可以是一個業務對象。反之此BI不能獨立存在，需要繼續確定所歸屬的業務對象。

(4)識別應用系統模塊，以及應用服務/特性。

基于業務對象初步識別出應用系統模塊，保持兩者有相同的顆粒度。然后，基于邏輯實體和活動，識別出一系列應用服務清單，再將應用服務歸類于某一應用系統模塊。通常來說，同一業務子領域下的應用系統模塊組合成一個產品，同一業務領域下的產品組合成一個產品族，使IT建設對準業務。