BPMN:流程編排與流程編舞:組織內部與組織間的協作

簡介

組織很少僅透過單一團隊或系統來交付服務。客戶訂單、理賠申請、貸款申請或員工入職流程可能涉及多個部門,有時還包括供應商、支付服務商、監管機構或其他外部組織。

協調此工作的兩種常見方式是「流程編排」與「流程編舞」。流程編排透過中央流程負責人或控制器來協調活動;流程編舞則透過各方同意的互動來協調獨立參與者,無需單一中央控制器指揮整個流程。

兩種方法並非哪一種普遍更優。正確的選擇取決於誰需要控制工作流、參與者的獨立程度,以及流程所需的可視性、彈性與問責程度。BPMN(業務流程模型與標記法)可協助團隊使這些安排可視化並可討論。

關鍵概念

流程編排是一種由中央協調的工作流程。編排者決定下一步該做什麼、指派或觸發工作、追蹤進度,並處理延遲或失敗等結果。編排者可能是人員、業務流程管理系統或應用程式。

流程編舞描述獨立參與者之間的互動。每個參與者管理其內部工作,同時遵循關於訊息、事件與結果的共同預期。單一參與者未必控制端到端的整個流程。

參與者是參與流程的人員、團隊、部門、組織或系統。參與者可能執行工作、做出決策,或與他人交換資訊。

交接發生在責任或資訊從一個參與者轉移至另一個參與者時。定義不清的交接可能導致延遲、重複工作,以及對誰負責的不確定性。

流程邊界區分一個參與者所控制的工作與其不控制的工作。此區分在組織之間尤為重要:公司可協調其內部步驟,但通常無法直接指揮供應商的內部工作流程。

編排與編舞比較

面向 編排 編舞
協調方式 由中央控制器協調序列 參與者透過同意的互動進行協調
流程可視性 編排者通常可追蹤端到端的流程 每個參與者通常僅能看到自身工作及相關交換
控制 對進度與異常的集中控制 自主權分散於各參與者
最適合於 具有明確所有權、依賴關係與服務目標的工作 獨立團隊或組織間的協作
常見挑戰 控制器可能成為瓶頸或單點故障 參與者需要明確的合約、共享的語義與可靠的溝通
典型範例 公司的系統負責路由與追蹤客戶的貸款申請 零售商、支付提供者與運送業者交換訊息,同時各自管理其營運

這些是協調模式,並非互斥的技術。企業可以自行編排其內部流程,並使用編舞(choreography)來與外部合作夥伴協調。

組織內工作的協調

在單一組織內,當活動彼此依賴且需有人監控整體案例時,編排(orchestration)通常相當有用。例如,IT 服務請求可能由服務台記錄、由支援團隊評估、必要時升級至安全團隊,並在請求者確認修復後關閉。工作流系統可分配任務、強制執行所需核准,並追蹤期限。

當團隊擁有高度自主權時,編舞(choreography)可能更為合適。例如,產品上市可能涉及行銷、法務、工程與客戶支援團隊。每個團隊負責其自身工作,但他們會就關鍵事件達成共識——例如「發布日期確認」或「客戶文件核准」——以便其他團隊得以繼續進行。

實際問題並非單純是否存在中央系統,而在於是否有一位參與者負責指導與監控整體流程。共用行事曆或訊息平台並不必然使流程具備編排特性;擁有負責路由工作與管理異常的中央流程負責人,才是編排更強烈的指標。

組織間工作的協調

跨組織流程通常結合兩種方法。每個組織可編排其內部活動,同時各組織透過訊息與承諾的編舞進行彼此協調。

考慮線上購買情境:

  1. 零售商接受訂單並協調其自身的訂單驗證。

  2. 零售商向支付提供者發送付款請求。

  3. 支付提供者獨立核准或拒絕付款,並回傳結果。

  4. 若付款獲核准,零售商將安排履行訂單。

  5. 運送業者接受運送請求、管理配送,並回報追蹤事件。

  6. 零售商利用這些外部回應更新客戶。

