IT管理：商業流程規劃

| | | | | | 留下回應

    

資料提供：

雖然商業流程塑造／管理（business process modeling/management）有其一定價值，企業所採用的方式必須能持續建立不同應用資產的模型才行。

趨勢

2002至2003年，企業資源規劃（ERP）供應商將延伸他們的應用範圍，推出更多主要的延伸產品(如供應鍊管理與CRM等)，而各類不同的元件應用應用軟體（如商業規劃）仍會持續增加附加價值。2003至2004年，規模較小的組織與大型企業轄下部門將完成ERP替換，並採用少數幾種頂級的延伸。到了2005至2006年左右，ＥＲＰ供應商將更上一層樓，不再侷限於自家的SOAP（簡單物件連結協定）傳呼與嵌入連結，而是與第三方服務合作提供商務化的網路服務。

分析

軟體商越來越強調商業流程管理（簡稱BPM，如IDS Scheer、Intalio、IBM/Holosofx等）的功能。此外，IBM、微軟、BEA也努力催生商業模型標準，聯合起草網路服務商業流程執行語言（BPEL4WS）。市場一致相信，先建立商業流程模型、再從這些流程模型中建立應用程式碼、進而監視這些模型將有助於企業內部的IT部門與業務主管建立起關連性。不過這些都只是後見之明，目前業界已充斥著ERP軟體、最佳典範、以及老舊的應用程式，不是無法加以模型化就是已經有多套工具加以重複模型化。

在2004年前後，商業流程塑造語言（BPML）的規格將彙整至BPEL4WS規格中，並出現可行的做法，用以管理商業流程的定義、執行、監督、與交流。在2005至2006年前後，主要的應用軟體供應商將採用BPEL4WS架構重新規劃產品，直接從商業模型中產品應用程式碼。到2007年左右，應用軟體供應商將可從不同應用程式間輸出/輸入商業流程模型。

在決定BPM工具之前，企業必須用嚴謹的態度檢討目前使用的軟體，決定業務角色的授權，權衡資料模型（data model）與分析工具（analytical applications），並建立未來採用BPM後的假想情境。

檢視目前所使用的程式

對許多組織而言，目前多數商業流程將會存在於已購買的軟體內。這些商業流程可能包括：標準系統程式的一部份；採用應用工作流程，延伸於標準程式碼之外；或者整合兩種應用。不管是哪一種情況，供應商都應該提供視覺化模型呈現方式，讓客戶可一目了然。這些模型呈現也許是專屬性質，或者商業模型可從BPM套裝軟體中作視覺化呈現（如SAP/InteliCorp、JD Edwards/Proforma）。若使用者的應用解決方案中以ERP應用程式佔大多數，那麼企業的BPM工具將會更為明顯。

不管是已購買的軟體或還在考慮是否購買的軟體，有幾件事值得留意。首先，標準流程、工作流程與商業整合的視覺呈現可能全然不同。第二，企業不該假設，有了視覺模型就可以靠此模型設定軟體，通常情況正好相反，供應商必須解釋清楚視覺模型與底層程式碼之間的關係。三，許多供應商提供中介軟體解決方案，內建可以自行設定（configurable）、銜接不同軟體的商業流程（如SAP/協同商業地圖、JD Edwards/延伸商業流程、Siebel/UAN）。內建商業流程的中介軟體解決方案雖然佔了先天優勢，但使用者必須謹慎檢查中介軟體供應商的信譽以及解決方案的完整費用。

  繼續閱讀： 決定工作角色如何被授權>>