erp成功率為0現(xiàn)象從具體實(shí)施層面剖析

1、.：.；ERP勝利率為0景象從詳細(xì)實(shí)施層面分析實(shí)施分為這幾個(gè)階段：1字典預(yù)備，系統(tǒng)參數(shù)配置2客戶(hù)化3運(yùn)用培訓(xùn)4做報(bào)表做運(yùn)轉(zhuǎn)監(jiān)控5晉級(jí)更新版本這幾部分都挺費(fèi)時(shí)間。為什么？1字典預(yù)備，系統(tǒng)參數(shù)配置沒(méi)有字典預(yù)備和系統(tǒng)參數(shù)配置闡明。一個(gè)新人就被一個(gè)人扔到客戶(hù)處去獨(dú)立完成全過(guò)程。整個(gè)客戶(hù)這么大的投資這么多人這么重要的流程改制都把命運(yùn)系在了這一個(gè)人的身上，不失敗才怪。配的字典和參數(shù)有問(wèn)題，系統(tǒng)就是出錯(cuò)誤，甚至有些功能都做不了，最后不得不把整個(gè)工程全都推翻，字典重做處理方法：有詳細(xì)的字典預(yù)備和系統(tǒng)參數(shù)配置闡明FAQ數(shù)據(jù)庫(kù)深化了解業(yè)務(wù)進(jìn)展實(shí)施培訓(xùn)支持人員考試由于涉及到導(dǎo)客戶(hù)的老數(shù)據(jù)，由于格式，信息內(nèi)容都不同，

2、需求個(gè)性化做一些導(dǎo)表工具和數(shù)據(jù)初始化工具和數(shù)據(jù)校驗(yàn)工具2客戶(hù)化很多客戶(hù)化其實(shí)不是客戶(hù)有特殊需求，而是以下問(wèn)題：A軟件不適用，閉門(mén)造車(chē)，軟件商又不情愿大量修正，用戶(hù)當(dāng)然不會(huì)用不情愿用相互僵持不給軟件款。處理方法：業(yè)務(wù)專(zhuān)家，模擬競(jìng)爭(zhēng)對(duì)手，模擬本公司的上一代版本，上網(wǎng)找資料，做一家試用客戶(hù)B由于沒(méi)有從咨詢(xún)高度教育引導(dǎo)客戶(hù)，使客戶(hù)隨意變動(dòng)軟件，引起難以穩(wěn)定。而且沒(méi)有一致口徑管理用戶(hù)提交上來(lái)的BUG和需求列表，每個(gè)程序員都可以接了用戶(hù)，想也沒(méi)想通用性和影響性，為了應(yīng)付如今這個(gè)客戶(hù)就改了，最后程序越來(lái)越不好改。開(kāi)發(fā)員不擔(dān)任任，編碼隨意也不測(cè)試，工程經(jīng)理管理不嚴(yán)，BUG百出，出了一個(gè)改一個(gè)，不出也不論處理方

3、法：需求咨詢(xún)專(zhuān)家洗腦，在實(shí)施的全過(guò)程，工程中的每個(gè)人都要給用戶(hù)灌輸并且表現(xiàn)這種思想，表現(xiàn)出我們是最正確的我們是最先進(jìn)的我們是專(zhuān)家他們是落后的。需求建立BUG提交和支持BBS，與公司的SAWIN銜接在一同。根據(jù)BUG和需求來(lái)安排人力，進(jìn)度，方案，考核程序員，監(jiān)控任務(wù)質(zhì)量。需求有工程經(jīng)理，嚴(yán)厲監(jiān)控程序員，不能讓他們對(duì)質(zhì)量不擔(dān)任任為了好跟蹤BUG，需求有業(yè)務(wù)邏輯BUG的日志跟蹤，能跟蹤到每個(gè)界面的每個(gè)控件的操作和發(fā)向數(shù)據(jù)庫(kù)的SQL為了好跟蹤BUG，需求有技術(shù)BUG的日志跟蹤C(jī)軟件商把各家用戶(hù)的需求功能都混合在了一同，一是使代碼BUG百出，二是使BUG不好找，三是使代碼客戶(hù)化不好修正，四是使功能復(fù)雜用