零售商可編排其自身的訂單流程,但通常無法控制支付提供者或運送業者的內部工作流。因此,組織間的互動更應視為一組約定交換:誰發送何種內容、預期何種回應、適用何種期限,以及若回應缺失或為負面時該如何處理。

此界線至關重要。將外部合作夥伴建模為另一個內部部門,可能暗示該組織實際上並不具備的權限或可見性。

BPMN 如何呈現這些模式

BPMN 提供一套視覺記號,用於描述工作流、參與者與互動。在 BPMN 圖表中:

BPMN 初學者指南:業務流程建模符號完整指南

  • 泳道池代表參與者,通常是組織或獨立的流程參與者。

  • 泳道將參與者內部的職責進行劃分,例如部門、角色或系統。

  • 任務代表工作,例如「驗證訂單」或「批准退款」。

  • 事件代表發生的事情,例如訊息抵達、計時器到期,或流程開始或結束。

  • 閘道顯示分支或合併邏輯,例如付款是否獲批准。

  • 序列流程顯示流程內工作的順序。

  • 訊息流程顯示不同泳道池之間的通訊。

對於編排(Orchestration),BPMN 模型可顯示一個協調流程,用於路由工作、等待回應並管理異常。對於協作(Choreography),圖表應強調參與者之間的互動,以及他們之間交換的訊息或事件。

一個有用的建模區別是,序列流程保留在單一泳道池內,而訊息流程連接不同的泳道池這有助於將內部控制流程與參與者之間的通訊區分開來。

範例

範例 1:員工入職

編排:人力資源部門負責入職案例。一旦新進人員確認,人力資源部門將觸發 IT 帳戶設定、申請設備、追蹤所需培訓,並跟進未完成的任務。

編排:人力資源部門負責入職案例。一旦新進人員確認,人力資源部門將觸發 IT 帳戶設定、申請設備、追蹤所需培訓,並跟進未完成的任務。

協作:人力資源部門、資訊技術部門、設施管理部門、招聘經理和新進員工各自負責其活動。他們透過預先協定的事件和期限進行協調——例如,人力資源部門發送開工日期通知,資訊技術部門確認帳戶準備就緒,經理確認角色專屬培訓。

實際選擇:當人力資源部門必須追蹤完成情況並解決整個流程中的延遲時,請使用編排。即使在大規模的編排工作流中,也應將團隊之間的承諾建模為明確的互動。

範例 2:客戶支援升級

編排:工單流程會指派新案件、檢查優先級、將其路由至正確的支援層級、啟動升級計時器,並追蹤解決進度。

編舞:支援團隊、工程團隊與第三方服務供應商透過案件更新與商定的回應預期進行協調。各方各自管理其調查與內部佇列。

務實的選擇:在支援組織內部編排工單歸屬與服務等級追蹤。當工作跨越至工單負責人無法控制的團隊或公司時,請使用明確的訊息與升級預期。

範例 3:涉及修車廠的保險理賠

編排:保險公司管理理賠案件、驗證保單涵蓋範圍、請求估價、做出決定,並追蹤付款進度。

編舞:保險公司、被保險人、修車廠,以及可能的理賠評估師之間交換資訊與決策。修車廠自行控制其檢查與維修工作;保險公司無法直接指示其內部流程順序。

務實的選擇:將保險公司的理賠流程建模為編排式工作流,並透過訊息、回應與商定的里程碑來呈現修車廠的參與。

選擇方法

使用編排當:

  • 單一負責人需對端到端結果負責。

  • 工作具有嚴格的依賴關係或必需的核准順序。

  • 參與者需要集中式的狀態追蹤、指派或升級機制。

  • 流程必須套用一致的規則或稽核控制。

