不知道曾幾何時，開源erp產品在我們身邊逐漸發展起來，慢慢的有著跟商業erp並駕齊驅之勢。也許開源erp有起發展的優勢，不過，我對開源erp並不看好。為什麼呢？請聽我的理由。
一、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 軟體來說，雖然也遇到類似的問題。但是，他們一般會提供技術支援，甚至幫助使用者完成資料遷移的工作。但是，開源專案來說，由於本身就是免費的，企業就不能 享受這麼好的服務了。除非企業願意花錢。
二是二次開發需求遷移的問題。在原先版本上所做的需求，如何遷移到新版本之上 呢？這是使用者在版本公升級過程中遇到的第二個難題。在商業軟體中，這一般不是問題，只要你交了每年的服務費用，則他們在軟體公升級的過程中，他們會幫你完成二 次開發需求的遷移工作。而對於開源軟體來說，不不怎麼好辦。一方面，使用者自己會開發很多需求；另一方面 ，若需求外部幫助的話，他們也會開發一些相應的需求。若現在讓他們負責進行二次開發需求遷移的話，則不僅企業要付出昂貴的公升級費用，而且的話，使用者自己開 發的需求也需要重新定製。這中間的需求確認、開發版本控制、文件製作、功能測試等等會遇到很多問題，不是三言兩語可以說的清楚的。總之是一句話，非常的頭 疼，非常的麻煩。
不看好馬雲的菜鳥網路
5月28日，馬雲領銜的菜鳥網路在深圳宣布成立。據悉，菜鳥網路註冊資金達50億元人民幣，規劃總投資3000億元人民幣，並有銀泰和復星等眾多合夥人加入。馬雲出任菜鳥網路董事長，銀泰集團董事長沈 任ceo。聽上去不錯，但何璽並不看好馬雲領銜的菜鳥網路。一 馬雲是外行 馬雲之前曾投過星辰急便，但是說不上成功...
不看好馬雲的菜鳥網路
5月28日，馬雲領銜的菜鳥網路在深圳宣布成立。據悉，菜鳥網路註冊資金達50億元人民幣，規劃總投資3000億元人民幣，並有銀泰和復星等眾多合夥人加入。馬雲出任菜鳥網路董事長，銀泰集團董事長沈 任ceo。聽上去不錯，但何璽並不看好馬雲領銜的菜鳥網路。一 馬雲是外行 馬雲之前曾投過星辰急便，但是說不上成功...
我對開源運動的思考
今天無事瀏覽網頁，看到袁萌老先生的部落格上關於開源軟體的一些文章，讓我又想起開源軟體的前途。我是乙個菜鳥級的技術愛好者，熱衷於程式設計，但卻沒有取得多少成績。作為乙個程式設計愛好者，我深知開發軟體不易，開發出人性化的軟體更不易，程式設計師必須投入大量的精力和時間。試想你花費大量時間和精力寫出來的凝聚...