BPMN（業務流程模型與符號）工作小組負責BPMN標準的持續維護與演進。 該小組的一項關鍵職能是對提出的變更進行投票， 說明， 以及新功能。 由於工作小組成員遍布全球，且提案內容複雜， 投票流程無法透過單一、 同步會議進行。
歷史上， 該小組依賴臨時的電子郵件投票流程。 然而， 此流程面臨多項關鍵問題：
-
參與度低： 通常， 未能達到法定人數，因為成員錯過投票郵件或未參與討論。
-
缺乏共識： 複雜議題經常在第一輪無法取得明確多數， 造成郵件串連不斷延續，陷入循環。
-
流程停滯： 當共識或參與度失敗時， 流程有時會停滯， 需要工作小組主席手動介入以重新啟動或重置討論。
-
模糊性： 無法明確追蹤誰曾被警告參與度低，或某項決策最終做出的原因。
為了解決這些挑戰， 工作小組決定使用BPMN 2正式化並標準化其電子郵件投票流程。0. 目標是建立一個具韌性、 透明且 高效的模型，以應對這些複雜的 多方參與的情境，無需主席持續的手動監督。
BPMN 解決方案
由此產生的流程， 在圖示（image_3。png）中呈現， 是一個複雜的協作模型，明確區分了以下兩方的責任：議題清單管理員（流程管理員）與工作小組成員（投票者）。 該模型設計用以處理議題的整個生命周期， 從識別到最終共識， 並具備特定的， 自動防護機制（迴圈）以處理常見的流程失敗情況。
詳細流程分析
流程由開始事件啟動：議題已識別。 流程隨後被結構化為四個關鍵階段， 這些階段對應於圖示中的編號迴圈。
-
第一階段：討論循環（子流程）
-
角色：議題清單管理員。
-
活動： 管理員透過主持電子郵件討論串並召開會議電話，啟動討論。 這對於複雜議題至關重要，因為單純的同意/反對投票不足以應對。
-
迴圈機制： 在此子流程結束時， 管理員執行「評估討論進度（議題清單管理員）」這項任務。 此任務會設定變數
DiscussionOver == TRUE或錯誤. -
韌性： 如果討論被認為尚未完成或出現了新問題， 流程將回到「Moderate E-mail Discussion」活動的起點。 這可防止流程在問題尚未成熟時就過早進入投票階段。
-
-
第二階段：參與警告循環
-
角色： 問題清單管理員與工作小組成員。
-
活動： 當討論結束後， 管理員執行「宣布投票議題」任務，啟動投票。
-
循環機制： 流程隨後等待成員進行投票。 關鍵步驟是網關「是否有足夠成員完成投票？ (>= 86%)”. 這需要高門檻（86%）以確保結果具有合法性。
-
韌性（警告系統）： 如果未達門檻（「否」）， 流程將遵循特定的例外路徑。
-
尚未投票的成員將收到「審查參與警告」任務。
-
同時， 管理員的任務池會觸發「審查參與警告」任務， 確保透明度。
-
此流程將回到「宣布投票議題」任務。 關鍵的是， 此循環僅能發生 一次. 成員的待辦事項清單顯示「重新檢視承諾」任務， 接著是一個網關。 這確保了若成員未能投票，在收到警告後，被警告後， 他們的投票將在下一輪中被記錄為棄權， 避免無限次的警告循環。 此循環是確保責任制的重要功能。
-
-
-
第三階段：多輪投票循環
-
角色： 問題清單管理員與工作小組成員。
-
活動： 若達到法定人數， 投票將在「收集投票」子流程中被收集並計算。
-
循環機制： 數票完成後， 網關「未達多數的議題？」會檢查提案是否已獲得必要的支持。 網關「未達多數的議題？」會檢查提案是否已獲得必要的支持。
-
彈性（優化選擇）： 若某議題未達多數， 流程將進入優化循環。 管理員的待辦事項清單顯示「分析優化後的選擇」任務（通常基於最初投票的反饋），並要求成員提交「修訂後的投票」。 這使團隊能夠縮小選項範圍（例如，從五個選項縮減至前兩名），並重新投票，而非僅僅讓議題失敗。 從五個選項縮減至前兩名）並重新投票， 而非僅僅讓議題失敗。 此循環旨在解決複雜的偏好問題，而無需重新開始整個討論。
-
-
第四階段：重新啟動討論循環
-
角色： 問題清單管理員。
-
活動： 這是針對固執問題的最終例外路徑。
-
迴圈機制： 在「多輪投票迴圈」耗盡後， 關卡「兩輪投票均失敗？」 會檢查該問題是否在經過兩輪完整的投票後仍未能達成共識。
-
強韌性（完整重置）： 如果答案是「是」， 流程將被重置， 而非結束。 一個訊息流程將此關卡連接回「1. 討論循環」子流程的起點。 討論循環」子流程。 這迫使團隊回到起點重新思考， 重新定義問題， 並以全新的脈絡重新開始討論階段。 這可防止流程以「未解決」狀態結束，並提供一條明確且 documented 的升級途徑。 文件化的升級途徑。
-
BPMN 電子郵件投票流程的詳細說明
所提供的 BPMN 圖表代表一個結構化、協作式的流程，旨在解決 BPMN 工作小組內部的問題。該模型被定義為兩個主要參與者（或稱「泳道」）之間的合作關係：問題清單管理員 與 工作小組成員.
流程由四個獨立且複雜的迴圈所主導，確保團隊能達成共識，或有效處理參與問題。
1. 討論循環內部迴圈
流程從「討論循環」子流程開始，這是管理新問題的主要活動。
-
機制：在此子流程中，問題清單管理員執行「評估討論進度」任務。
-
邏輯：此任務會更新一個
討論結束變數設為 TRUE 或 FALSE。 -
迴圈動作: 如果變數設為 FALSE，子流程將觸發一個迴圈，要求整個電子郵件審核與會議電話的循環重複，直到討論被視為完成為止。
2. 參與警告迴圈
此迴圈作為一種防護機制，防止投票階段結束時投票人數過低。
-
機制: 流程達到一個決策點，詢問「足夠多的成員投票了嗎？」。批准需要三分之二的投票成員多數同意。
-
迴圈動作: 如果回應為否，系統會檢查成員是否已經收到警告。若尚未收到，流程將回到「宣布投票議題」任務，啟動第二輪附帶警告的投票循環。
3. 多輪投票迴圈
當第一輪投票未能達到多數時，此迴圈提供一種機制，以精簡成員可選擇的項目。
-
機制: 如果在初始投票後仍存在「無多數意見的議題？」，則執行子流程，將可能的解決方案縮減至兩個最受歡迎的選項。
-
迴圈動作: 隨後要求投票者根據精簡後的選項更改其投票，流程將回到「收集投票」子流程，進行第二輪更聚焦的投票。
4. 重新啟動討論循環
這是當投票流程在多次嘗試後仍無法產生解決方案時的最終、最極端的迴圈。
-
機制: 如果多輪投票迴圈已耗盡但仍未能達成成功共識，流程會檢查是否已發生兩次失敗的投票循環。
-
迴圈動作: 而非終止，流程將完全重置，迴圈回到最初的「討論循環」子流程，以重新啟動討論階段。
所使用關鍵BPMN概念摘要
-
合作泳道: 圖表將責任分離為議題清單管理員（負責協調流程）與工作小組成員（參與討論與投票）之間。
-
同步：該模型利用這四個迴圈來同步平行路徑上的活動，例如計時器、電子郵件審核和視訊會議，確保經理能清楚掌握問題的狀態。
-
韌性：透過使用這些迴圈，該流程能處理「非典型」的業務情境，例如共識難以達成或參與度不足的情況，避免流程卡在未完成狀態。
結論
利用BPMN對此流程進行形式化，已徹底改變了BPMN工作小組的運作方式。 該模型， 具有明確的角色， 清晰的訊息傳遞流程， 以及四個明確的例外迴圈， 為全球協作提供了穩健的架構。
透過將這些迴圈直接嵌入流程定義中， 小組已達成：
-
參與度提升： 自動警告迴圈確保幾乎不會錯過法定人數。
-
更高品質的決策： 多輪投票迴圈允許解決複雜的， 多選項問題。
-
效率： 流程不再卡住；它會進展至共識，或自動回退至先前的、更合適的階段（例如討論階段）。 更合適的階段（例如討論）。
-
透明度與可審計性： 每一個動作， 從發送警告到重置一個循環， 都屬於正式的流程模型， 為所有決策提供了清晰的審計追蹤。
此案例研究展示了BPMN不僅可用於建模運營工作流程， 更可用於結構化與管理複雜的， 以共識為導向的協作活動。