軟件項(xiàng)目實(shí)施方案范文

1、一、軟件工程實(shí)施方案概述軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同丁一般的商品，用戶購(gòu)置軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、 軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期 維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件工程實(shí)施。 大量的軟件公 司工程實(shí)施案例證明，軟件工程是否成功、用戶的軟件使用情況是否順利、 是否 提高了用戶的工作效率和管理水平， 不僅取決丁軟件產(chǎn)品本身的質(zhì)量，軟件工程 實(shí)施的質(zhì)量效果也對(duì)后期用戶應(yīng)用的情況起到非常重要的影響。工程實(shí)施標(biāo)準(zhǔn)主要包括工程啟動(dòng)階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化

2、初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測(cè)試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交 接階段等八個(gè)階段工作內(nèi)容，每個(gè)階段下面有不同的工作事項(xiàng)，各個(gè)階段之間都 是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的根底。 下面 將按照每個(gè)工程實(shí)施階段分別介紹。二、軟件工程實(shí)施方案介紹一工程啟動(dòng)階段此階段處丁整個(gè)工程實(shí)施工作的最前期， 由成立工程組、前期調(diào)研、編制總 體工程方案、啟動(dòng)會(huì)四個(gè)階段組成。此階段主任務(wù)：公司：在合同簽定后，指定工程經(jīng)理，成立工程組，授權(quán)工程組織完成工程目標(biāo)。公司工程組：進(jìn)行前期工程調(diào)研，與用戶共同成立工程實(shí)施組織，編制?總體項(xiàng) 目方案?，召開工程啟動(dòng)會(huì)。商務(wù)經(jīng)理：配合公司工程組，

3、將積累的工程和用戶信息轉(zhuǎn)交給工程組。 將工程組正式介 紹給用戶，配合工程組建立與用戶的聯(lián)系。用戶：成立工程實(shí)施組織，配合前期調(diào)研和召開啟動(dòng)會(huì)，簽署?總體工程方案?和 ?工程實(shí)施協(xié)議?。1、成立工程組：部門經(jīng)理接到實(shí)施申請(qǐng)后，任命工程經(jīng)理，指定工程目標(biāo)，由部門經(jīng)理及項(xiàng) 目經(jīng)理一起指定工程組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署?工程任務(wù)書?。2、前期調(diào)研：工程經(jīng)理及工程組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對(duì)合同、 用戶進(jìn)行調(diào)研。填寫?用戶及合同信息表?。 在工程商務(wù)談判中，商務(wù)經(jīng)理積累 了大量的信息，工程組首先應(yīng)收集商務(wù)和合同信息， 并與商務(wù)經(jīng)理一起識(shí)別那些 個(gè)體和組織是工程的干系人，確定他們的

4、需求和期望，如何滿足和影響這些需求、 期望以確保工程能夠成功。3、編制工程總體方案?：?工程總體方案?是一個(gè)文件或文件的集合，隨著工程信息不斷豐富和變化， 會(huì)被不斷變更，主要介紹工程目標(biāo)、主要工程階段、里程碑、可交付成果。通常 包括以下幾方面內(nèi)容：工程描述，工程目標(biāo)、主要工程階段、里程碑、可交付成 果。所方案的職責(zé)分配包括用戶的；溝通管理方案，確定工程干系人對(duì)信息 和溝通的需要：即什么人何時(shí)需要什么信息以及通過什么方式將信息提供給他們。 質(zhì)量管理方案，確定適合丁工程的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。 如果有必要，可 以包括上述每一個(gè)方案，詳細(xì)程度根據(jù)每個(gè)具體工程的要求而定。 未解決事宜和 未定的決策

5、4、啟動(dòng)會(huì)：工程組與用戶共同召開的宣布工程實(shí)施正式開始的會(huì)議。會(huì)程安排如下：共同組建工程實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé)；雙方簽署?工程實(shí)施協(xié)議?。工程組介紹?工程總體方案?和?工程實(shí)施協(xié)議?,包括以下內(nèi)容：工程目標(biāo)、主要工程階段、里程碑、可交付成果。所方案的職責(zé)分配包括用戶 的；工程實(shí)施中工程管理的必要性和如何進(jìn)行工程管理，工程的質(zhì)量如何控制；工程實(shí)施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用；階段驗(yàn)收、技術(shù)交接和工程結(jié)束后如何對(duì)用戶提供后續(xù)效勞。二需求調(diào)研確認(rèn)階段此階段的主要工作是軟件公司的工程實(shí)施人員向用戶調(diào)查用戶對(duì)系統(tǒng)的需 求，包括管理流程調(diào)研、功能需求調(diào)研、報(bào)表要求調(diào)研、查詢需求調(diào)研等，實(shí)施

