本文是在2003年寫的一點(diǎn)心得。不過(guò)現(xiàn)在來(lái)看還是有啟發(fā)意義的，雖然筆法有些稚嫩實(shí)施分為這幾個(gè)階段： 

　　1字典準(zhǔn)備，系統(tǒng)參數(shù)配置 

　　2客戶化 

　　3使用培訓(xùn) 

　　4做報(bào)表做運(yùn)行監(jiān)控 

　　5升級(jí)更新版本 

　　這幾部分都挺費(fèi)時(shí)間。為什么? 

　　1 、字典準(zhǔn)備，系統(tǒng)參數(shù)配置

　　沒有字典準(zhǔn)備和系統(tǒng)參數(shù)配置說(shuō)明。一個(gè)新人就被一個(gè)人扔到客戶處去獨(dú)立完成全過(guò)程。整個(gè)客戶這么大的投資這么多人這么重要的流程改制都把命運(yùn)系在了這一個(gè)人的身上，不失敗才怪。配的字典和參數(shù)有問(wèn)題，系統(tǒng)就是出錯(cuò)誤，甚至有些功能都做不了，最后不得不把整個(gè)工程全都推翻，字典重做。 

　　解決方法：有詳細(xì)的字典準(zhǔn)備和系統(tǒng)參數(shù)配置說(shuō)明。 

　　FAQ數(shù)據(jù)庫(kù) 

　　深刻理解業(yè)務(wù)進(jìn)行實(shí)施培訓(xùn)支持人員考試。 

　　由于涉及到導(dǎo)客戶的老數(shù)據(jù)，由于格式，信息內(nèi)容都不同，需要個(gè)性化做一些導(dǎo)表工具和數(shù)據(jù)初始化工具和數(shù)據(jù)校驗(yàn)工具 

　　2、客戶化 

　　很多客戶化其實(shí)不是客戶有特殊需求，而是以下問(wèn)題： 

　　A 軟件不實(shí)用，閉門造車，軟件商又不愿意大量修改，用戶當(dāng)然不會(huì)用不愿意用互相僵持不給軟件款。 

　　解決方法：業(yè)務(wù)專家，模仿競(jìng)爭(zhēng)對(duì)手，模仿本公司的上一代版本，上網(wǎng)找資料，做一家試用客戶 

　　B 由于沒有從咨詢高度教育引導(dǎo)客戶，使客戶隨意變動(dòng)軟件，引起難以穩(wěn)定。而且沒有統(tǒng)一口徑管理用戶提交上來(lái)的BUG和需求列表，每個(gè)程序員都可以接了用戶電話，想也沒想通用性和影響性，為了應(yīng)付現(xiàn)在這個(gè)客戶就改了，最后程序越來(lái)越不好改。開發(fā)員不負(fù)責(zé)任，編碼隨意也不測(cè)試，項(xiàng)目經(jīng)理管理不嚴(yán)，BUG百出，出了一個(gè)改一個(gè)，不出也不管。 

　　解決方法：需要咨詢專家洗腦，在實(shí)施的全過(guò)程，工程中的每個(gè)人都要給用戶灌輸并且表現(xiàn)這種思想，表現(xiàn)出我們是最正確的我們是最先進(jìn)的我們是專家你們是落后的。 

　　需要建立BUG提交和支持BBS，與公司的SAWIN連接在一起。根據(jù)BUG和需求來(lái)安排人力，進(jìn)度，計(jì)劃，考核程序員，監(jiān)控工作質(zhì)量。 

　　需要有項(xiàng)目經(jīng)理，嚴(yán)格監(jiān)控程序員，不能讓他們對(duì)質(zhì)量不負(fù)責(zé)任。為了好跟蹤BUG，需要有業(yè)務(wù)邏輯BUG的日志跟蹤，能跟蹤到每個(gè)界面的每個(gè)控件的操作和發(fā)向數(shù)據(jù)庫(kù)的SQL。為了好跟蹤BUG，需要有技術(shù)BUG的日志跟蹤。 
C 軟件商把各家用戶的需求功能都混合在了一起，一是使代碼BUG百出，二是使BUG不好找，三是使代碼客戶化不好修改，四是使功能復(fù)雜用戶不會(huì)用，五是使用戶覺得功能自己用不上要求裁減下去反而裁減不下去了。 

　　由于大家各寫一塊，通用的功能卻各寫各的，一個(gè)相同的BUG需要修改各自的程序，沒修改到的地方就有問(wèn)題。 

