理解BPMN:任務類型與流程建模指南

引言

商業流程模型與符號(BPMN)的開發具有雙重目的:提供一種簡單且直覺的符號系統,用於建立商業流程模型,同時保持足夠的技術深度,以應對複雜的商業需求。為了達成這種平衡,BPMN將其圖形元素分類為特定類別,使讀者能快速識別基本組件,同時利用額外的變體來建模複雜情境,而不會使圖示整體外觀變得混亂。本指南專注於「任務」類別,詳細說明各種形狀及其在流程建模中的特定角色。


BPMN任務定義

任務是BPMN流程中的基本構建單元。雖然基本任務形狀表示無特殊類型,但符號系統允許使用特定變體來明確說明任務的執行方式。

BPMN任務描述範例:

該圖示說明了一個複雜的流程,使用多種特定的BPMN任務類型來標示每個步驟中所執行工作的性質。 這些任務位於兩個主要泳道中: 銷售部門與履行與運營部門。

銷售部門泳道中的任務元素

  • 使用者任務(「輸入訂單詳情」): 此任務, 以矩形左上角的小使用者圖示標示, 代表一個由人類執行者(銷售員)與軟體應用程式互動以輸入訂單資訊的步驟。

  • 手動任務(「驗證客戶信用」): 以手形圖示標示, 此任務由人類執行,不依賴任何自動化業務流程執行引擎或應用程式。 這是一項純手動檢查。

  • 使用者任務(「通知銷售經理」): 另一項使用者任務, 此任務要求系統為銷售經理建立一項任務以進行通知, 可能發生在信用驗證失敗時。

  • 子流程(「處理爭議」): 此元素, 以小加號標示, 是一個可重複使用的子流程,目前以收縮狀態顯示。 它代表一個更詳細的, 自包含的流程(「處理爭議」工作流程),作為主流程的一部分被調用。

履行與運營部門泳道中的任務元素

  • 業務規則任務(「決定運輸方式」): 此任務, 以小型表格/網格圖示標記, 表示一個自動化步驟,利用商業規則引擎根據預設標準來決定最佳的運輸方式。

  • 服務任務(「預留庫存」): 以齒輪圖示表示, 這是一個自動化任務,流程引擎會與外部服務(如ERP或庫存系統)互動,以預留所需的庫存。

  • 發送任務(「生成運輸清單」): 以「發送」信封圖示標記, 此自動化任務旨在發送訊息——在這種情況下, 一份運輸清單——給外部參與者, 例如運輸承運商。

  • 腳本任務(「計算總成本」): 以腳本/卷軸圖示表示, 這是一個自動化任務,流程引擎會執行預先定義的腳本,以計算訂單的總成本。

  • 接收任務(「等待合作夥伴確認」): 以「接收」信封圖示標記, 此任務設計為暫停流程,直到從合作夥伴收到外部訊息(確認訊息)為止。

  • 呼叫活動(「向客戶發票」): 此元素, 具有粗邊框和加號, 是一個全域任務或流程。 它引用並調用一個外部, 可重用的「向客戶發票」流程。 這使得流程能夠調用其他地方定義的標準發票程序。

BPMN 任務描述範例:

此「新員工入職工作流程」說明了各種BPMN任務類型如何協調跨部門活動。

人力資源部門欄位

  • 使用者任務(「驗證候選人資料」): 此任務由人形圖示標示,涉及人力資源人員與系統互動以核對資料。

  • 使用者任務(「向招聘人員請求更正資料」): 一個需要人工介入以解決錯誤資訊的互動式任務。

  • 發送任務(「發送歡迎郵件與導入議程」): 一個設定為向新員工發送訊息的自動化任務。

  • 接收任務(「等待候選人接受」): 此任務會暫停流程,直到收到候選人的回應為止。

IT部門通道

  • 手動任務(「寄送聘僱提議給候選人」): 由人工執行,無需執行引擎協助的任務。

  • 商業規則任務(「確定設備需求」): 此任務使用商業規則機制,根據候選人的職位計算所需的設備。

  • 服務任務(「配置筆電與軟體」): 一個自動化任務,流程引擎與IT服務互動以部署硬體與軟體。

  • 腳本任務(「建立網路帳戶」): 一個自動化任務,引擎執行腳本以配置使用者憑證。

  • 接收任務(「等待候選人接受」): 與HR版本類似,此任務會等待外部確認後才繼續進行。

  • 子流程(「完成入職程序並加入薪資發放」): 以加號表示,此為收起的流程,負責處理多步驟的薪資發放與入職完成邏輯。

招募經理通道

  • 使用者任務(「安排面試」): 一個互動式任務,招募經理負責協調會議時間。

  • 使用者任務(「進行面試並選定候選人」): 由人工主導的任務,包含對申請人的評估與選定。

此工作流程展示了BPMN如何有效地區分人工努力、自動化系統流程與溝通任務,以管理新員工的生命周期。

BPMN任務描述元素摘要

任務類型 描述
未標示特殊任務類型。
使用者任務 由人類執行的典型工作流程任務,通常在軟體協助下進行,並可能透過待辦事項清單管理員進行排程。
手動任務 在沒有任何商業流程執行引擎或應用程式協助下執行的任務。
服務任務 利用自動化服務(例如網路服務或自動化應用程式)的任務。
接收任務 設計用於等待來自外部參與者的訊息到達。
發送任務 設計用於向外部參與者發送訊息。
腳本任務 由商業流程引擎執行,該引擎會解析預先定義的語言;一旦腳本執行完畢,任務即完成。
商業規則 提供一種機制,用於向商業規則引擎傳送輸入並接收輸出。
子流程 一種可「展開」以顯示低階流程的活動,有利於分解與組織。
呼叫活動 連結至可重複使用的流程或任務的活動。

結論

透過使用這些特定的任務符號,模型設計者能有效傳達商業流程中每一項活動的性質、執行方式與自動化程度。這種標準化方法確保 BPMN 圖表對利害關係人而言仍具可讀性,同時提供技術實現所需的足夠細節。未來的章節將在此基礎圖形之上進一步說明其在完整、端對端商業流程模型中的應用。