2008-10-17 33 views
20

而且我不是每分鐘都有意​​義,而是業務流程管理。BPM的價值是什麼? (業務流程管理)是否值得使用?在哪些情況下?

儘管BPM被高估了,但由於該技術易於解決,但我已經瞭解到BPM套件的價值在於讓非技術人員,業務專家參與到軟件設計中。

我知道,用戶在分析過程中總是與我們在一起,但我們使用的工件總是很陌生。無論UML圖表看起來多麼友好,或者我們進行了多少次Agile迭代,最終用戶和最終開發人員之間總是有差距(通常由用戶管理員和IT經理覆蓋:-S)

您(作爲軟件開發人員)如何看待BPM?它看起來有趣嗎?你會考慮學習其中的一個嗎?你覺得5年後會死嗎?

我知道BPM根本就不是銀彈,但除非你有一位非常聰明的客戶,他知道如何表達他們的要求以使我們能夠做到正確,分析和要求始終是項目失敗的領域。

回答

36

我在內容管理/信息管理部門花費了幾年時間,使用FileNet和IBM BPM產品。我不得不說我非常不高興,這是爲什麼:

1)BPM是我從未見過的直觀實現的事情之一。我的意思是(類似於你在你的問題中所說的)商業用戶不能坐下,用30分鐘創建一個流程/工作流程。

2)我很少看到一個非程序員可以創建接受的解決辦法

3)缺乏解釋BPM給企業用戶,企業用戶無法領悟能力,以及時間量而花費在BPM上的錢對我來說似乎很可笑。從我參與過的所有事情的經驗來看,公司可以僱傭1或2個人(技術類型)全職工作,併爲他們創建一個定製應用程序,以適應一系列業務類型需要召開大量會議和聘請顧問或培養商務人士。

4)這是一個令人難以置信的利基市場,而90%的成果包括文檔路由和批准。這是一個非常非常簡單的概念,開發人員通常可以編寫代碼並實施更便宜的解決方案。如果開發者是好的,他們可以用更少的步驟使它更直觀。

5)通常需要花費更長的時間才能讓編碼人員與10位管理人員通話,一羣企業用戶學習使用不良的有限產品並提出解決方案,而不是僅僅讓正常開發走向上。

不要誤會我的錯在這裏 - 我知道我的經驗,而頗深比起一些,只涉及一對夫婦的產品意味着我只摸了一點東西就在那裏。我都贊成創新,但我還沒有看到一個半途而廢的解決方案,而且它們的價格都比它們的價值高出20倍。我相信COTS BPM類型的軟件將會持續存在,但我希望我不必再用它多年。希望這將是一半體面。

9

我認爲BPM是與傳統的IT單元「保持計算機運行」正交的東西,因爲BPM是我們試圖通過添加此技術或相應地更改流程來改進工作方式的地方。我發現它在幾個方面相當迷人。

對我來說,另一個有趣的部分是這往往涉及到業務的不同部分,例如,銷售團隊如何工作,市場營銷,人力資源等,並試圖看到他們的效率如何以及在哪裏可以改進?

我不認爲它會死,但名稱的含義會改變和發展我懷疑一個分支可能是自動化業務專家或其他名稱。我也看到這與公司的IT部門中的應用程序組合思想相融合。定期改進或更換應用程序,以改善事物的工作方式,並持續改進其價值。

不要忘了,我們這些在IT頻繁的網站。我可能是一個網站開發人員,但是根據公司的不同,這可能有幾個不同的角度:1)產品開發 - 在這裏我幫助製作產品或促進公司的服務銷售,2)信息技術 - 在這裏我幫助公司通過了解公司的骨幹,這是一組機器和各種軟件以公司運行方式的各種流程縫合而成。

需求和技術的發展可以幫助滿足這些需求通常是一些可能影響任何大型軟件集成(如ERP或CRM系統)的大事情。在花費數年的時間來安裝軟件和公司正確使用它之後,可能會發生很多變化,我們認爲如何使用它,並非所有變化都很糟糕。這可能是因爲刪除某些公司可能會節省數千美元的工作時間,而這些工作時間將花費在並非真正需要或有用的事情上,但這在開始時並不爲人所知,因此其中一項要求的功能是從最後想要的東西列表中刪除。

+0

我認爲BPM可以在之間的對決「用戶編寫自己的軟件」細線「這是所有IT責任」,旨在爲最終用戶,而編程語言是(開頭)(COBOL?)他們結束了作爲一個IT唯一的問題。業務需要敏捷性來改變。 – OscarRyz 2008-10-17 23:50:06

+3

它在一些公司中以這種方式結束了,但我認爲BPM人士認爲這些人認識到其他方面具有的利益衝突,即商業用戶不想花費大量時間學習技術和技術,想要花費大量的時間學習業務運行的方式。 – 2008-10-24 15:24:25

相關問題