開源ERP必死無疑？

　　ERP系統跟操作系統有個非常大的不同，就在于ERP系統不僅僅是一個軟件，更多的傾向于是一種管理的工具。而對于操作系統來說，其僅僅是一個軟件，所以，LINUX等開源的操作系統可以取得成功，可以跟微軟分庭抗禮。但是，ERP不行，因為ERP不僅僅是個軟件，更是個工具。

　　對于ERP項目來說，三分軟件七分實施。一個好的ERP項目，實現要有一個好的項目實施團隊。可惜的是，現在市場上ERP實施顧問本來就是個比較搶手的資源。在國內，從事開源ERP項目的實施顧問可以說比較少，而經驗豐富能力強的實施顧問更加是少之又少。沒有好的項目實施團隊的支持，即使ERP軟件設計的再出色，開源ERP軟件在企業中實施的效果也是有限的。更何況，根據我的觀察。現在開源ERP軟件的功能實在不怎么樣，而且，其BUG又多的要命。在這種情況下，若沒有經驗豐富的實施顧問在那邊統攬全局，開源頭ERP項目，要能夠在企業中取得不錯的業績，那真的是奇跡了。

　　其實，很多企業把ERP項目在企業中沒有用好歸咎于軟件產品不好。其實，這只是他們的借口。根據我的工作經驗，其實軟件本身在ERP項目中起到的作用最多只有 30%，而且，現在各個產品之間也在相互模仿，同質現象比較嚴重，各個品牌的產品若光從產品功能上來看，其實真的沒有多大的區別。而有區別的就是軟件的實施團隊了。所以，項目的實施效果好壞，大部分不在于軟件的本身，而在與好的項目實施團隊。而真是開源軟件所缺少的。

　　我也接觸過一些開源軟件的實施顧問，說實話，他們的顧問團隊跟金碟、SAP、神州數碼等軟件巨頭的實施顧問水平還是有一定差距的。其實有這個差距也不用奇怪，因為開源軟件企業的利潤本來就沒有商業軟件那么高，所以，他們顧問的待遇普遍沒有商業軟件公司那么高。而沒有很好的待遇的話，很難留住優秀的ERP實施顧問。而根據我的了解，開源軟件的實施顧問流動性也普遍比商業軟件公司的流動性要高。因為很多有經驗的開源軟件實施顧問在有幾個項目經驗后，都會考慮轉型到商業軟件公司。

　　畢竟，水往低處流，人往高處走。這就如同一些小型的ERP軟件公司的實施顧問，拼命往SAP、ORACLE等ERP產品發展，同一個道理。不過，有些開源軟件，確實也有一兩個好的實施顧問在那邊獨攬大局。若企業能夠跟這些經驗豐富的實施顧問合作的話，那可能ERP項目的效果會好一點。

　　二、程序開發，遠遠沒有我們想的那么簡單。

　　企業的IT技術人員，拿到ERP軟件的原代碼，就可以進行二次開發了嗎?其實，真的沒有這么簡單。

　　這就好象我們燒飯一樣。你若把米燒成飯可能簡單一點，但是，若想利用剩飯經過重新加工做出可口的飯來說，那可能對廚師的要求會高一點。其實，軟件開發也是如此。對于軟件開發人員來說，若從零開始進行開發，可能還會簡單一點;但是，若要在原由軟件的基礎之上，進行軟件二次開發的話，難度可能會比較大。因為他們首先要先去了解原有軟件的思想、結構、設計思路等等。而到軟件開發人員了解這些內容后，早就黃花菜都涼了。

　　我曾經有個朋友，他們公司里上了一個開源項目。一開始的時候，他們是叫了一家專門做這個開源產品的軟件公司進行二次開發。那時候，他們由于熟悉這個系統，在這套系統上，他們起碼已經鉆研了五年。我朋友企業根據用戶需求，整理了一份資料，叫他們進行開發，大概花了一個星期左右的時間，就開發完成了。后來遇到版本升級了，我朋友企業就找了本地的一家軟件公司進行開發。為了更他們達成長期合作的意向，企業還自己掏錢送他們的程序員去培訓。結果呢，花了近兩個星期的時間，這個原來二次開發需求的升級工作工作還沒有做好。這主要還上因為他們對于開源軟件的原由系統架構與設計思路不熟悉所造成的。所以，我們若采用開源軟件的話，那么拿到代碼后，很長一段時間不是在新功能的開發上，而是在對原有系統設計思路的理解上。

　　所以說呀，開源軟件ERP不是說我們拿到源代碼就可以直接進行二次開發的，軟件二次需求開發的準備工作，即對于原代碼的研究工作，可能在我們平時的工作中，需要占據比較多的時間與精力。

