一個軟件開發者的BPM之路

我是小林，一名普通的軟件工程師，從事BPM（業務流程管理）軟件開發工做。我沒有幾十年的技術底蘊，沒法像大牛們同樣高談闊論，品評BPM開發之道；也不是資深的流程管理專家，能與你們分析流程管理的時弊。我只是一名有着一輪工做經歷的軟件開發者，更準確說是流程開發者，有那麼幾回特殊的經歷，能夠窺探一絲BPM開發的發展軌跡。

 

2004年，我初入軟件行業。當時，國內BPM軟件產品大多還處在概念階段，它們基本都是很是專業的中間件級產品，複雜的狀態機、活動、事件等概念充斥其中，只有高水平的開發實施人員才能駕馭。並且，不少用戶對BPM也沒有足夠的認識，難以造成良好的BPM生態環境，致使BPM產品沒法充分發揮做用。而包含工做流的另外一個產品OA（辦公自動化軟件）卻迅猛發展，大行其道。經過工做關係，在爲幾家大型企業作軟件項目的同時，我也對他們的OA系統深刻了解了一番，對系統中工做流的表現形式與原理產生了濃厚的興趣。這也開啓了個人BPM之路。

 

2007年，我接手了兩個信息管理系統項目，它們都有一塊內容須要實現業務數據的收集、覈對、補充、審覈與發佈。我聯想到工做流的概念：是一系列相互銜接、自動進行的業務活動或任務。項目當用工做流無疑。但苦於公司沒有工做流產品或方案，項目又沒法引入外部產品，最後只能仿照以前瞭解的OA中的工做流自行實踐。建模板、定義活動及順序、代碼控制流程走向、設定崗位由上級活動選擇下級活動具體參與人……數月以後，所謂的「工做流」平臺算是建起來了，最終也獲得了用戶的承認。但是，項目維護難、交接難，特殊應用場景流程不支持，流程常常出現流轉異常，沒法跟蹤流程等問題層出不窮，讓我苦不堪言。一種強烈的願望油然而生：我須要一款專業的工做流產品！

 

2010年，我有幸參與了幾家公司的工做流產品技術交流，注意到以H3 BPM爲表明的產品，將BPM從中間件轉變爲「流程快速開發平臺」，BPM是IT的開發工具，以流程、表單等常規概念爲中心，普通IT人員便可上手。接下來，與H3 BPM合做，我接連作了幾個大項目，都獲得客戶的承認。驚喜之餘，我又陷入困惑，當BPM是中間件時，最大的成本是開發成本，當BPM變革爲流程開發平臺時，最大的成本倒是「需求溝通成本」。據咱們的項目統計，流程實施成本80%來自於需求溝通和項目管理。若是流程快速開發平臺還能夠變革爲運維級平臺，那麼BPM的建設成本將大幅下降。特別是對於須要不停迭代優化的流程管理，更能隨時優化管理，BPM的價值將進一步被放大，更爲企業所推崇。如何才能下降開發成本，成爲咱們這些流程開發者日思夜想的問題。

 

所幸，2016年，H3推出10.0產品，以「天下沒有難用的流程」爲目標，把BPM從流程快速開發平臺變爲運維級產品，普通的IT管理員甚至業務人員均可以駕馭。H3 BPM爲我打開了一扇嶄新的大門，提供了一款易學易用、可自主開發，並且擁有普適雙擎，總體成本顯著降低的業務流程管理產品，讓我能夠更高效、快速地爲客戶提供流程開發服務。它比OA更易配置，不須要專業的開發人員，普通的企業IT管理人員甚至業務部門的人員便可玩轉；比EAI更易集成，讓企業的管理系統無限鏈接；像互聯網產品同樣易用，讓用戶盡享極致體驗；還保持了BPM原有的深度擴展能力、深度分析功能等。在流程開發項目中，一次次看着客戶在需求實現時露出的笑臉，我都倍感驕傲。

 

從最初的IT菜鳥成長爲資深PM，從流程小白成長爲半個流程專家，我看着流程管理產品從最初的業務流程管理概念變革爲日益開放且強大的運維級開發工具。我在不斷成長，BPM也在不斷變革，你呢？