6、人員調(diào)研完成后，會(huì)編寫?需求調(diào)研分析手冊(cè)?，并交付用戶進(jìn)行確認(rèn)，待用戶 對(duì)?需求調(diào)研分析手冊(cè)?上所提到的需求確認(rèn)完畢后，工程實(shí)施人員將以此為依 據(jù)進(jìn)行軟件功能的實(shí)現(xiàn)。如果用戶乂提出新的需求，實(shí)施人員將分析需求的難度 及對(duì)整個(gè)系統(tǒng)的影響程度來(lái)確定是否給予實(shí)現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：1、進(jìn)行需求調(diào)研準(zhǔn)備2、編制需求調(diào)研方案?3、內(nèi)部評(píng)常是否通過需求調(diào)研方案?工程組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和工程實(shí)際情況對(duì) ?需求調(diào)研 方案?草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，那么在稍后的時(shí)間內(nèi)簽署，如評(píng)審不通過那么重 新修改。4、用戶是否簽署?需求調(diào)研方案?如用戶簽署?需求調(diào)研方案?，那么作為以后需求調(diào)研工

7、作的指南。否那么重新 修改。5、 需求調(diào)研方案?是否有變更如果方案存在變更，那么執(zhí)行變更控制流程，否那么按方案進(jìn)行后續(xù)工作6、編寫及發(fā)出需求調(diào)研通知?工程組編寫?需求調(diào)研通知?，確定進(jìn)行需求調(diào)研的相關(guān)事宜，發(fā)給用戶， 為順利完成需求調(diào)研工作做準(zhǔn)備7、需求調(diào)研工程組以?需求調(diào)研手冊(cè)?為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào) 表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果工程組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析， 確定合理、可行的需求，將 分析結(jié)果形成?需求分析報(bào)告?草稿。9、內(nèi)部評(píng)常是否通過需求分析報(bào)告?工程組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)?需

8、求分析報(bào)告?草稿進(jìn)行 評(píng)審，如評(píng)審?fù)ㄟ^，那么在稍后由用戶簽署，如評(píng)審不通過那么重新修改，直至內(nèi)部 評(píng)審?fù)ㄟ^。10、 編寫及發(fā)出需求分析報(bào)告確認(rèn)通知?工程組編寫?需求分析報(bào)告確認(rèn)通知?， 發(fā)給用戶， 確定進(jìn)行需求確認(rèn)的相 關(guān)事宜，告之相關(guān)部門及人員安排好工作， 準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成 需求確認(rèn)工作做準(zhǔn)備。11、 用戶是否確認(rèn)需求分析報(bào)告?如果用戶確認(rèn)，并簽署了?需求分析報(bào)告?，那么需求調(diào)研階段工作結(jié)束，進(jìn) 行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，那么進(jìn)一步進(jìn)行調(diào)研、分析，直至用 戶最終確認(rèn)并簽署?需求分析報(bào)告?。雙方簽署了?需求分析報(bào)告?，需求調(diào)研 工作結(jié)束之后，如果用戶提出新的需求或

9、是變更已有的需求，那么執(zhí)行需求新增及 變更流程。三 軟件功能實(shí)現(xiàn)確認(rèn)階段此階段的主要工作是工程實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的 ?需求調(diào)研分析 手冊(cè)?中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。 在軟件功能實(shí)現(xiàn)的過程 中，工程實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。 便丁公司售后效勞之用。每一個(gè) 實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢 后，工程實(shí)施人員將編制?軟件功能確認(rèn)表?，將定制好軟件功能待用戶確認(rèn)， 用戶根據(jù)?軟件功能確認(rèn)表?上的功能逐一確定軟件功能是否到達(dá)要求，對(duì)不滿 足要求的功能，工程實(shí)施人員將會(huì)記錄下來(lái)并進(jìn)行功能修改， 直到滿足用丁要求。四 數(shù)據(jù)標(biāo)準(zhǔn)化初裝階

