ERP并非操作系統(tǒng) 開源ERP難成氣候 |
發(fā)布時間: 2012/8/15 10:16:48 |
ERP系統(tǒng)跟操作系統(tǒng)有個非常大的不同,就在于ERP系統(tǒng)不僅僅是一個軟件,更多的傾向于是一種管理的工具。本文陳述四個理由,斷定開源ERP的前景不容樂觀。
不知道曾幾何時,開源ERP產(chǎn)品在我們身邊逐漸發(fā)展起來,慢慢的有著跟傳統(tǒng)ERP并駕齊驅(qū)之勢。也許開源ERP有起發(fā)展的優(yōu)勢,不過,筆者對開源ERP并不看好。為什么呢?請聽我的理由。 一、ERP首先是管理工具 ERP系統(tǒng)跟操作系統(tǒng)有個非常大的不同,就在于ERP系統(tǒng)不僅僅是一個軟件,更多的傾向于是一種管理的工具。而對于操作系統(tǒng)來說,其僅僅是一個軟件,所以,LINUX等開源的操作系統(tǒng)可以取得成功,可以跟微軟分庭抗禮。但是,ERP不行,因為ERP不僅僅是個軟件,更是個工具。 對于ERP項目來說,三分軟件七分實施。一個好的ERP項目,實現(xiàn)要有一個好的項目實施團隊?上У氖牵F(xiàn)在市場上ERP實施顧問本來就是個比較搶手的資源。在國內(nèi),從事開源ERP項目的實施顧問可以說比較少,而經(jīng)驗豐富能力強的實施顧問更加是少之又少。沒有好的項目實施團隊的支持,即使ERP軟件設計的再出色,開源ERP軟件在企業(yè)中實施的效果也是有限的。更何況,根據(jù)我的觀察。現(xiàn)在開源ERP軟件的功能實在不怎么樣,而且,其BUG又多的要命。在這種情況下,若沒有經(jīng)驗豐富的實施顧問在那邊統(tǒng)攬全局,開源頭ERP項目,要能夠在企業(yè)中取得不錯的業(yè)績,那真的是奇跡了。 其實,很多企業(yè)把ERP項目在企業(yè)中沒有用好歸咎于軟件產(chǎn)品不好。其實,這只是他們的借口。根據(jù)我的工作經(jīng)驗,其實軟件本身在ERP項目中起到的作用最多只有 30%,而且,現(xiàn)在各個產(chǎn)品之間也在相互模仿,同質(zhì)現(xiàn)象比較嚴重,各個品牌的產(chǎn)品若光從產(chǎn)品功能上來看,其實真的沒有多大的區(qū)別。而有區(qū)別的就是軟件的實施團隊了。所以,項目的實施效果好壞,大部分不在于軟件的本身,而在與好的項目實施團隊。而真是開源軟件所缺少的。 我也接觸過一些開源軟件的實施顧問,說實話,他們的顧問團隊跟金碟、SAP、神州數(shù)碼等軟件巨頭的實施顧問水平還是有一定差距的。其實有這個差距也不用奇怪,因為開源軟件企業(yè)的利潤本來就沒有商業(yè)軟件那么高,所以,他們顧問的待遇普遍沒有商業(yè)軟件公司那么高。而沒有很好的待遇的話,很難留住優(yōu)秀的ERP實施顧問。而根據(jù)我的了解,開源軟件的實施顧問流動性也普遍比商業(yè)軟件公司的流動性要高。因為很多有經(jīng)驗的開源軟件實施顧問在有幾個項目經(jīng)驗后,都會考慮轉(zhuǎn)型到商業(yè)軟件公司。畢竟,水往低處流,人往高處走。這就如同一些小型的ERP軟件公司的實施顧問,拼命往SAP、ORACLE等ERP產(chǎn)品發(fā)展,同一個道理。不過,有些開源軟件,確實也有一兩個好的實施顧問在那邊獨攬大局。若企業(yè)能夠跟這些經(jīng)驗豐富的實施顧問合作的話,那可能ERP項目的效果會好一點。 二、并非拿到源代碼就可以二次開發(fā) 企業(yè)的IT技術人員,拿到ERP軟件的源代碼,就可以進行二次開發(fā)了嗎?其實,真的沒有這么簡單。 這就好象我們燒飯一樣。你若把米燒成飯可能簡單一點,但是,若想利用剩飯經(jīng)過重新加工做出可口的飯來說,那可能對廚師的要求會高一點。其實,軟件開發(fā)也是如此。對于軟件開發(fā)人員來說,若從零開始進行開發(fā),可能還會簡單一點;但是,若要在原由軟件的基礎之上,進行軟件二次開發(fā)的話,難度可能會比較大。因為他們首先要先去了解原有軟件的思想、結構、設計思路等等。而到軟件開發(fā)人員了解這些內(nèi)容后,早就黃花菜都涼了。 我曾經(jīng)有個朋友,他們公司里上了一個開源項目。一開始的時候,他們是叫了一家專門做這個開源產(chǎn)品的軟件公司進行二次開發(fā)。那時候,他們由于熟悉這個系統(tǒng),在這套系統(tǒng)上,他們起碼已經(jīng)鉆研了五年。我朋友企業(yè)根據(jù)用戶需求,整理了一份資料,叫他們進行開發(fā),大概花了一個星期左右的時間,就開發(fā)完成了。后來遇到版本升級了,我朋友企業(yè)就找了本地的一家軟件公司進行開發(fā)。為了更他們達成長期合作的意向,企業(yè)還自己掏錢送他們的程序員去培訓。結果呢,花了近兩個星期的時間,這個原來二次開發(fā)需求的升級工作工作還沒有做好。這主要還上因為他們對于開源軟件的原由系統(tǒng)架構與設計思路不熟悉所造成的。所以,我們?nèi)舨捎瞄_源軟件的話,那么拿到代碼后,很長一段時間不是在新功能的開發(fā)上,而是在對原有系統(tǒng)設計思路的理解上。 所以說呀,開源軟件ERP不是說我們拿到源代碼就可以直接進行二次開發(fā)的,軟件二次需求開發(fā)的準備工作,即對于源代碼的研究工作,可能在我們平時的工作中,需要占據(jù)比較多的時間與精力。 三、對于需求的把握與控制 我剛開始的時候,是在企業(yè)內(nèi)部做項目實施的。那時候,我們關注的需求是什么呢?這個單據(jù)的格式不好看,要弄的好看一點;這個查詢不方便,要多設置一些查詢參數(shù);這邊輸入不方便,最好能夠直接選擇就好。那時候,我們關注的就是這些細小的需求,在這些細小需求的實現(xiàn)上,浪費了大量的時間。而對于一些比較具有價值的需求,如收貨數(shù)量的控制與超收管理控制方面,我們反而拋之一旁。以企業(yè)現(xiàn)有管理水平跟不上為由,來個不管不顧。而老是在一些這些沒有實際價值的小功能上,弄個沒玩。最好開發(fā)成本花了不少,但是,卻沒有帶來多大的實際價值。這個問題到底是出在哪里呢?這主要就是在對于需求的把握與控制不是很好。 現(xiàn)在回過頭來想想,確實如此。以前在企業(yè)里負責信息化項目的時候,站在用戶的角度上考慮問題。由于缺乏實際項目經(jīng)驗,很難站在全局的高度去思考一個 ERP項目該如何去運作,哪些方面的改進會給企業(yè)帶來商業(yè)價值。這就導致我們在實施項目的時候,圍繞著用戶轉(zhuǎn)。他們說這個不好,那就改這個。解決的永遠是哪些雞毛蒜皮的小事情,一些單據(jù)、報表的格式問題。而對于流程的改善 與控制,這方面卻做的非常的不到位。 所以,企業(yè)若現(xiàn)在采用開源的ERP軟件項目,由于缺乏知道,不免也會陷入這個困境之中。我有個朋友,現(xiàn)在就在企業(yè)中負責開源的ERP項目。他們公司還好,一個專門負責實施,而他就是負責開發(fā)。他跟我說,他現(xiàn)在開發(fā)的內(nèi)容,就是圍繞報表呀、表單呀、字段的格式呀;而對于功能方面的改進基本上就沒有。因為他們也不知道到底哪些東西需要改進。為什么呢?很明顯,用戶連準確的該怎么做都不知道,那當然不知道系統(tǒng)的功能有哪些缺陷,若有缺陷的話該如何走,這些內(nèi)容也不會很熟悉。所以,他們現(xiàn)在是系統(tǒng)有什么他們就用什么,沒有的話就用手工來替代。而我朋友負責程序開發(fā),整天在那邊做的就是單據(jù)、報表格式的調(diào)整,數(shù)據(jù)庫字段長度的調(diào)整等等簡單的開發(fā)工作。 這都是因為企業(yè)沒有比較專業(yè)的人來分析、調(diào)查企業(yè)需求所造成的。而商業(yè)軟件不同。他們會把企業(yè)的需求調(diào)研當作項目實施過程中的一項重中之重的工作來對待。因為他們清楚,把企業(yè)的需求搞清楚了,那么企業(yè)的ERP項目也就成功一大半了。可見,需求調(diào)研、需求分析的工作,對于ERP項目的重要性。而開源軟件項目,缺少的就是這么一個比較專業(yè)的人來負責企業(yè)的需求分析工作。從而導致開源軟件的二次開發(fā),老是圍繞哪些細枝末節(jié)的東西在展開。 四、開源ERP版本升級煩惱無盡 由于開源軟件存在眾多的 BUG,所以,其版本升級也是非常之快,可以比得上微軟操作系統(tǒng)的版本升級了。但是,微軟操作系統(tǒng)出現(xiàn)新補丁的話,只需要在原有系統(tǒng)上打補丁就可以了。但是,開源ERP系統(tǒng)則不是。他需要重新安裝、部署系統(tǒng)。但是,開源、開源,其版本升級的話,支持的并不是很好。要解決版本升級帶來的麻煩,企業(yè)至少需要解決兩個問題。 一是數(shù)據(jù)遷移的問題。由于新版本的ERP系統(tǒng)需要更改數(shù)據(jù)庫或者其他內(nèi)容,所以,原由的數(shù)據(jù)庫直接備份恢復到現(xiàn)有的數(shù)據(jù)庫中,明顯是行不通的。所以,用戶面臨的第一個問題就是開源ERP系統(tǒng),若遇到升級的話,數(shù)據(jù)如何遷移。對于商業(yè)ERP軟件來說,雖然也遇到類似的問題。但是,他們一般會提供技術支持,甚至幫助用戶完成數(shù)據(jù)遷移的工作。但是,開源項目來說,由于本身就是免費的,企業(yè)就不能享受這么好的服務了。除非企業(yè)愿意花錢。 二是二次開發(fā)需求遷移的問題。在原先版本上所做的需求,如何遷移到新版本之上呢?這是用戶在版本升級過程中遇到的第二個難題。在商業(yè)軟件中,這一般不是問題,只要你交了每年的服務費用,則他們在軟件升級的過程中,他們會幫你完成二次開發(fā)需求的遷移工作。而對于開源軟件來說,不不怎么好辦。一方面,用戶自己會開發(fā)很多需求;另一方面,若需求外部幫助的話,他們也會開發(fā)一些相應的需求。若現(xiàn)在讓他們負責進行二次開發(fā)需求遷移的話,則不僅企業(yè)要付出昂貴的升級費用,而且的話,用戶自己開發(fā)的需求也需要重新定制。這中間的需求確認、開發(fā)版本控制、文檔制作、功能測試等等會遇到很多問題,不是三言兩語可以說的清楚的?傊且痪湓,非常的頭疼,非常的麻煩。 本文出自:億恩科技【mszdt.com】 本文出自:億恩科技【www.enidc.com】 --> |