曾經有個做ERP的朋友說:“我們正在考慮重新選擇系統和實施廠商,請教人家,都說要選擇功能全的就是SAP和ORACLE;要選擇實施能力強的,就選知名的實施公司。好像大的、全的,就是風險小的。可是我們公司原來就是這樣做的,選擇發現大系統實施、應用的代價很高,而笨重的系統不能滿足公司很多特殊業務需求。因為系統大而復雜,花了很多錢做了一些開發,使用起來還是很不方便,F在集團業務在發展,信息系統卻越用越窄。我們現在想重新選型,又怕選擇小公司、小產品,服務會跟不上,真不知道應該怎么選! 這位朋友遇到的問題是很多企業都會遇到的。憑著我多年ERP的工作經驗,和大家分享探討一些選型的重要原則和技巧。 分析一: 我公司是做服裝生產的,也是國內比較知名的品牌服裝生產商。三年前決策上一套ERP軟件,實現業務、生產和財務的一體化管理。當初沒有選型經驗,IT部門只是簡單地將各個業務部門在日常工作中遇到的問題收集成需求,然后邀請國內外ERP廠家來講方案。結果聽了一輪后,IT人員感覺從厚厚的項目建議書中學習到了很多東西,好像每家產品都有特色,似乎都可以解決企業的需求。于是就從性價比角度考慮,選擇了一家國內的ERP廠家的產品——勤哲Excel服務器。 分析: 多數選型失敗的首要原因是不了解真正的需求,項目的目標不明確,沒有很好地做需求分析。 很多企業將業務部門的直接"需求"拿來選型,而這些需求大都是要求減輕本部門業務處理量的,我們稱之為表層需求。其結果是各部門都會站在本部門立場上提需求,所提要求常常是只考慮局部、不考慮整體,造成各部門之間自相矛盾。 企業上信息化是為了規范和提升整個企業的管理,應該將公司層面的管理需求最大化,而不僅僅是業務部門的"手工業務處理的電子化"。這兩個層面的管理目標會有一定的沖突,所以,選型時判定需求就-定要站在公司的高度,跨部門的思考。 選型和實施之前進行需求分析必不可少。那么如何做需求分析? 現在越來越多的企業在實施信息化之前,先行啟動一個管理咨詢的項目,完成IT戰略規劃和需求分析,讓專業人士幫助企業把控需求,這已經成為信息化選型的一般前提。 做需求分析時,應該將需求分層次,從高到低依次理解需求,從管理需求到業務需求,再到軟件需求,逐層推導,以軟件需求(特別是核心的業務和軟件需求)為選型標準,但不要忘記以管理需求為根本,以業務需求為依據,用科學的方法分析出需求。 另外一點經驗是,在選型時不要一味迷信廠家的項目建議書,不是越全越厚就越好,因為建議書的大多數內容都是"拷貝"來的。不如讓廠家就企業最核心的幾個需求再提供幾頁詳細的答辯報告更有效。 我把我們公司的需求向勤哲公司客戶經理一一說出,該公司的客戶經理為我一一解答,最終制定出了一份良好的軟件運營管理方案。 分析二: 雖然我公司有內外網,但電子郵件和文檔共享、辦公自動化軟件都沒有,對大多數最終用戶來說,使用電腦都困難,更不要說是復雜的ERP軟件了。 勤哲Excel服務器基于excel而開發,對于最終用戶來說,操作起來都比較方便。而且可以內外網同時使用。實現了文檔共享和辦公自動化。 面對選型,我們會問:把錢花在刀刃上的學問是什么?我認為,最關鍵的是理解了平臺與應用的關系,這里面的學問那就是:先搭平臺,后搞應用;基礎產品選平臺,發揮效益靠應用。 分析三: 勤哲公司客戶經理建議我們。售前承諾的"一單一結"需求在理論上可以實現,但需要進行較大規模的開發,而且開發難度大、周期長。所以他們希望在不開發的情況下,通過半手工半系統的做法,先上線用起來。如果實在要開發,可等上線后再說。而實際上,作為具有行業特色的核心需求,如果不能在上線前實現,這部分功能游離于系統之外,系統只能成為事后數據的存儲之地,就失去業務過程管理的目的了。 分析: 在選型方面,最大的誤區是:"大系統就一定功能強大,越是特殊的行業特色需求,越是要選擇大的產品。"其實這種"只要是大的貴的,就是全的好的"想法是很片面的。 不錯,大系統很靈活,可以變化出多種解決辦法。但越大的系統實現起來越復雜,需要大量的設置和開發,應用和維護的要求也很高。經常是理論上可實現的,而現實中并不可用。 正確的產品選型原則是:實用、夠用、好用。 考慮產品的適用性首先要分析產品的結構框架,包括數據邏輯、代碼邏輯和技術實現,看產品與本企業核心業務需求的吻合度和實現的難易程度,看實現起來是否最經濟、最可靠、最有效,這就是所謂實用就好。 企業可以邀請有豐富業務和系統實施經驗的顧問參與選型的產品方案論證,特別是請那些同時具備技術背景和系統分析能力的復合型顧問,因為他們具有管理、業務和軟件的綜合能力,重視問題和解決問題的方案,而不僅僅是產品功能和顧問售前的Vision。 選產品時另一個原則是夠用就好,適度超前。用過大系統的人都知道,面對復雜的大系統,企業會用到的功能也就十之一二。軟件產品的拓展性更多是根據其合理和適中的架構決定的,而不是簡單地看其有多少功能和菜單。不要為那些永遠用不上的"雞肋"功能買單。更何況,一個軟件產品的生命周期也就五六年,到時候必須要更新換代了。 選擇產品的第三個原則是好用,這是指產品的易用性。微軟Windows系列軟件的成功首先是其人性化界面和易用性。很多ERP產品,特別是國外的產品,易用性上還很差。要讓國內最終用戶輕松使用系統是有很大難度的。產品的界面、所見即所得、直觀打印、便捷查詢都是在選擇產品時應該判斷的基本標準。 分析四: 勤哲客戶經理告訴我公司項目實施部,根據實施合同,系統中的流轉單據需要根據客戶需求做調整,勤哲可以做一部分,其他的要公司技術人員在掌握單據開發方法后自己做。而對于業務統計和管理用的分析報表,系統中沒有直接適用企業的,合同中明確規定由企業人員來做,勤哲指導方法。現在勤哲要求企業人員盡量在上線之前完成單據和報表的開發。而實際情況是,系統上線前,只開發了幾張最重要的單據,報表沒有來得及開發。造成上線后,用戶不能通過統計報表指導業務管理,就連月底的結帳對帳都成為大問題。究其原因,公司的技術人員,雖然早已經掌握報表開發工具,但是在短期內很難對ERP系統復雜的數據字典、邏輯結構有深入的了解,所以不知道報表的數據源在哪里、如何取數,一直是有心無力做開發。 分析: 系統成功上線的一個重要標志是:從上線伊始,就有與公司業務和管理風格相一致的報表體系。這就要求實施是具備技術可控的,甚至不僅僅是報表,還包括特殊業務邏輯的二次開發。 很多企業在選型時,沒有仔細判斷產品的技術特性,或者一味追求技術的先進性。對報表和二次開發的難度估計不足,或者寄希望與實施顧問。其實,除非是軟件原廠商,否則讓顧問進行大量的開發是不現實和不經濟的。 企業的IT人員,從產品選型階段開始,就要有意識地判斷和選擇產品技術的開放性、可控性,掌握技術基礎。特別要關注的是系統數據字典。大系統的數據字典龐大復雜,大多數實施顧問,沒有較強的技術背景,很難說清楚系統的內在邏輯,是無法指導開發的。 分析五: 勤哲公司客戶經理在幫忙實施期間將大部分時間用在對產品的配置、測試上,只關注與系統相關的流程和功能。對培訓、數據、方案溝通、理念講解、項目推進、執行監督等,缺乏管理的經驗,雖然都有涉及,但似乎又沒有很好地做到位。所以需要我們公司的人配合才能夠完善管理系統。 分析: 軟件是死的,終究要人去使用。在選型上,不能只重視產品和實施廠家的品牌,而忽視實施團隊,其實,聰明的選型是在產品方向確定后,一直要堅持一條基本原則――選人選團隊比選擇實施公司重要,選實施公司比選產品重要。 每個實施公司,都有成體系的實施方法論。但我們經常發現,方法論的內容都涉及了,但項目還是常常做不好。這其中最關鍵的是人。 之所以這樣說,是因為一群能夠將管理思想與軟件實現相結合的項目顧問,一個善于應用項目管理策略和方法的項目經理,一個明白業務、管理、技術和項目運作方法的人,一個說做結合的優勢互補、合作融洽的團隊,才是項目成功的第一要素。 總結幾點ERP選型方法: 1.整個項目有個明白人,把控需求、理解產品、控制實施。對項目的目標、范圍、方法有把控能力,對企業的核心需求和實現策略很了解,對產品的適用度有感覺,對實施的過程有控制能力。這樣才能組建一個好團隊、選出一個好產品。 2.把錢用在刀刃上的學問是花小錢辦大事與花大錢辦小事的學問,即先搭平臺,后搞應用;A產品選平臺,發揮效益靠應用。 3.選人選團隊比選公司重要,選公司比選擇軟件重要。 4.需求分層分級,從管理需求到業務需求,再到軟件需求,逐層推導,用科學的方法分析出需求。 5.重視問題和解決問題的方案,而不僅僅是產品功能和顧問售前的vision。 6.重視做事的方法和過程,而不僅僅是方法論。 7.從一開始就重視技術的可控性。 就我公司的ERP項目來說,感謝勤哲公司客戶經理對我公司的幫助,才使得我公司項目運營如此方便快捷,大大減少了我公司的運營成本
轉載請注明出處:拓步ERP資訊網http://www.guhuozai8.cn/
本文標題:企業信息化管理ERP系統的實施經驗之談
本文網址:http://www.guhuozai8.cn/html/consultation/1082058641.html