10、段此階段的主要工作是工程實(shí)施人員指導(dǎo)用戶進(jìn)行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工 作，并對(duì)用戶進(jìn)行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時(shí)的將標(biāo)準(zhǔn)資料錄 入系統(tǒng)，初裝完成后，工程實(shí)施人員會(huì)對(duì)資料初裝的情況進(jìn)行核查， 為以后具體 業(yè)務(wù)功能的開展做好根底。五 系統(tǒng)培訓(xùn)階段系統(tǒng)培訓(xùn)階段工作是整個(gè)工程實(shí)施工作中比擬重要的工作， 用戶對(duì)軟件的操 作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要 對(duì)此階段的工作給予足夠的重視。 要充分認(rèn)識(shí)培訓(xùn)的重要性和艱巨性。 在工程實(shí) 施之前對(duì)用戶的相關(guān)人員進(jìn)行系統(tǒng)和標(biāo)準(zhǔn)的產(chǎn)品培訓(xùn)是非常必要的， 到達(dá)讓用戶 了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。此階

11、段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個(gè)層次：決策層、技術(shù)層、操作層，對(duì)不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：決策層：領(lǐng)導(dǎo)在實(shí)施中的作用與重要性、決策查詢。維護(hù)層：系統(tǒng)維護(hù)知識(shí)、操作方法。操作層：操作方法。具體的培訓(xùn)工作流程為：1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前 3 3 天由用戶實(shí)施負(fù)責(zé)人，將參加培訓(xùn)的部門和人員情況填入 ?受訓(xùn)部門匯總表?、?受訓(xùn)人員情況一覽表?。2、編制培訓(xùn)方案：結(jié)合調(diào)研結(jié)果，與用戶實(shí)施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時(shí)間，場(chǎng)地，人員等。 工程組編制?培訓(xùn)方案?。3、簽署培訓(xùn)方案：用戶簽署 培訓(xùn)方案，進(jìn)一步確認(rèn)培訓(xùn)安排。4、發(fā)培訓(xùn)通知：培訓(xùn)開始前 2 2 天，按照簽署

12、的培訓(xùn)方案，將培訓(xùn)內(nèi)容、時(shí)間，場(chǎng)地，人 員等信息通知用戶實(shí)施負(fù)責(zé)人。5、搭建培訓(xùn)環(huán)境：公司工程組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn) 手冊(cè)準(zhǔn)備好。6、組織培訓(xùn)：公司工程組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)， 按培訓(xùn)制 度嚴(yán)格考核。由用戶將考勤情況填入?培訓(xùn)人員簽到表?。7、培訓(xùn)考核：公司工程組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考 試。8、培訓(xùn)總結(jié)：公司工程組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出 總結(jié)，填入?培訓(xùn)及考核統(tǒng)計(jì)表?，及時(shí)向相關(guān)負(fù)責(zé)人匯報(bào)。六系統(tǒng)安裝測(cè)試及試運(yùn)行階段此階段的主要工作是在用戶真實(shí)環(huán)境下，對(duì)用戶網(wǎng)絡(luò)及硬件設(shè)

13、備進(jìn)行測(cè)試， 對(duì)軟件系統(tǒng)進(jìn)行容量、性能壓力等測(cè)試測(cè)試及試運(yùn)行的目的在丁確保系統(tǒng)各項(xiàng)功 能均能正常使用，并且符合用戶簽署的?需求分析報(bào)告?中描述的需求，同時(shí)把 盡可能多的潛在問題在正式運(yùn)行之前發(fā)現(xiàn)并改正； 同時(shí)目的還在丁在正式運(yùn)行前 用戶的有關(guān)人員能進(jìn)一步提高操作水平，掌握操作標(biāo)準(zhǔn)。此階段的主要工作內(nèi)容 為：1、 編制方案：與用戶實(shí)施負(fù)責(zé)人商議具體測(cè)試及試運(yùn)行時(shí)間，地點(diǎn)，人員等安排，工程組編制?測(cè)試及試運(yùn)行方案?。2、簽署方案：用戶簽署?測(cè)試及試運(yùn)行方案?，進(jìn)一步確認(rèn)測(cè)試及試運(yùn)行安排。3、發(fā)測(cè)試及試運(yùn)行通知：在測(cè)試及試運(yùn)行開始前2天，按照簽署的?測(cè)試及試運(yùn)行方案?，將時(shí)間， 地點(diǎn)，人員等信息通知

