一個軟體開發人員的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也在不斷變革，你呢？

 

一個軟體開發人員的BPM之路