現在我們分析一下一個端到端業務流程的環節組成（模塊）之間的依賴，例如，一個商城的基本交易流程爲：商品接入、端到端用戶註冊簽約、商品管理、商城商品瀏覽與搜索 、入購物車、下訂單、支付、發貨與退貨等，經過分析我們會發現一個基本的規律：
1、下一個流程環節往往會依賴上一流程環節或前序流程環節，而不依賴下一流程環節，因爲後面的流程業務跟它沒關係
2、下一流程環節的操作和管理，往往會查詢所依賴的，上一流程或前序流程環節的業務實體，以及它的狀態、類型等規則，體現爲上一流程環節或前面環節的業務實體的部分屬性的查詢，狀態、規則的查詢與判斷
3、對於同一端到端用戶，流程上往往應是閉環的，比如對於經銷商，有商品的接入，訂單的接收，有商品上下架管理，也有發貨、退貨管理，也就是說，這個用戶羣的業務應是完整的，否則它的業務就無法辦完
4、企業的客戶，或者說用戶羣，由於業務模式的不同設計，可能會產生多個端到端流程，但這些不同的端到端流程，基本在流程上是沒有藕合的，交易數據也會是基本獨立的
5、不同的端到端流程，往往會發生在同樣幾個端到端用戶身上，但不應產生流程上的藕合，否則就說明這個流程架構的設計就是有問題的，目標不清晰的
6、多個端到端流程，往往會有一些企業級共享主數據和規則，這些數據代表了企業級的共享數據與業務規則，這就是爲什麼許多企業會搞主數據平臺和規則平臺的原因
不同的端到端流程，往往會拆分會一個個子系統，而一個個環節，往往會拆分爲一個研發團的隊，那麼，團隊對業務敏捷，必體現了應對流程變化的敏捷。那麼如果你的流程架構不是清晰的，交織在一起的研發團隊，必然也會交織在一起，這樣的團隊還能夠敏捷的起來嗎？
所以，消除端到端流程之間的藕合，減弱流程環節之間的藕合點，消除服務層之間的雙向藕合，就是一個成功的業務敏捷研發團隊的基石。
而前端應用的組織，往往會考慮不同用戶羣的統一入口，而拆分爲不同的應用，但它背後的業務，很可能是與別的應用屬於同一業務範圍，比如，一個訂單，要去運營後臺應用中去審批，它其實還是屬於訂單管理的範圍，只是表現層應用拆分了，而服務層、數據層也拆分，就會產生應用之間嚴重的藕合，同一業務範圍的服務層、數據層應集中，而不能按前端應用簡單拆分。否則就會產生大量接口，以及事務一致性如何保證的問題。