14、用戶實(shí)施負(fù)責(zé)人。4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：在試運(yùn)行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路；檢查軟 件、硬件、網(wǎng)絡(luò)、線路等各個(gè)環(huán)節(jié)是否有問題；5、組織測(cè)試及試運(yùn)行：用戶相關(guān)各級(jí)領(lǐng)導(dǎo)給予全面配合， 組織相關(guān)人員進(jìn)行測(cè)試及試運(yùn)行。 公司項(xiàng) 目組負(fù)責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：跟蹤單據(jù)流轉(zhuǎn)狀況。跟蹤新資料登錄環(huán)節(jié)。觀察業(yè)務(wù)流程執(zhí)行狀況。觀察操作人員操作表現(xiàn)。觀察系統(tǒng)運(yùn)行速度及異常表現(xiàn)。觀察關(guān)鍵數(shù)據(jù)的正確性。及時(shí)糾正錯(cuò)誤操作、對(duì)丁新發(fā)生的問題及時(shí)與相關(guān)人員溝通，確定解決方法。6、測(cè)試及試運(yùn)行總結(jié)：測(cè)試及試運(yùn)行完成，總結(jié)試運(yùn)行中設(shè)備、軟件的運(yùn)行情況，總結(jié)試運(yùn)行中業(yè)

15、 務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測(cè)試及試運(yùn)行結(jié)果通知相關(guān)負(fù)責(zé)人。七總體驗(yàn)收階段此階段是對(duì)工程總體的完成情況進(jìn)行驗(yàn)收。 驗(yàn)收分階段進(jìn)行，在每一工程階 段結(jié)束時(shí)，用戶對(duì)這一階段的可交付成果進(jìn)行驗(yàn)收， 在測(cè)試及試運(yùn)行結(jié)束后，對(duì) 系統(tǒng)進(jìn)行總體驗(yàn)收。需要驗(yàn)收的可交付成果：主要工程階 段階段組成主要里程碑可交付成果啟動(dòng)編制總體工程方案簽署的?總體工程方案?階段啟動(dòng)會(huì)工程啟動(dòng)會(huì)簽署的?工程實(shí)施協(xié)議?需求調(diào)研階 段需求分析報(bào)告確認(rèn)需求調(diào)研結(jié)束簽署的?需求分析報(bào)告?軟件實(shí)現(xiàn)軟件功能確認(rèn)軟件功能確認(rèn)簽署的?軟件功能確認(rèn)表?數(shù)據(jù)初裝用戶簽署初裝方案及初裝培訓(xùn) 方案簽署的?初裝方案及初裝培訓(xùn)方案?初裝檢查及

16、總結(jié)數(shù)據(jù)初裝完成?數(shù)據(jù)初裝總結(jié)表?培訓(xùn)及考核用戶簽署培訓(xùn)方案簽署的?培訓(xùn)方案?培訓(xùn)總結(jié)培訓(xùn)完成?培訓(xùn)總結(jié)表?測(cè)試及試運(yùn)行用戶簽署測(cè)試及試運(yùn)行方案簽署的?測(cè)試及試運(yùn)行計(jì) 劃?測(cè)試及試運(yùn)行總結(jié)試運(yùn)行完成?測(cè)試及試運(yùn)行總結(jié)?驗(yàn)收總體驗(yàn)收驗(yàn)收完成?總體驗(yàn)收?qǐng)?bào)告?八系統(tǒng)交接階段此階段是工程實(shí)施的最后一個(gè)階段， 主要工作是軟件公司工程組向用戶移交 軟件工程，包括軟件產(chǎn)品、工程實(shí)施過程中所生成的各種文檔，并簽署?售后服 務(wù)協(xié)議?,工程將進(jìn)入售后效勞階段。軟件公司工程組還需要讓用戶填寫?用戶 滿意度調(diào)查表?，對(duì)軟件公司工程實(shí)施人員的整個(gè)工程實(shí)施情況進(jìn)行評(píng)價(jià)， 軟件 公司將聽取用戶的意見，再今后的工程實(shí)施管理中

17、進(jìn)行加強(qiáng)和改良。三、軟件實(shí)施的成功之道一軟件必須能滿足和適應(yīng)企業(yè)需求這一點(diǎn)是整個(gè)工程能否成功實(shí)施的最關(guān)鍵的一環(huán)。 很多企業(yè)都在這一方面吃 過虧，在選型時(shí)見到的軟件有很多功能模塊， 在樣板企業(yè)里數(shù)據(jù)也能跑起來(lái)，但 當(dāng)軟件買回來(lái)了以后，卻發(fā)現(xiàn)了軟件的很多功能與企業(yè)的現(xiàn)實(shí)差異很大， 所以根 本就用不起來(lái)。不同企業(yè)之間的管理流程和對(duì)數(shù)據(jù)的要求差異很大，根本上兩個(gè) 完全相同的企業(yè)是不存在的，世界上絕對(duì)不會(huì)有一種 萬(wàn)能軟件能滿足所有企業(yè) 的需求。企業(yè)在選型軟件時(shí)，要充分考慮各種管理流程的特點(diǎn)、數(shù)據(jù)的來(lái)源、統(tǒng) 計(jì)報(bào)表不同功能模塊的關(guān)系、企業(yè)員工的接受能力及與其它系統(tǒng)的接口等很多問 題，所以企業(yè)選擇的必須是軟

