BPM：下一代的殺手級應用？

| | | | | | 留下回應

    

這股風潮可由著名的研究機構與大師的報告與觀察窺見一斑：

Howard Smith 與 Peter Finger認為：「第三波BPM是重新定義企業未來五十年競爭優勢的突破性進展。」

Michael Hammer在Agenda (中文譯為《議題致勝》)一書中指出：「企業的競爭優勢不僅來自於策略，更來自於能實現策略的流程執行力。」

Delphi Group著名分析師Barry Murphy表示在未來的12個月內，有超過70% 的企業正在部署或評估BPM解決方案。

根據Gartner調查，到2005年之前至少有90% 的大型企業將在企業內運用BPM系統。

Forrester Research針對528家北美IT決策者做調查，發現到採用BPM的公司家數在大量增加，自2002年中起從11%上升至33% 的公司不是正在使用，不然就是正在計畫導入當今的BPM技術。根據市場熱烈反應，可預期在2006年以前會出現高達340億美金的BPM軟體市場大餅。

這樣一塊潛力十足的市場大餅當然吸引者許多來自各個不同領域的ISV (Independent Solution Provider) 廠商前仆後繼地加入BPM的戰場。廠商從EAI (Tibco) 或B2Bi (Biztalk)、工作流程管理 (Italio, Flowring)、入口網站 (Brovision)、系統平台(IBM, BEA) 、到資料庫伺服器 (Sybase, Oracle) 的大廠也加入戰局，並推出各以原來領域專長為主的BPM類似解決方案。這些軟體大廠為了能快速進入這個市場，積極進行了一連串併購Workflow/BPM廠商的動作，熱鬧非凡，例如IBM買了HoloSoftx (2002) 、 CrossWorlds 、及 Metamerge； Tibco分別在 1999年 2004分別買了Xerox Inconcert及Staffware；Oracle 今年六月買了 Collaxa； Adobe的Adobe Workflow Server的前身是JetForm公司的InTempo。

勢之所趨

這股風潮背景來自於企業e化，造成了企業內部有無數個自動化的孤島 (Island of Automation) 的結果。由於套裝軟體(Packages) 或解決方案彼此要能溝通與相互整合，不是有先天上的限制無法達成或是花費的代價太大，所以對企業來說讓這些資訊系統整合起來，就變成一個非常重要的需求。

目前普遍性的整合方式是從IT切入，透過資料層次(Data-Level)來整合，如透過共享資料庫，或者藉由應用程式介面(API, Application Programming Interface) 來溝通或存取資料，也可以透過EAI Solution進行系統間之資訊流整合，EAI可以讓系統與系統彼此透過傳遞訊息/資料來整合。

Web Services 則是BPM風潮的一個重要IT驅動力(Enabler)。它可以讓跨平台及跨語言的應用系統整合變得容易且可行。應用系統可以根據Web Services標準加上一層介面，包成一個服務元件而被其他的應用程式所呼叫來傳遞資訊。Web Services 也是實現SOA (Services-Oriented Architecture)的基礎。SOA是一個軟體整合框架(Integrated Framework)，讓處於各種平臺中的連結鬆散(Loosely Connected)的應用程式/元件，達成在異質環境中交換資料與流程的目的。Web Services/SOA 可以讓系統在應用程式的層次(Application-Level)上整合。

非僅IT

然而，若我們的期望是讓企業營運變得有彈性且能快速反應商業環境的變化，則只從資料或/且系統的層次整合是不夠的，因為通常企業的營運智識 (Working Knowledge)與商業邏輯(Business Logic)都寫死(Hard-wired)在這些IT系統裡。所以要讓企業可以彈性並快速的調整複雜多變的企業流程，就必須提升到流程的層次(Process-Level)上的整合。BPM Solution滿足了這需求，它 在SOA架構中，扮演著將這些服務串聯成商業流程的靈魂角色，讓彼此鬆散的服務整合成新服務，並視覺化(Visualization)整個流程/服務概觀。

相信現在沒有人會反對企業e化導入解決方案不可能只有資訊系統 (IT System) 建置導入而不牽涉到組織(Organization)與流程(Process) 的變革管理 (Change Management)。現在企業思維的是不僅在公司內部作讓流程自動化(Automation)或整合(Integration)，而是延伸到客戶、伙伴、還有供應商，也就是跨越組織界線，從組織的內部延伸到組織外部，將自身流程與其他企業的流程做整合。所以企業所需要的不僅是流程的整合，而進一步需可協調(Orchestration)各企業間的流程，考慮的不僅是流程中系統間溝通與互動(Interaction)，而更需要考慮系統與人，或人與人的溝通與互動。

這就是BPM的內涵：不僅是IT，更在商業流程。

BPM是一種在商業設計(Business Design)而非技術實作(Technical Implementation)的層次上的一種能力，能夠去挖掘(Discover)現有(As-Is)流程、設計(Design) 新的(To-be)流程、佈署(Deploy) 流程系統、自動執行(Execute)流程工作任務、 分析(Analysis)流程執行績效、等涵蓋一連串完整的流程生命週期 (Process Life Cycle)的流程步驟。

流程管理系統(BPM System) 的技術必須三個特徵：流程必須要有明確表式的流程定義，必須整合現有的應用系統，及整合與人協同互動(Collaboration)的工具。BPMS必須要能可靠地完成分散的流程交易(Process Transaction)及複雜的流程序列，可能數週、數月，甚至數年。BPMS可以讓企業透過流程轉化為營運智慧，經過不斷修正的流程進而最佳化，與即時產生有意義的資訊，讓企業以更快速、敏捷、彈性的方式，因應企業的需求而獲致最佳化的成果，成為隨需應變的新企業體。

目前各廠商所推出的BPM的類似解決方案，數量之多讓人目不暇給，有如戰國時代，百家爭鳴。猶如當初ERP (Enterprise Resources Planning) 初萌之際，原本提供企業資訊系統(Enterprise Information System)的廠商，一面在瞭解ERP定義、範疇、與內涵是什麼之際，同時紛紛自稱為ERP 供應商並提出類似的解決方案。

未來有沒有可能或誰能一統江湖？BPM有沒有可能成為下一個殺手級應用？BPMS該具有哪些功能？導入BPMS所期望的效益是什麼？我想會有很多有趣的議題值得探討的，我會在這個專欄接續地與大家分享這些議題。