當前市場和產(chǎn)品的混亂

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

與其它革命性的IT變革一樣，我們需要從方法、架構和實現(xiàn)技術三個方面去理解和掌握流程管理軟件產(chǎn)品。方法對應產(chǎn)品的設計目標——企業(yè)的管理理論和相應的實施方法論；架構表示軟件產(chǎn)品的設計如何匹配該設計目標；實現(xiàn)技術則表示采用何種IT技術去實現(xiàn)相應的架構設計。三者缺一不可，然而長久以來，人們習慣于用實現(xiàn)技術去分辨和解釋流程管理軟件，以至于到現(xiàn)在為止，人們?nèi)匀粺o法正確的理解流程管理軟件。由此也造成了流程管理軟件市場和產(chǎn)品的混亂。

其實這個問題并不是流程管理軟件獨有的。舉例來說，作者在培訓面向對象的分析和設計方法時發(fā)現(xiàn)，相當大比例的程序員，哪怕他已經(jīng)工作了很多年，哪怕他擁有豐富的項目經(jīng)驗，也精通一門或多門面向對象的語言，但他們并沒有真正的掌握面向對象的方法。掌握面向對象方法的關鍵不在于是否采用了面向對象的語言和工具（如UML或java），也不在于是否掌握了面向對象的編程技巧（如設計模式），而是，你是否真的在用面向對象的思維去思考，從需求，到分析設計，到編碼實現(xiàn)。它體現(xiàn)在項目的整個過程而不是僅僅是結果的表象。

SOA也面臨同樣的問題。是否掌握了SOA，其關鍵不在于是否采用了支持SOA的應用架構（如WebSphere Application Server），也不在于是否把某些代碼邏輯封裝成了符合SOA規(guī)范的服務（如Webservice）。而是，你是否真的采用面向服務的方法去分析需求、設計架構、抽取服務、把業(yè)務服務化，從項目開始到結束的整個過程都應該面向服務的，而不僅僅是產(chǎn)出物。

回到流程管理軟件產(chǎn)品上來，如果僅從實現(xiàn)技術去理解，人們就會陷入這樣的混亂： 流程管理軟件與工作流有什么差別？都有流程引擎，都可以自動化運行，都有流程編排器，也都能對流程進行監(jiān)控。憑什么工作流就不是流程管理軟件？如果辯解說流程管理軟件能比工作流能做更多的事，比如服務編排和集成，工作流會說只要是開放的通訊標準，不論是WebService還是JMS，工作流同樣可以集成第三方服務，流程管理軟件可以做的，工作流同樣可以做到，無非只是技術實現(xiàn)的方式不一樣而已，并不是本質的差別。你還可以爭辯說流程管理軟件是面向業(yè)務的，而工作流不是，但你如何解釋什么是業(yè)務？難道流程管理軟件里一個審批申請的活動是業(yè)務，工作流里一個審批申請活動就不是業(yè)務？什么道理？ 同樣的混亂還有很多，例如ERP會爭辯說ERP也有其內(nèi)部的工作流，也可以把客戶的業(yè)務流轉起來，ERP也是流程管理軟件；辦公協(xié)同類軟件也會爭辯說流程管理軟件不就是資源共享和工作協(xié)作么？從這個角度說，我也是流程管理軟件，有何不可？

而客戶就更加混亂了。從通過流程來實現(xiàn)一項業(yè)務的實際需求出發(fā)，上述的任何一門技術似乎都可以實現(xiàn)他們的需求，怎么選擇？何況凡是帶個流的，都說自己是流程管理軟件，似乎誰誰也差不到哪里去。至于那些花了大價錢進行了流程梳理的企業(yè)，費了牛大的勁梳理出來的流程卻停留在Visio里，寫在word文檔里，有什么用？以至于許多客戶最終消極起來：我只知道我得審批信用卡，我得處理投訴，只要管用好用就行，只要能解決我現(xiàn)在的問題，是不是流程管理軟件又有何妨，who care？ 看，一旦陷入這樣的技術細節(jié)比較，就是比上個三天三夜，吵個天翻地覆也不會有結果，市場繼續(xù)混亂，產(chǎn)品繼續(xù)混亂，客戶繼續(xù)混亂……