18、件提供商為企業(yè)訂制開發(fā)出來(lái)的。 如果軟件提供商 不為企業(yè)做前期需求分析和訂制開發(fā)， 只是把現(xiàn)成的軟件賣給企業(yè)，它的實(shí)施成 功率幾乎為零，如果是這樣的效勞，企業(yè)還不如買一套盜版軟件。所以我們可 以得出這樣的結(jié)論，企業(yè)買軟件提供商的不是它的軟件，而是它的開發(fā)能力。二 軟件是否能進(jìn)行二次開發(fā)因?yàn)槠髽I(yè)現(xiàn)有的流程不是一成不變的， 需不斷完善與改良，所以軟件的功能 也需要能進(jìn)行相應(yīng)的修改，而且企業(yè)在第一次做工程需求時(shí)，有些問題可能忽略 掉了，所以必須要求選型的軟件有強(qiáng)大的二次開發(fā)能力。如果軟件的結(jié)構(gòu)過丁僵 死或二次開發(fā)能力不強(qiáng)，它未來(lái)可能會(huì)變成一塊 雞肋，讓企業(yè)有種 食之無(wú)味、 棄之可惜的感覺。測(cè)試軟件是

19、否具有快速二次開發(fā)能力的方法也不難，就是企 業(yè)在選型時(shí)，不僅要看軟件提供商如何演示，還要提出一些個(gè)性化需求，看看對(duì) 方能否迅速開發(fā)出來(lái)。三 軟件和實(shí)施費(fèi)用應(yīng)相對(duì)廉價(jià)企業(yè)第一次實(shí)施由丁經(jīng)驗(yàn)上的缺乏， 風(fēng)險(xiǎn)不是沒有，確實(shí)有許多優(yōu)秀的企業(yè) 是通過第二次實(shí)施才獲得了成功。因此企業(yè)在第一次選型軟件時(shí)，不要只注意軟 件提供商的品牌和規(guī)模,因?yàn)閮r(jià)格越高,企業(yè)自身的風(fēng)險(xiǎn)就越高。我們建議企業(yè) 最好還是購(gòu)置那些物美價(jià)廉的產(chǎn)品，也就是當(dāng)所選軟件都能滿足企業(yè)現(xiàn)實(shí)需求且 能進(jìn)行二次開發(fā)時(shí)，企業(yè)最好選擇價(jià)格廉價(jià)的那家，就好似一個(gè)人剛學(xué)會(huì)開車， 就要買一輛奔馳轎車，無(wú)論這個(gè)人是否真正有錢都不是明智的選擇。 現(xiàn)在出現(xiàn)了 平臺(tái)

20、化組構(gòu)的軟件產(chǎn)品，它可以通過建模工具迅速按照客戶的需求進(jìn)行軟件開發(fā)， 這樣就大量地節(jié)約軟件開發(fā)周期和本錢，而且二次開發(fā)工作也變得十分的簡(jiǎn)單， 所以企業(yè)最好選擇這樣的產(chǎn)品。四 軟件操作要簡(jiǎn)單、易學(xué)由丁許多企業(yè)過去沒有信息化建設(shè)的經(jīng)驗(yàn)，員工一下子由過去的手工工作轉(zhuǎn) 為計(jì)算機(jī)工作肯定有一個(gè)適應(yīng)過程，如軟件組構(gòu)和操作過丁復(fù)雜，那么一定會(huì)加 大培訓(xùn)和實(shí)施的難度。四、數(shù)據(jù)整合工程實(shí)施的成功之道案例1:麥德龍到麥德龍購(gòu)物的消費(fèi)者都知道要帶一張會(huì)員卡，但對(duì)會(huì)員卡有什么作用幾乎 都不知曉。其實(shí)，會(huì)員卡最大的收益者是麥德龍。當(dāng)消費(fèi)者用會(huì)員卡結(jié)賬時(shí)，便 留下了詳細(xì)的消費(fèi)檔案。據(jù)麥德龍中國(guó)公司總經(jīng)理海力佛介紹， 公司

