小資料：破除對BPM的迷思（一）

申請免費試用、咨詢電話：400-8352-114

關于 BPM ，坊間有些迷思。例如，常聽到有人說 BPM = EAI + Workflow ； PBMS 只不過 Workflow 廠商的舊瓶新酒，換湯不換藥，只要原來 WfMS 加上系統(tǒng)整合的 Adaptors 就變成 BPMS ；或是 EAI 廠商加上 Activity Modeling 的工具或者是 Routing Engine 重新包裝一下，也可以稱作 BPMS 。

必也正名乎，我認為 BPMS 不只是如此，而是一個生命周期。順著 BPM 生命周期了解使用者的操作情節(jié) (Scenario) ，是理解 BPMS 的組成全貌最好且最直覺的方式。在本文中，我借著介紹完整 BPM 生命周期，并從其中的每一步驟順著介紹工作內容、使用到的工具及其功能、與使用者的角色。最后，我會以一張完整的 BPMS 架構圖，詳細介紹其中組成的模塊功能。

BPM ：也要談生命周期 (Life Cycle)

BPMS 強調讓企業(yè)可以靈敏反應外部環(huán)境的變動并快速變動企業(yè)內部的流程作業(yè)，所以生命周期所強調的是持續(xù)性改善與周而復始的循環(huán)。 BPM 生命周期另一個含意就是，它是 BPMS 工具導入的方法論 (Methodology) 。 BPMS 解決方案最重要的核心就是方法論，它至少要包含思考哲理 (Philosophy) 、方法 / 步驟 (Methods / Steps ) 、與伴隨的工具 (Tools/Utilities) 。因為沒有任何兩家的流程，組織，策略目標是全然一樣的，因此怎樣才能從策略目標規(guī)劃到最后系統(tǒng)導入執(zhí)行連貫一體，成功而有效地完成建置所依賴的才是合適的方法論。

目前各家 BPM 廠商所提出的生命周期不盡相同，乃是因為解決方案所訴求的產業(yè)或應用領域不同，所以有了各自強調與專注的重點。例如， IBM HoloSofx 提出的是：建構 (Create) 、管理 (Manage) 、自動 (Automate) 、協(xié)同 (Collaborate) ； Howard Smith & Peter Fingar 在 『 BPM - The Third Wave 』一書所提出的是；建模 (Model) 、布署 (Deploy) 、與管理 (Manage) ； Italio 提出的是發(fā)掘 (Discovery) 、建模 (Modeling) 、支援 (Supporting) 、 Monitoring ( 監(jiān)控 ) 、及 Improvement ( 改善 ) 。在此我會提出較為完整的流程步驟，但不見得每家 BPM 廠商的都符合，讀者可參考下圖－ BPM 生命周期。

圖一、 BPM 生命周期

· 階段一、 流程發(fā)掘 (Discovery) ：

要導入 BPM 第一步驟當然要先清楚知道現行流程的作業(yè)方式與狀況，尤其是流程內的訊息流 (Message flow) 、事件流 (Event flow) 、或控制流 (Control flow) 。哪些流程可以自動化？哪些是人工流程？有哪些人參與？流程是在組織內部或外部被執(zhí)行？ BPMS 在此步驟的主要特征是如何 自動找出系統(tǒng)的商業(yè)邏輯 。通常企業(yè)會聘請外部顧問師或領域專家來協(xié)助輔導，這個動作有人稱為 流程評估 (BPA, Business Process Assessment) ，評估范圍可能涵蓋策略與管理目標與流程的連結。同時企業(yè)也會配合導入一些管理的主題而作 流程再造 (BPR, Business Process Reengineering) ，例如評分計分卡 (BSC, Balance Score Card) 、六個標準差 (Six Sigma) 、或 ISO 9000 質量管理系統(tǒng)。

· 階段二、 流程設計 (Design) ：

此階段是一個包含四幾個步驟的反復式的小循環(huán) (Iterative mini-cycle) ：建模 (Modeling) 、 ( 分析 Analyzing) 、模擬 (Simulation) 、重構 (Redesigning) 流程。如前所述，面對外部的競爭壓力與商機，為了讓企業(yè)可以快速重構流程， 因此一些細致的流程變革 (Fine-grained process change) 只需利用此階段的步驟就能作出實時的反應。