　　三、對于需求的把握與控制

　　我剛開始的時候，是在企業內部做項目實施的。那時候，我們關注的需求是什么呢?這個單據的格式不好看，要弄的好看一點;這個查詢不方便，要多設置一些查詢參數;這邊輸入不方便，最好能夠直接選擇就好。那時候，我們關注的就是這些細小的需求，在這些細小需求的實現上，浪費了大量的時間。而對于一些比較具有價值的需求，如收貨數量的控制與超收管理控制方面，我們反而拋之一旁。以企業現有管理水平跟不上為由，來個不管不顧。而老是在一些這些沒有實際價值的小功能上，弄個沒玩。最好開發成本花了不少，但是，卻沒有帶來多大的實際價值。這個問題到底是出在哪里呢?這主要就是在對于需求的把握與控制不是很好。

　　現在回過頭來想想，確實如此。以前在企業里負責信息化項目的時候，站在用戶的角度上考慮問題。由于缺乏實際項目經驗，很難站在全局的高度去思考一個 ERP項目該如何去運作，哪些方面的改進會給企業帶來商業價值。這就導致我們在實施項目的時候，圍繞著用戶轉。他們說這個不好，那就改這個。解決的永遠是哪些雞毛蒜皮的小事情，一些單據、報表的格式問題。而對于流程的改善 與控制，這方面卻做的非常的不到位。

　　所以，企業若現在采用開源的ERP軟件項目，由于缺乏知道，不免也會陷入這個困境之中。我有個朋友，現在就在企業中負責開源的ERP項目。他們公司還好，一個專門負責實施，而他就是負責開發。他跟我說，他現在開發的內容，就是圍繞報表呀、表單呀、字段的格式呀;而對于功能方面的改進基本上就沒有。因為他們也不知道到底哪些東西需要改進。為什么呢?很明顯，用戶連準確的該怎么做都不知道，那當然不知道系統的功能有哪些缺陷，若有缺陷的話該如何走，這些內容也不會很熟悉。所以，他們現在是系統有什么他們就用什么，沒有的話就用手工來替代。而我朋友負責程序開發，整天在那邊做的就是單據、報表格式的調整，數據庫字段長度的調整等等簡單的開發工作。

　　這都是因為企業沒有比較專業的人來分析、調查企業需求所造成的。而商業軟件不同。他們會把企業的需求調研當作項目實施過程中的一項重中之重的工作來對待。因為他們清楚，把企業的需求搞清楚了，那么企業的ERP項目也就成功一大半了。可見，需求調研、需求分析的工作，對于ERP項目的重要性。而開源軟件項目，缺少的就是這么一個比較專業的人來負責企業的需求分析工作。從而導致開源軟件的二次開發，老是圍繞哪些細枝末節的東西在展開。

　　四、開源軟件升級的顧慮。

　　由于開源軟件存在眾多的 BUG，所以，其版本升級也是非常之快，可以比得上微軟操作系統的版本升級了。但是，微軟操作系統出現新補丁的話，只需要在原有系統上打補丁就可以了。但是，開源ERP系統則不是。他需要重新安裝、部署系統。但是，開源、開源，其版本升級的話，支持的并不是很好。要解決版本升級帶來的麻煩，企業至少需要解決兩個問題。

　　一是數據遷移的問題。由于新版本的ERP系統需要更改數據庫或者其他內容，所以，原由的數據庫直接備份恢復到現有的數據庫中，明顯是行不通的。所以，用戶面臨的第一個問題就是開源ERP系統，若遇到升級的話，數據如何遷移。對于商業ERP軟件來說，雖然也遇到類似的問題。但是，他們一般會提供技術支持，甚至幫助用戶完成數據遷移的工作。但是，開源項目來說，由于本身就是免費的，企業就不能享受這么好的服務了。除非企業愿意花錢。

　　二是二次開發需求遷移的問題。在原先版本上所做的需求，如何遷移到新版本之上呢?這是用戶在版本升級過程中遇到的第二個難題。在商業軟件中，這一般不是問題，只要你交了每年的服務費用，則他們在軟件升級的過程中，他們會幫你完成二次開發需求的遷移工作。而對于開源軟件來說，不不怎么好辦。一方面，用戶自己會開發很多需求;另一方面，若需求外部幫助的話，他們也會開發一些相應的需求。若現在讓他們負責進行二次開發需求遷移的話，則不僅企業要付出昂貴的升級費用，而且的話，用戶自己開發的需求也需要重新定制。這中間的需求確認、開發版本控制、文檔制作、功能測試等等會遇到很多問題，不是三言兩語可以說的清楚的。總之是一句話，非常的頭疼，非常的麻煩。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]