21、的專門網(wǎng)絡(luò) 每天都要對(duì)這些數(shù)據(jù)進(jìn)行整合分析， 不僅分析商品熱銷、滯銷情況，還要分析目 標(biāo)客戶的購(gòu)置力，由此決定大類商品，乃至細(xì)目商品的結(jié)構(gòu)調(diào)整，以及促銷方式 的變化。案例2:中石化中石化丁 20002000 年初開始制定中國(guó)石化 ERPERP 總體規(guī)劃，努力構(gòu)架從上到下、 集成一體化的中國(guó)石化 ERPERP 系統(tǒng)的推進(jìn)策略。目前，中石化集團(tuán)已經(jīng)完成近 70%70% 的 ERPERP 系統(tǒng)實(shí)施工作。20042004 年年底，中海油宣布集團(tuán)整體實(shí)施 SAPSAP ERPERP 系統(tǒng)項(xiàng) 目正式啟動(dòng)。近期，很早就提出信息化建設(shè) 六統(tǒng)一 的中石油集團(tuán)也開始了 ERPERP 系統(tǒng)的招標(biāo)工作。由此可以看出，

22、中國(guó)三大石油巨頭已經(jīng)對(duì)管理信息化有了更深 層的理解和更為迫切的需求，建立與完善各自管理信息化系統(tǒng)的工作正在轟轟烈 烈、有條不紊的進(jìn)行中。無(wú)論是案例中的麥德龍還是三大石油巨頭， 亦或是其他一些公司，他們其實(shí) 都在不約而同地做著同樣一件事情， 那就是信息整合。眾多企業(yè)之所以熱衷丁此 并非盲目追隨潮流，而是緣丁整合信息、消除 信息孤島的迫切需要。這種需要 的存在是出丁信息傳遞系統(tǒng)對(duì)丁現(xiàn)代公司獲得生存開展的極大重要性。信息不充分導(dǎo)致的信息經(jīng)濟(jì)學(xué)所關(guān)注的逆向選擇、 檸檬市場(chǎng)等問題，在企業(yè)內(nèi)部就會(huì)表現(xiàn) 為治理機(jī)制失調(diào)、管理混亂、決策空虛。曾有人把企業(yè)的信息流比喻為人的神經(jīng) 系統(tǒng)，那么不難想象如果 神經(jīng)系統(tǒng)

23、處丁癱瘓，公司的生存開展將會(huì)何等艱難。既然市場(chǎng)有如此強(qiáng)烈的需求，那么信息應(yīng)用技術(shù)的提供者們自然不會(huì)視時(shí)機(jī) 如浮云，必將開發(fā)相應(yīng)的應(yīng)用軟件系統(tǒng)來(lái)迎合市場(chǎng)。 一時(shí)間，各種系統(tǒng)層出不窮， 技術(shù)手段也日漸純宵。一方面是企業(yè)的苦苦訴求，一方面是信息技術(shù)供給商的殷 殷回應(yīng)，似乎信息整合已經(jīng)萬(wàn)事俱備，剩余的工作就是順利地將信息整合工作付 與實(shí)施了。然而，也就是這個(gè)看似最簡(jiǎn)單的環(huán)節(jié)，卻同時(shí)給企業(yè)和工程實(shí)施團(tuán)隊(duì)帶來(lái)了 諸多的煩惱。同時(shí)，也導(dǎo)致了信息整合的成功似乎近在眼前，卻乂遠(yuǎn)在天涯。據(jù) 國(guó)家經(jīng)貿(mào)委經(jīng)濟(jì)信息中心和每周電腦報(bào)社對(duì)近 800800 家企業(yè)所做的調(diào)查結(jié)果顯示， 近 50%50%的企業(yè)稱信息整合化效果不

24、明顯。那么，究竟在實(shí)施過程中出現(xiàn)了什么問題，讓信息整合一而再、再而三的止 步于最后關(guān)口 ?在此，依據(jù)我們以往信息整合實(shí)施的經(jīng)驗(yàn)來(lái)看，失敗多因在經(jīng)營(yíng)分析、對(duì)標(biāo)、 數(shù)據(jù)整合三個(gè)環(huán)節(jié)存在問題甚至缺失導(dǎo)致，本文將從數(shù)據(jù)整合的角度展開分析， 列舉在實(shí)施過程中經(jīng)常遇到的三個(gè)數(shù)據(jù)實(shí)施的問題， 并提出我們對(duì)問題的分析與 解決問題的思路，希望關(guān)切這個(gè)領(lǐng)域的同仁們可以共同思考。一、企業(yè)內(nèi)部管理粗放，造成根底數(shù)據(jù)難以尋獲， 從而導(dǎo)致實(shí)施在開始階段就舉步艱難。1、問題陳述對(duì)丁任何一種版本的信息整合系統(tǒng)，在工程實(shí)施的第一階段系統(tǒng)實(shí)現(xiàn)階段 都要進(jìn)行根底數(shù)據(jù)的錄入工作。然而，工程實(shí)施方也往往從這個(gè)階段開始就要接 受挑戰(zhàn)了。