流程 建模 所運用的工具稱作 Process Designer 通常包含三個模塊：組織 (Organization Chart) 、流程圖 (Activity Diagram) 、與窗體 (e-Form) 設計工具。它們分別對應流程中三個最重要的元素：人、活動與文件 ( 有興趣的讀者可參閱 Process Modeling Conceptual Framework 有關的資料，后續(xù)容我在適當機會再做介紹 ) 。建模之后可以作執(zhí)行動作前的 分析與仿真 來驗證設計的流程是否正確合適或最佳化；此外它能還提供現行流程可能遇到的瓶頸信息，以避免執(zhí)行后才發(fā)現問題進而導致很大的營運損失。如果分析模擬出來的結果并不滿意，可以反復 重構 流程直到產出滿意的結果。分析指的是從流程定義的語意與理論上的推論分析，仿真則可設定機率變量與行為假設讓系統(tǒng)自動跑出期望值或變異差數據，有些則僅提供自動執(zhí)行 (Animation) 或手動逐步執(zhí)行以觀測流程行為。

此階段 BPMS 的主要特征是 圖形化的接口 ，讓非 IT 背景的使用者可藉由拖曳方式也能輕松組裝或分解流程；此外運用流程資產 (Process assets) 的觀念，讓流程定義隱含業(yè)界的最佳實務 (Best practices) 或流程樣版 (Process Pattern) ，并且儲存于流程倉儲 (Process Repository) 以供隨時再利用 (reuse) 。

· 階段三、流程執(zhí)行 (Execution) ：

意指新上線的流程能被參與者順利執(zhí)行完成。負責控制執(zhí)行的模塊可稱為工作流程引擎 (Workflow Engine) 或流程服務器 (Process Server) 。在此階段 BPMS 主要的訴求是分布式交易 (Distributed transaction) 的管理，因為這些交易可能是復雜度高的跨巢狀流程 (Nested process) 而且交織著新舊系統(tǒng)，甚至將既有的應用系統(tǒng)當成流程組件來執(zhí)行。至于流程的執(zhí)行者通常多是應用系統(tǒng)，可以不用人的參與 (human intervention) 而自動執(zhí)行，也就是一般所稱 流程自動化 (BPA, Business Process Automation) 。

此外，排程工具 (Scheduler) 可以應用來設定自動啟動流程的時間與周期頻率。有些 BPMS 的產品會提供規(guī)則引擎 (Rule Engine) 來負責商業(yè)規(guī)則判別與推理。此階段另一個重要的特點就是在不用技術人員的參與下，依然可以讓流程使用者自行編輯與修改商業(yè)邏輯。例如，代理人的指派規(guī)則通常相當復雜，背后就需要有 Rule-based 的機制來支持。

流程布署 (Deployment) ：意指將設計好的流程推出上線讓所有參與者 (Participant ，可能是人，應用系統(tǒng)，或其它流程 ) 來執(zhí)行。這個步驟的主要特征就是能以最小的力氣﹙ effort ﹚達成運算資源 (Computing Resource) 與組織人員的結合 (binding) ，如事先整合應用系統(tǒng)組件 (Application components) 。

與人互動 (Interaction) ：在流程的執(zhí)行中很重要的就是與人的互動。并非所有流程都可以自動化，所以 BPMS 讓人能管理自動流程與人工流程之間的接口。負責與人互動的接口稱為工作項目的處理程序 (Workitem Handler) 。有時候流程接口本身也是一個流程，例如動態(tài)加會簽或在窗體輸入下一步流程的分派。過去 Workitem Handler 相當簡單，然而現在有傾向豐富化與細致化的趨勢。必要的時候還能讓使用者客制化或整合在不同系統(tǒng)的接口中。由于這個需求有快速提升的趨勢，所以各家廠商紛紛提出豐富且個人化的流程入口網站 (Personalized process Portal) 。

來源：ZDNET