使用編舞當:

  • 參與者彼此獨立,並保留對自身流程的控制權。

  • 沒有任何單一組織能合法地主導整個工作流。

  • 協調取決於訊息、事件與雙方共同承諾。

  • 參與者需要空間來調整其內部工作流,而無需重新協商每個步驟。

使用混合當中央所有者協調其自身流程,同時與自主合作夥伴互動時。這種情況常見於供應鏈、金融服務、醫療保健網絡以及面向客戶的數位服務中。

常見設計陷阱

  • 讓中央控制器對其無法控制的事項負責:協調者可以請求工作或監控承諾,但外部參與者仍擁有其自身執行的主導權。

  • 交接模糊不清:明確資訊發送者、接收者、預期回應內容,以及何時應進行升級處理。

  • 僅建模正常流程:納入重要例外情況,例如拒絕、資訊缺失、超時、取消與重試。

  • 使用含糊不清的訊息:定義「已接受」、「已核准」或「已完成」等狀態的含義,以確保參與者能一致解讀。

  • 將第一張圖表過度複雜化:從主流程與主要參與者開始。如有需要,再於獨立視圖中新增詳細任務與例外情況。

  • 將圖表視為營運協議:BPMN 模型可釐清責任與互動,但跨公司流程可能還需合約、資料定義、服務期望與治理機制。

使用 Visual Paradigm BPMN + AI 進行流程建模

Visual Paradigm 描述如何透過 AI 輔助,將純文字的流程描述轉換為 BPMN 圖表,隨後在其建模環境中進行編輯。其 BPMN 工具亦支援流程下鑽與工作程序文件化。請將 AI 產出視為需審查的草稿,而非證明流程正確或符合規範的依據。

結合 Visual Paradigm AI 的 BPMN:完整指南 - Visual Paradigm 部落格

實用工作流程:

  1. 撰寫流程敘述。列出參與者、其責任、主要決策,以及跨越組織邊界的事件或訊息。

  2. 產生初稿。在 Visual Paradigm 中,以純文字描述流程,並請求相關的泳道與池。確切的介面與功能可用性可能因產品版本而異。

  3. 檢視邊界。確認內部工作位於正確的池內,且參與者間的溝通以訊息流程呈現,而非內部序列流程。

  4. 檢查邏輯。確認閘道條件、核准與拒絕路徑、計時器、缺失回應情境以及終止狀態。

  5. 與參與者驗證。請流程負責人與合作夥伴代表確認責任、訊息含義、截止期限與例外情況。

  6. 精修並文件化。在必要處新增細節,附上工作程序;若為流程重新設計,則需維護現狀與目標狀態的獨立版本。

建立初始模型的實用提示:

建立一個涉及客戶、零售商、支付服務商和運輸商的線上訂單 BPMN 2.0 流程。零售商驗證訂單並向支付服務商發送付款請求。若付款被拒絕,零售商通知客戶並終止訂單;若付款獲批准,零售商向運輸商發送出貨請求。運輸商回覆出貨確認與送達狀態訊息。若未在約定時間內收到合作夥伴的回應,請包含超時路徑。將每個組織劃分為獨立的泳道池,在零售商內部以泳道顯示其活動,並使用訊息流來表示組織間的溝通。

生成後,請確認圖表能清楚區分零售商的內部流程序列與與支付服務商及運輸商交換的訊息。請與實際執行工作的相關人員共同審查每個分支與超時機制。

結論

編排與協作解決不同的協調問題。編排賦予負責的擁有者引導與監控工作流程的方式;協作則讓獨立參與者透過既定的互動進行協調,同時保留其自主性。許多實際流程同時運用兩者:在各組織內部採用編排,在組織間界線則採用協作。

BPMN 透過區分參與者、內部工作、決策與訊息,使這些安排更便於討論。AI 輔助建模可加速初稿的製作,但最重要的工作仍由人類完成:驗證責任歸屬、例外路徑,以及確保協調成功的協議。