25、相信有過整合實(shí)施經(jīng)歷的讀者對(duì)以下兩個(gè)事例并不陌生，因?yàn)樗鼈冊(cè)诠こ虒?shí)施中非常普遍。例 1:1:在對(duì)生產(chǎn)型企業(yè)進(jìn)行系統(tǒng)實(shí)施時(shí)，必然要涉及到設(shè)備編碼數(shù)據(jù)的錄入。 然而，許多企業(yè)并沒有對(duì)他們的設(shè)備進(jìn)行統(tǒng)計(jì)編碼， 那么工程實(shí)施方那么很難進(jìn)行 下一步的工作。例 2:2:任何系統(tǒng)實(shí)施中都首先要對(duì)不同使用者設(shè)立不同的權(quán)限，這就需要企 業(yè)的人力資源部門向工程實(shí)施方提供完整的員工崗位分配表、崗位說明書與職責(zé)說明書。而當(dāng)工程實(shí)施方要求企業(yè)遞送這些文件的時(shí)候， 人力資源部的答復(fù)往往 是我們沒有這些東西，給你們一張員工工資表，將就用吧 。這樣一來(lái)，系統(tǒng)權(quán) 限的設(shè)置必將混亂，也勢(shì)必影響到系統(tǒng)應(yīng)用的最終效果。像上面這種例子

26、在實(shí)施工程中還有很多很多。 其實(shí)，它們反映了同一個(gè)問題， 即準(zhǔn)備錄入的根底數(shù)據(jù)難以獲尋的問題。搜尋不到根底數(shù)據(jù)，實(shí)施的第一步工作 就無(wú)法得到開展，工程也從一開始就被籠罩上了失敗的陰影。2、問題分析問題總是外表化的，如同冰山一角，其背后的產(chǎn)生原因才是深層次的。 這一 問題其實(shí)是企業(yè)管理不細(xì)致的表現(xiàn)，根源在丁企業(yè)在開展過程中無(wú)視了管理模式 的更新與細(xì)化，沒有形成制度化、標(biāo)準(zhǔn)化的管理模式。當(dāng)企業(yè)規(guī)模小的時(shí)候,管理和經(jīng)營(yíng)往往依靠領(lǐng)導(dǎo)人的個(gè)人能力。 大局部日常 管理工作是對(duì)已經(jīng)出現(xiàn)的問題進(jìn)行解決。 而當(dāng)企業(yè)規(guī)模壯大以后，管理層往往仍 然延續(xù)舊有的管理思想與習(xí)慣。我們不難想象用管理十幾個(gè)人的方法和手段來(lái)管

27、理上白人、上千人的企業(yè)會(huì)出現(xiàn)怎樣的后果。這種管理落后會(huì)表現(xiàn)在企業(yè)運(yùn)營(yíng)的 各個(gè)方面，而根底數(shù)據(jù)不完善就是其表現(xiàn)之一。3、解決思路1工程實(shí)施方通過事實(shí)陳述、案例分析等方式向企業(yè)高層說明企業(yè)目前存在 的問題及危害性。2向企業(yè)高層推薦相關(guān)培訓(xùn)課程，建議企業(yè)聘請(qǐng)專業(yè)咨詢公司。二、企業(yè)管理流程混亂和監(jiān)督機(jī)制不完善，造成 根底數(shù)據(jù)不統(tǒng)一，從而導(dǎo)致實(shí)施止步不前1、問題陳述同樣是在數(shù)據(jù)錄入階段，實(shí)施團(tuán)隊(duì)除了面臨根底數(shù)據(jù)不全的困難以外， 還往 往會(huì)碰到另一類的問題。這類問題出現(xiàn)在根底數(shù)據(jù)的獲得渠道上。 在信息整合實(shí) 施過程中，工程組獲得根底數(shù)據(jù)的途徑只能是企業(yè)內(nèi)部的各種報(bào)表。然而，當(dāng)這些報(bào)表遞送到實(shí)施團(tuán)隊(duì)手中時(shí)，