　　解決方法：界面數(shù)據(jù)業(yè)務(wù)分離，一個(gè)修改，先有項(xiàng)目經(jīng)理總控是該單獨(dú)寫代碼還是交給公共基類來(lái)做。有人統(tǒng)籌開發(fā)通用基類。個(gè)性化的功能單獨(dú)做出來(lái)不要在原有代碼單元進(jìn)行修改，把共用的放在共用單元，個(gè)性的各放各處。 

　　D 由于數(shù)據(jù)庫(kù)設(shè)計(jì)沒有分為摘要表，細(xì)目表，月匯總表，年匯總表，冷數(shù)據(jù)表，熱數(shù)據(jù)表，沒有用VIEW，SP，JOB，字段類型不考慮用簡(jiǎn)單類型，引起性能問(wèn)題。采用大量新技術(shù)，新技術(shù)有BUG，問(wèn)題難以解決。 

　　解決方法：盡量不采用新技術(shù)新開發(fā)方法。數(shù)據(jù)庫(kù)設(shè)計(jì)應(yīng)該重點(diǎn)之重點(diǎn)。盡量把在數(shù)據(jù)庫(kù)上做文章能寫VIEW，SP，JOB完成的就不寫代碼。這樣性能高，功能也好修改。直到數(shù)據(jù)庫(kù)的功能優(yōu)勢(shì)都發(fā)揮出來(lái)了再在中間層寫東西，把通用的功能，如安全，如存儲(chǔ)，如數(shù)據(jù)校驗(yàn)，如流程走向，如復(fù)雜數(shù)據(jù)計(jì)算判斷都寫在中間層。把中間層的優(yōu)勢(shì)都發(fā)揮完了，再寫客戶端的界面控制，報(bào)表，字典維護(hù)界面。 

　　E 有些功能比較復(fù)雜，應(yīng)該分成兩步或多步來(lái)做的，都做在了一起，引起功能異常復(fù)雜，不僅不會(huì)用，而且BUG多難穩(wěn)定更不會(huì)用。 

　　解決方法：盡量隱藏功能，使每個(gè)界面都不復(fù)雜。 

　　F 真正的客戶化的內(nèi)容 

　　大量做報(bào)表，這樣看，那樣看，條件也不同。所以需要一個(gè)好的報(bào)表設(shè)計(jì)器，好的報(bào)表?xiàng)l件設(shè)計(jì)器。南方的用戶要求盡量程序簡(jiǎn)單，自動(dòng)化運(yùn)行，所以我們拼命在裁減功能。北方的用戶要求盡量程序處處控制，所以我們拼命在加功能，引起了矛盾。 

　　解決方法：報(bào)表設(shè)計(jì)器，報(bào)表?xiàng)l件設(shè)計(jì)器 

　　需要消息提醒服務(wù)使業(yè)務(wù)自動(dòng)化。安全需要限制到一個(gè)界面上的一個(gè)字段。各家用戶對(duì)界面上能看見什么字段，每個(gè)字段有什么限制，某個(gè)下拉字段能下拉出什么記錄，如果錄入有問(wèn)題提醒話都有不同需要定制。 

　　3、培訓(xùn) 

　　有了上述的基礎(chǔ)。還需要有正規(guī)的使用培訓(xùn)手冊(cè)，正規(guī)的培訓(xùn)計(jì)劃，對(duì)用戶數(shù)，用戶素質(zhì)，時(shí)間長(zhǎng)短與時(shí)間安排，計(jì)算機(jī)室人員配合，次數(shù)，場(chǎng)地設(shè)備，PPT，DOC都有要求。 

　　4、做報(bào)表做運(yùn)行監(jiān)控 

　　由于有了良好的報(bào)表設(shè)計(jì)器和監(jiān)控日志，工作輕松了許多。 

　　5、升級(jí)更新版本 

　　每次的界面修改，數(shù)據(jù)庫(kù)配置表結(jié)構(gòu)VIEW，SP，JOB的修改，中間層的修改，INI的修改，都要記錄下來(lái)日志，并且做成數(shù)據(jù)庫(kù)SCRIPT腳本，按時(shí)間先后一并更新 

　　總結(jié) 

　　我們正確的做法是： 

　　1 業(yè)務(wù)功能設(shè)計(jì)方面 
a 業(yè)務(wù)專家，模仿競(jìng)爭(zhēng)對(duì)手，模仿本公司的上一代版本，上網(wǎng)找資料，做一家試用客戶 

　　b 盡量隱藏功能，使每個(gè)界面都不復(fù)雜。 

　　2 架構(gòu)方面 

　　a 盡量不采用新技術(shù)新開發(fā)方法。 