4、戶(hù)不會(huì)用，五是運(yùn)用戶(hù)覺(jué)得功能本人用不上要求裁減下去反而裁減不下去了由于大家各寫(xiě)一塊，通用的功能卻各寫(xiě)各的，一個(gè)一樣的BUG需求修正各自的程序，沒(méi)修正到的地方就有問(wèn)題處理方法：界面數(shù)據(jù)業(yè)務(wù)分別，一個(gè)修正，先有工程經(jīng)理總控是該單獨(dú)寫(xiě)代碼還是交給公共基類(lèi)來(lái)做。有人統(tǒng)籌開(kāi)發(fā)通用基類(lèi)個(gè)性化的功能單獨(dú)做出來(lái)不要在原有代碼單元進(jìn)展修正，把共用的放在共用單元，個(gè)性的各放各處D由于數(shù)據(jù)庫(kù)設(shè)計(jì)沒(méi)有分為摘要表，細(xì)目表，月匯總表，年匯總表，冷數(shù)據(jù)表，熱數(shù)據(jù)表，沒(méi)有用VIEW，SP，JOB，字段類(lèi)型不思索用簡(jiǎn)單類(lèi)型，引起性能問(wèn)題采用大量新技術(shù)，新技術(shù)有BUG，問(wèn)題難以處理處理方法：盡量不采用新技術(shù)新開(kāi)發(fā)方法。數(shù)據(jù)庫(kù)設(shè)計(jì)

5、應(yīng)該重點(diǎn)之重點(diǎn)。盡量把在數(shù)據(jù)庫(kù)上做文章能寫(xiě)VIEW，SP，JOB完成的就不寫(xiě)代碼。這樣性能高，功能也好修正。直到數(shù)據(jù)庫(kù)的功能優(yōu)勢(shì)都發(fā)揚(yáng)出來(lái)了再在中間層寫(xiě)東西，把通用的功能，如平安，如存儲(chǔ)，如數(shù)據(jù)校驗(yàn)，如流程走向，如復(fù)雜數(shù)據(jù)計(jì)算判別都寫(xiě)在中間層。把中間層的優(yōu)勢(shì)都發(fā)揚(yáng)完了，再寫(xiě)客戶(hù)端的界面控制，報(bào)表，字典維護(hù)界面E有些功能比較復(fù)雜，應(yīng)該分成兩步或多步來(lái)做的，都做在了一同，引起功能異常復(fù)雜，不僅不會(huì)用，而且BUG多難穩(wěn)定更不會(huì)用處理方法：盡量隱藏功能，使每個(gè)界面都不復(fù)雜。F真正的客戶(hù)化的內(nèi)容大量做報(bào)表，這樣看，那樣看，條件也不同。所以需求一個(gè)好的報(bào)表設(shè)計(jì)器，好的報(bào)表?xiàng)l件設(shè)計(jì)器。南方的用戶(hù)要求盡量程序

6、簡(jiǎn)單，自動(dòng)化運(yùn)轉(zhuǎn)，所以我們拼命在裁減功能。北方的用戶(hù)要求盡量程序處處控制，所以我們拼命在加功能，引起了矛盾。處理方法：報(bào)表設(shè)計(jì)器，報(bào)表?xiàng)l件設(shè)計(jì)器需求音訊提示效力使業(yè)務(wù)自動(dòng)化平安需求限制到一個(gè)界面上的一個(gè)字段。各家用戶(hù)對(duì)界面上能看見(jiàn)什么字段，每個(gè)字段有什么限制，某個(gè)下拉字段能下拉出什么記錄，假設(shè)錄入有問(wèn)題提示話(huà)都有不同需求定制3培訓(xùn)有了上述的根底。還需求有正規(guī)的運(yùn)用培訓(xùn)手冊(cè)，正規(guī)的培訓(xùn)方案，對(duì)用戶(hù)數(shù)，用戶(hù)素質(zhì)，時(shí)間長(zhǎng)短與時(shí)間安排，計(jì)算機(jī)室人員配合，次數(shù)，場(chǎng)地設(shè)備，PPT，DOC都有要求。4做報(bào)表做運(yùn)轉(zhuǎn)監(jiān)控由于有了良好的報(bào)表設(shè)計(jì)器和監(jiān)控日志，任務(wù)輕松了許多。5晉級(jí)更新版本每次的界面修正，數(shù)據(jù)庫(kù)配置表構(gòu)造VIEW，SP，JOB的修正，中間層的修正，INI的修正，都要記錄下來(lái)日志，并且做成數(shù)據(jù)庫(kù)SCRIPT腳本，按時(shí)間先后一并更新結(jié)尾：炒概念，雇傭槍手相互吐口水，上法庭，做平臺(tái)，打技術(shù)牌，搞高層論壇都沒(méi)有戲。大話(huà)，歲數(shù)大就冒充專(zhuān)家，不可操作性的大方向指點(diǎn)，媒體記者為了吃飯亂發(fā)表趨勢(shì)報(bào)告和什么真知灼見(jiàn)，都處理不了問(wèn)題。關(guān)鍵在于有