28、工程人員卻經(jīng)常會(huì)發(fā)現(xiàn)同一個(gè)數(shù)據(jù)在不同的報(bào)表 中顯示的結(jié)果卻不盡相同。不妨先看一看下面兩個(gè)事例。例 1 1 : :同樣是 A A 部門的年度銷售額這一個(gè)數(shù)據(jù)，實(shí)施工程組卻看到了三個(gè) 不同的結(jié)果：在 A A 部門遞交的年度業(yè)績(jī)考核表中是年度銷售額為 510510 萬(wàn)，在公 司納稅統(tǒng)計(jì)報(bào)表中年度銷售額為 500500 萬(wàn)，而在下一年度部門銷售目標(biāo)分析報(bào)表中 該數(shù)據(jù)顯示的那么是 490490 萬(wàn)。例 2:2:同樣是員工人數(shù)這個(gè)數(shù)據(jù)，在遞交給勞動(dòng)管理部門的報(bào)表中是 5050 人， 而在工資發(fā)放表中卻是 6060 人。我們可以想象，當(dāng)工程組面對(duì)以上所列述的這樣的報(bào)表時(shí)， 只能是一臉茫然。 系統(tǒng)實(shí)施的第一步

29、也再一次的面臨到挫折。而這些問題都可以總結(jié)為一類，即基 礎(chǔ)數(shù)據(jù)不統(tǒng)一。2、問題分析這一問題的產(chǎn)生主要有兩個(gè)方面的原因。其一，是由丁企業(yè)各種報(bào)表統(tǒng)計(jì)用途的不一致造成的。 由丁統(tǒng)計(jì)用途的不同， 最基層的原始數(shù)據(jù)往往在傳達(dá)過程中被各職能部門或各管理層級(jí)進(jìn)行人為的修 改。比方，在以上所提及的銷售額不一致的情況中，可能就是因?yàn)锳 A 部門人員 在考慮到不同報(bào)表用途的情況下為了自身利益而相應(yīng)改動(dòng)原始數(shù)據(jù)所造成的。 這 反映了企業(yè)的考核監(jiān)督機(jī)制存在漏洞，內(nèi)部審計(jì)虛空，為基層人員提供了 胡作 非為的可行性。其二，是由丁數(shù)據(jù)統(tǒng)計(jì)口徑的不一致造成的。 不同職能部門在統(tǒng)計(jì)同一數(shù)據(jù) 時(shí)的統(tǒng)計(jì)口徑存在差異，比方在以上所

30、提及的員工人數(shù)不一致的情況中， 可能就 是因?yàn)檫f送工資發(fā)放表的財(cái)務(wù)部門將包含臨時(shí)員工在內(nèi)的所有領(lǐng)取公司報(bào)酬的 全部人員進(jìn)行了統(tǒng)計(jì)，而遞送勞動(dòng)管理部門報(bào)表的人力部門那么只統(tǒng)計(jì)了合同員工。 這種情況的存在主要是因?yàn)槠髽I(yè)報(bào)表管理體系的不完善， 沒有對(duì)不同報(bào)表的口徑 進(jìn)行統(tǒng)一和明確說明，報(bào)表體系混亂。而報(bào)表體系的混亂那么反映了公司內(nèi)部管理 流程的混亂。3、解決思路1實(shí)施工程組盡量從企業(yè)最基層的業(yè)務(wù)一線獲得企業(yè)的根底數(shù)據(jù)， 防止根底 數(shù)據(jù)在上傳過程中出現(xiàn)人為操作。2實(shí)施工程組可以建議企業(yè)方聘請(qǐng)專業(yè)咨詢公司，讓其為企業(yè)在工程實(shí)施之 前梳理經(jīng)營(yíng)管理流程，完善監(jiān)督考核機(jī)制。三、最根本的原因是，企業(yè)高層對(duì)工程認(rèn)識(shí)缺乏 與企業(yè)內(nèi)部上下層存在利益博弈，造成工程實(shí)施方難 以獲得企業(yè)各方的配合，導(dǎo)致實(shí)施進(jìn)展緩慢1、問題陳述實(shí)施信息整合系統(tǒng)需要實(shí)施工程組對(duì)企業(yè)有較為全面的了解。 這種了解需要 建立在與企業(yè)高層以及中下層員工之間良好的溝通之上。 而且工程的實(shí)施過程中， 數(shù)據(jù)的獲得等工作也只能在企業(yè)員工密切配合的前提下才能得以順利完成。 而做 過該類工程的朋友一定碰到過這樣的情況：例 1:1:工程組希望約見企業(yè)的高層領(lǐng)導(dǎo)進(jìn)一步了解企業(yè)情況，卻總是因?yàn)轭I(lǐng) 導(dǎo)忙、沒有時(shí)間的理由被拒絕。例 2:2:工程組需要職能