BPM：法規管制是毒藥還是蘋果？(上)

洪轟誌/撰 2005/12/07 10:19:10 我最近拜訪一家大型資訊產品OEM廠商的資訊經理人，這家公司是許多國際知名品牌(例如Microsoft, Samsung)的主要供應商，同時也具備自有品牌的規模。在這一場拜會中，我不斷地聽到這位經理抱怨目前企業內部的PLM(Product Life-cycle Management，產品生命週期管理)多麼的不適用，電子採購系統沒有彈性，使用單位需求太多變化、資訊專案經費不足等等。其實，我發現幾乎每次跟比較熟的資訊經理人聊天，都會聽到類似的抱怨，雖然狀況每一家各不相同，單是分析起來，都不脫離幾個主要議題:

1.使用者抱怨現有系統不夠方便、彈性
2.環境及法規變化太快，疲於應付
3.專案預算爭取不易

預算不足、企業內外在環境挑戰的問題前後夾攻，這不只是國內企業IT經理獨有的困境，而此時則有新的IT技術應運而生。SOA(Service Oriented Architecture，服務導向架構)這一兩年在資訊廠商的鼓吹之下，幾乎已經是人人皆知的技術發展趨勢，國外比較勇於引進新技術的企業，或多或少都已經嘗試去應用SOA以及相關的BPM應用，比方說六個標準差(Six Sigma)的流程、貸款流程等等。

國內的企業相對是比較保守，尤其是中型企業在IT資源比較不充足的情況下，往往還是抱持旁觀的態度。其實，BPM並非是破壞性的IT應用，如果企業客戶稍微深入了解BPM的特質以及現今的產業環境與法令規範的衝擊，或許就可以很快知道其價值所在。

作對的事情，還是把事情作對？

以順應環保法規的觀點來看，不管是維護不同客戶、不同國家或不同法規的毒性物質管制濃度、供應商檢驗報告管理、濃度滾算模擬、最佳物料組成建議、管理供應商物料檢驗資訊等等。

這些需求都不是過去系統所提供的流程範圍，在ERP端、PLM端都沒有相關的資料結構以及畫面，而且每個供應鏈所面對的客戶需求可能都不同，短時間也沒有成熟的解決方案，企業可能有三種解決方法，第一種就是找半成熟的產品，然後請昂貴的顧問人力來開發，第二種就是找一個BPM平台，透過初步的學習，然後自行開發。

當然還有第三種最傳統的做法，找個程式語言，自己從頭寫到尾。第一種是最快但是最貴的方式，而且只能應用短期，第二種則是比較有遠見的做法，而且未來有更多的法規要求時，企業可以在最有限的成本考量下完成任務。快速順應法規、符合客戶的要求，這也是增加企業競爭力的手段之一。所以法規是利多還利空，讓企業出局還是更上一層樓，取決於IT策略的一念之間。

最近由於歐盟對於環境保護以及有毒物質的嚴格管制，讓整個台灣的製造業供應鏈都動了起來，由於2006年這項法規就要陸續生效，政府也在今年七月啟動了G計畫(寰淨計畫)，推動國內廠商生產符合環保規範產品。在這種蘿蔔與棍棒齊下(法令與訂單)雙重的影響下，上下游都上緊了發條，開始積極地評估如何解決這個流程與製程問題。

對於多數企業來說，要解決這個問題，似乎並不是很大的挑戰，但如果深入探討整個產業生態，我個人認為這只是一個開始，企業不論從作業面跟系統面都不應該試圖用一個套裝軟體的解決，因為法規是隨時會變、其他區域的客戶也會陸續提出類似的要求、未來會有更多新的法規出現，如果每次遇到這個狀況，就找一個新的軟體系統來解決，久而久之，企業內部將會出現一大堆零零散散的小系統，姑且不論整合的成本，光是維護的成本，就是一個讓企業IT經理人很難自圓其說的問題。

面對這種順應法規需求，IT經理人何必捨近求遠去尋找市場上也不成熟的解決方案(法規剛制定，軟體廠商也未必有成熟的解決方案)？然而對於IT來說，這種需求有三大特點：一是它算小的專案，流程需求蠻容易掌握; 再者，這種專案不大，預算也容易爭取; 原因之三，企業未來面對這些順應法規的需求，都有一個共通的平台，管理方法一致，維護成本比較低。這個時候，BPM就是一個很好的工具，IT經理人大可藉由這個機會，開始嘗試了解SOA技術以及BPM的應用，上述IT部門沒有預算，又疲於因應內部使用者以及外部競爭的問題也能迎刃而解。