提到開源軟件，很多人首先想到的是Linux。
就這樣一個由個人開發出的類似Unix的操作系統
居然能跟Win系統在服務器領域進行抗爭，
並且取得了不小的戰績，真是不容易啊。
大家可以很明顯的看到：
使用了Linux服務器以後，
公司的運營成本在降低——相對于Win系統，Linux幾乎可以說是免費的。
可在ERP行業，開源的生存空間又有多少？
開源的優勢
提到開源首先想到的就是源代碼開放，
當然這裏的源代碼開放無非是兩種情形：
1、部分源代碼開放
很多企業爲了自己的核心利益不受侵害雖然打著開源的牌子，
可實質上在系統管理方面的核心源代碼是不開放的。
比如說你購買了哪些模塊才能使用哪些模塊，
購買了多少用戶數才能使用多少用戶數，
再有一些底層的算法。
這類僞開源軟件在本文中就不再做詳盡的闡述。
2、真正的源代碼開放
所謂真正的源代碼開放是指軟件所有的功能、
程序完全提供給企業，
大家遵循一種指定的遊戲規則
（比如購買軟件源代碼的使用權，而沒有銷售盈利的權力）
在同一套産品的基礎上進行開發、改進和優化。
開源ERP能解決的問題
我把開源ERP理解爲一種商業模式，
這種商業模式能解決特定客戶的一些顧慮，
特別是供應商的服務問題
所謂的服務涵蓋的面非常廣，
有了源代碼客戶可以完成以下的工作：
1、無限用戶的擴展。
有了不受限制的源代碼，
隨著企業的擴充，
企業不需要在LICENSE方面再增加任何費用。
可以大大降低ERP使用的成本。
2、無限功能的擴展。
有了完整的源代碼，
用戶可以根據自己的期望任意的擴充功能，
不受任何限制。
想增加CRM可以增加CRM，
想增加SCM可以增加 SCM，
隨心所欲。
幾乎可以說只要購買了完整的源代碼，
企業就有了控制整個ERP項目的權力。
對開源的顧忌
這樣完美的方案似乎十分誘人，
既省成本，又能完美的控制，
那麽所有的ERP廠商都開源好了，
用戶自己來選擇嘛。
可事實並非如此。
ERP的市場被非開源的ERP廠商牢牢的控制著，
這是爲什麽呢？
因爲我們對開源的ERP還有顧慮。
一、ERP並非只是軟件。
三分軟件七分實施十二分的數據－－在這我也還是不忘把數據這個話題拿出來，
盡管在這裏並不會討論這個問題。
可從三七開這樣的比例就能看出：
軟件對于一個ERP項目的影響有多大。
事實上很多 ERP項目實施失敗，
“軟件的因素”只是個借口。
軟件只是個工具－－協助企業管理的工具，
沒有軟件企業就運行不下去了嗎？雞照飛狗照跳的。
我認爲：
上一套ERP除了能帶來軟件功能所涵蓋的便捷的統計功能以外，
更重要的是：
改善企業的管理過程。
僅僅是把企業現有的流程照搬進SAP，
那麽這樣的項目也不能稱之爲成功。
所以：
僅僅談軟件是否開源，
我覺得影響有限。
二、對産品開發的約束
1、對軟件的理解
>>
>>程序員設計軟件 ?? 死路一條,,不知所謂何事 !!
>>
對于程序員來說，
如果是自己設計自己開發一套軟件産品，
我想難度會比“在別人産品的基礎上進行修改”要容易的多。??
思路是自己的，想法也是自己的，只是如何實現罷了。
對于開源産品來說也存在同樣的問題：
程序員要去理解並掌握這套新的系統需要多長時間。
和對成品軟件的實施不同，
要掌握的不僅僅是軟件的功能，
更要掌握軟件的設計思路，
開發的技巧。
多長時間能掌握這些，
後續開發的程序是不是狗尾續貂是每個IT經理需要考慮的。
2、開發的成本
有了開源的産品，對于企業來說可以隨心所欲的進行開發，
但在這個“隨心所欲”的背後缺忽視了“開發的成本”。
開發哪怕只是一個報表也是需要成本的。
雖然在企業內部一個程序員的工資並不會很高，
但這的確還是要占有成本的。
也就是說在有限的時間內企業能夠進行開發或者改善的空間有限。
當然，
企業願意花時間去等也沒有關系，
但在這個商場如戰場的環境下，
企業等得起嗎？
3、開發的項目控制
很多在企業內做過程序開發的朋友多遇到過這樣的問題：
很多非常小的功能，
僅僅是爲了方便用戶查詢某個數據的功能，
占據了大量的開發的時間。
而真正能對企業運營産生良好幫助的模塊，
卻因爲沒有時間去進行開發。
這就是：對需求的分析、分級和控制。
作爲用戶來說，
他們很難站在全局的高度去思考一個ERP項目應該如何運作，
應該在哪些方面全盤考慮。
而ERP 項目組在國內企業內的地位又往往不是很高，
這很容易讓ERP程序員陷入這樣一個困境：
永遠有解決不完的問題，
而要解決的多是雞毛蒜皮的事情。
慢慢的程序員也在沈淪，
每日悠閑的改改報表中的字段長度，
或者增刪幾行數據。
三、對開源軟件的顧慮
1、産品升級換代的問題
在開源産品的基礎上進行開發，
勢必會影響到産品的升級。
對于同一個功能，
軟件公司有軟件公司的考慮，
企業有企業的考慮。
進行了比較的二次開發以後必然降低産品升級的可能性。
也就意味著企業要獨自承擔軟件後續的維護工作。
如何均衡利弊？
2、開源廠商持續經營的問題
既然産品可以很廉價的購買，
購買了以後也不需再受軟件商的約束－－那麽你們的利潤來源在哪？
如何保證貴企業的持續經營？
有位開源ERP廠商的朋友說可以通過提供：
技術文檔、
技術支持、
授權加盟等形式來贏取利潤。
可這種運營模式真的會成功嗎？
在這裏我就做結論了，
但我個的感覺是：
賣文檔賣一個客戶就少一個客戶，
而且客戶群僅僅是使用了這套ERP系統的客戶。
做支持就更不用說了：
人家都有源代碼了，
當客戶群足夠龐大的時候，
用戶自己都可以組織相應的討論組來解決問題。
利潤的空間有多大？
如何維持企業的運營？
開源ERP所適用的環境
談到了開源ERP的優勢，
也談到了開源ERP的軟肋或者說是我們困惑，
自然要談談我所理解的開源ERP所適合的生存空間了
1、企業內有強大的IT團隊，
能對軟件進行深入分析並擴充。
要對ERP系統進行功能上的擴充需要一些程序員。
隨著企業規模的不斷擴大，
對軟件本身功能要求不斷增加的情況下，
要麽更換ERP産品，要麽進行升級，
要麽就只能自行開發了。
企業需要有多大的開發團隊來維系軟件的運營？
這對程序員的需求可就高了。
當然，
企業也可以額外購買開源軟件商的服務，
出高價由他們來進行二次開發。
2、企業的IT團隊必須能完整的控制項目的進度。
除了對開發人員的要求以外，
IT團隊還必須有獨立的項目控制的能力。
各個部門提出的各種需求，
如何在工作上進行分配管理？
如何才能保障在規定的時間內完成。
IT經理或者項目經理的角色是必不可少的。
當然這類人員還必須得具備系統分析的能力，
能最優化的實現用戶的需求。
3、企業更需要一個CIO能從戰略的角度來設計新的模塊和功能。
除了完成用戶提出的需求以外，
CIO更要能站在企業運營的角度去考慮軟件未來發展的方向。
並規劃一些新的功能、模塊。
與IT經理或項目經理進行溝通，
制定完成工作的時間表。
啊，這樣看來，
IT部門也能獨立運作了，
或許能從一個成本（費用）中心轉變爲一個利潤中心。
開拓新的軟件市場。
>>
>> 資工來玩::ERP::必斃::
>>
10年前本人就曾在一家台資公司從事某國外ERP産品的二次開發工作，
對此深有體會。
一套經典的ERP産品在設計過程中必然融入了它對企業管理的理解。
僅僅只是做代碼的堆徹
而不考慮企業的流程、數據的運轉傳遞那還不如只用EXCEL。
而理解這些信息又需要多長的時間？
作爲程序員，
那套系統我們只能一個功能一個功能，
一個模塊一個模塊的研究，
20人的IT團隊每人分配一部分工作，
隔三五個月再交換負責的模塊從而保障系統獨立、穩定運行。
我也相信對于一套成熟的ERP系統來說大家需要話同樣多的精力來消化吸收。
從純粹技術的角度來說，程序員是很欣賞有這類産品出現的。
借鑒這些産品的經驗自己可以進行改進，
或者開發出類似的産品。
而從商業的角度來看，
我並不否認這樣一種商業模式有其生存的空間－－存在就是合理的。
可是從一個用戶的角度來看，
我更希望開源ERP的商家能考慮到作爲用戶的這些顧慮。
畢竟對于ERP廠商來說成敗不過是個案例，
但對于企業來說上一套ERP系統很可能是傷筋動骨。
(王朝網絡 wangchao.net.cn)
沒有留言:
張貼留言