如何辨別一個產品是否BPM產品
由BPM的設計目標——業務流程管理決定，BPM不僅僅是一個IT工具，它必然要和企業運營緊密結合在一起，是企業管理運營的直接映射，而不需要等待把業務需求翻譯為IT需求再用技術定製實現的周期。企業需要的是可以直接將業務變成可執行流程的技術，需要由業務人員直接建立、管理、優化流程，希望流程管理系統建設後可以直接在執行過程中監控企業績效，更希望企業的戰略意圖可以直接與具體的執行層聯繫起來。
要滿足這樣的需求，BPM工具必須徹頭徹尾的面向業務人員而不是IT人員，用業務語言去建模而不是IT語言，由業務人員驅動BPM的建設而不是IT驅動。換句話說，如果有一個所謂的BPM產品，但它被設計為面向IT人員，靠IT人員定製開發而不是業務人員建模、其設計無法對接戰略層和執行層（最明顯的判斷是：是否能夠說明和測量流程中的某一個活動針對哪個戰略目標，某個實例貢獻值如何）；或者它被設計為針對業務執行問題（需求從基層來）而不是業務管理本身問題（需求必須自頂向下）的，即可懷疑為偽BPM或說是不完整的BPM。
最容易混淆的便是工作流與BPM，OA與BPM，ERP與BPM。首先，不論是OA還是工作流，其設計目標並不是管理業務而是通過IT手段協調和分配工作任務和資源，提升工作效率、優化資源利用率和工作規範化。其次，ERP是面向工作流的，它實現了信息的最小冗餘和最大共享，將企業內部所有資源整合在一起，對採購、生產、成本、庫存、分銷、運輸、財務、人力資源進行規劃，從而達到最佳資源組合，取得最佳效益。換言之，不論是OA也好，工作流也好，ERP也罷，它們都關注在執行層面。
一方面，其活動或操作的粒度是針對業務人員執行的具體工作任務，並不追究該工作任務與企業整體業務之間的橫向關聯和企業戰略目標之間的縱向關聯。其突出的特點是直接面對最為具體的業務操作，但無法說明和測量該業務操作指向哪一個企業戰略目標，更無法衡量該業務操作向特定的企業價值貢獻了多少指標。其項目特點是不需要端到端的流程梳理（自頂向下定義，縱、橫向貫通）作為必要的需求輸入，只需要某個局部的需求便可完成項目。
另一方面，其技術基礎針對的是IT人員，必須將流程的業務含義轉化為IT含義，由IT人員進行建模和實施。其突出的特點是，在項目中，業務人員只能夠承擔需求提供者和軟件使用者這兩個角色，而無法承擔流程建模者、流程監控者、流程改進者、流程管理者等角色。
這些非針對BPM的設計帶來兩個明顯的局限，其一，系統的建立儘管使得工作效率有所提高，但對於衡量企業的整體績效來說，每個這些系統內容是一個黑盒子，無法在執行過程中監控並得到企業整體績效乃至戰略的反饋；其二，由於架構和設計的方向不同，業務人員被排除在流程的建立、管理、監控、調整之外，必須通過IT人員來進行。這使得業務敏捷成了一句空話。
總結下來，辨別一個產品是否是真正的BPM產品，可以從以下幾個關鍵特徵出發：
- 該產品是否有着極強的導向性à面向價值增值（戰略目標）而非僅僅實現當前業務。
此特徵意味着每個業務流程和每個活動都可以明確的指出其針對的戰略目標，並可以用指標衡量其價值貢獻（相對於戰略目標）。BPM的建設成功與否可以用企業最為熟悉的商業價值評估體系來評判並優化調整。
如果一個所謂BPM產品不能夠直接實時的提供業務執行時對戰略目標的貢獻值，僅能夠提供IT級別的運行測量結果，或者只能通過滯後的報表統計，再通過諸如BI工具等來估算業務效益。它將無法支持BPM的面向價值。
- 該產品是否以端到端的業務流程為中心而非僅僅用於實現局部業務。
此特徵意味着流程梳理是BPM建設的前提條件。BPM實施的同時必然帶有流程梳理、測量、優化或改造等活動，基於片斷化的，局限於部門內部的所謂BPM建設難以獲得BPM帶來的價值。
如果一個所謂的BPM產品從建模到實施到管理，僅需要或僅支持局部的業務需求，在必要時，只能通過其它技術手段（如WebService、JMS、Rest）來與其它部門或系統做散列的點狀集成，而不是像真正的BPM那樣需要端到端的流程梳理結果作為必要條件，在業務流程建模過程中沒有所謂的「與其它集成」的明顯概念，所有活動都是端到端流程中一個自然的節點。那麼，它將無法支持BPM中的戰略落地。
- 該產品是否由業務人員驅動而非IT驅動。
此特徵這意味着業務人員將從單一被動的需求提供者和業務流程執行者的角色增加為更積極主動的業務流程構建者、業務流程監控者、業務優化者和業務流程管理者角色。業務人員和IT人員將密切配合起來。
如果一個所謂的BPM產品僅面向IT人員，業務人員不能深度參與業務流程建設，只能將業務需求翻譯為IT語言再實現，那麼很難做到IT資產與真實業務流程的高度同步。該產品將無法支持BPM的業務監控、改進、優化等管理需求。
- 該產品的流程實現是否支持粗粒度的服務編排而非從頭定製開發
此特徵意味着BPM產品必須支持通過編排粗粒度的服務集成並整合利用企業資產（包括IT和非IT），以快速、敏捷的建設和變更業務流程，從而有效支持業務敏捷和業務改造。
如果一個所謂的BPM產品在項目中需要大量的定製開發，其架構不支持服務編排或者只能通過外掛的標準協議調用服務而不是在架構內形成一個有機的整體，那麼它將無法支持業務敏捷和快速的業務改進。就目前的IT界的技術來看，產品是否全面支持SOA甚至直接架構在SOA上，是判斷是否符合此特徵的重要依據。
以下文章點擊率最高
Loading…