　　b 數(shù)據(jù)庫(kù)設(shè)計(jì)應(yīng)該重點(diǎn)之重點(diǎn)。盡量把在數(shù)據(jù)庫(kù)上做文章能寫VIEW，SP，JOB完成的就不寫代碼。這樣性能高，功能也好修改。 

　　c 直到數(shù)據(jù)庫(kù)的功能優(yōu)勢(shì)都發(fā)揮出來(lái)了再在中間層寫東西，把通用的功能，如安全，如存儲(chǔ)，如數(shù)據(jù)校驗(yàn)，如流程走向，如復(fù)雜數(shù)據(jù)計(jì)算判斷都寫在中間層。 

　　d 把中間層的優(yōu)勢(shì)都發(fā)揮完了，再寫客戶端的界面控制，報(bào)表，字典維護(hù)界面。 

　　e 報(bào)表設(shè)計(jì)器，報(bào)表?xiàng)l件設(shè)計(jì)器。 

　　f 需要消息提醒服務(wù)使業(yè)務(wù)自動(dòng)化。 

　　g 安全需要限制到一個(gè)界面上的一個(gè)字段。各家用戶對(duì)界面上能看見什么字段，每個(gè)字段有什么限制，某個(gè)下拉字段能下拉出什么記錄，如果錄入有問(wèn)題提醒話都有不同需要定制。 

　　3 代碼編寫方面 

　　a 界面數(shù)據(jù)業(yè)務(wù)分離。 

　　b 為了好跟蹤BUG，需要有業(yè)務(wù)邏輯BUG的日志跟蹤，能跟蹤到每個(gè)界面的每個(gè)控件的操作和發(fā)向數(shù)據(jù)庫(kù)的SQL。 

　　c 為了好跟蹤BUG，需要有技術(shù)BUG的日志跟蹤。 

　　4 客戶化方面 

　　a 需要建立BUG提交和支持BBS，與公司的SAWIN連接在一起。根據(jù)BUG和需求來(lái)安排人力，進(jìn)度，計(jì)劃，考核程序員，監(jiān)控工作質(zhì)量。 

　　b 需要有項(xiàng)目經(jīng)理，嚴(yán)格監(jiān)控程序員，不能讓他們對(duì)質(zhì)量不負(fù)責(zé)任。 

　　c 一個(gè)修改，先有項(xiàng)目經(jīng)理總控是該單獨(dú)寫代碼還是交給公共基類來(lái)做。有人統(tǒng)籌開發(fā)通用基類。 

　　d 個(gè)性化的功能單獨(dú)做出來(lái)不要在原有代碼單元進(jìn)行修改，把共用的放在共用單元，個(gè)性的各放各處。 

　　e 每次的界面修改，數(shù)據(jù)庫(kù)配置表結(jié)構(gòu)VIEW，SP，JOB的修改，中間層的修改，INI的修改，都要記錄下來(lái)日志，并且做成數(shù)據(jù)庫(kù)SCRIPT腳本，按時(shí)間先后一并更新。 

　　5 實(shí)施培訓(xùn)支持方面 

　　a 需要咨詢專家洗腦，工程中的每個(gè)人都要給用戶洗腦。 
　b 有詳細(xì)的字典準(zhǔn)備和系統(tǒng)參數(shù)配置說(shuō)明。 

　　c 深刻理解業(yè)務(wù)進(jìn)行實(shí)施培訓(xùn)支持人員考試。 

　　d FAQ數(shù)據(jù)庫(kù)。 

　　e 需要有正規(guī)的使用培訓(xùn)手冊(cè)，正規(guī)的培訓(xùn)計(jì)劃，對(duì)用戶數(shù)，用戶素質(zhì)，時(shí)間長(zhǎng)短與時(shí)間安排，計(jì)算機(jī)室人員配合，次數(shù)，場(chǎng)地設(shè)備，PPT，DOC都有要求。 

　　炒概念，雇傭槍手互相吐口水，上法庭，做平臺(tái)，打技術(shù)牌，搞高層論壇都沒有戲。大話，歲數(shù)大就冒充專家，不可操作性的大方向指導(dǎo)，媒體記者為了吃飯亂發(fā)表趨勢(shì)報(bào)告和什么真知灼見，都解決不了問(wèn)題。 

　　關(guān)鍵在于有可操作性的東西，執(zhí)行下去，這才是管理的真髓，也是競(jìng)爭(zhēng)的最厲害的一招。 

　　別相信什么管理大師和管理經(jīng)典書籍，對(duì)于管理你的企業(yè)一點(diǎn)用也沒有，也千萬(wàn)別按照那些象牙塔中的東西到現(xiàn)實(shí)中演練，小心傷了別人，也小心傷了自己。