信息化建設的步驟

1、-WORD格式 - 可編輯 -信息化建設的步驟企業(yè)信息化建設必須以企業(yè)戰(zhàn)略為核心，信息化建設過程應該是一個在企業(yè)戰(zhàn)略指導下的持續(xù)改善的過程。如圖 1 所示，信息化建設主要分為三個階段：需求分析、選型采購和系統(tǒng)實施。三個階段中的任何一個環(huán)節(jié)的結(jié)果都會直接決定信息化建設的成敗。圖 1信息化建設的三個階段需求分析階段的工作內(nèi)容包括：1）根據(jù)企業(yè)戰(zhàn)略確定系統(tǒng)建設的預期目標。2）確定系統(tǒng)建設的主體內(nèi)容、時間計劃、資金預算等整體框架。3）通過對管理組織流程的梳理，形成詳細的管理改善和需求分析文檔。選型采購階段的工作內(nèi)容包括：1）根據(jù)第一階段成果確定技術(shù)路線，確定選型供應商。2）供應商根據(jù)需求文檔提交項目建

2、議書，并組織產(chǎn)品演示。3）通過評審或招標等方式確定最終產(chǎn)品供應商，并簽訂合同。系統(tǒng)實施階段的工作內(nèi)容包括：1）結(jié)合需求文檔與實施提供方共同制訂實施方案。2）進行相關(guān)人員培訓、系統(tǒng)配置及試運行。3）系統(tǒng)上線、后續(xù)維護及調(diào)整。實踐表明，很多企業(yè)在規(guī)劃及選型階段和實施階段會選擇不同的咨詢合作伙伴，這種做法會導致在系統(tǒng)實施過程中，由于實施方對前期需求把握不準確，造成實施與需求分析脫節(jié)，使實施偏離預先的目標，甚至導致項目失敗。在系統(tǒng)的實施階段應該由前期完成需求分析的咨詢合作伙伴作為監(jiān)理，全程參與實施過程，這樣既可以保證將前期成果和知識順利轉(zhuǎn)移到實施階段，又可以保證企業(yè)控制實施方向與項目初期設定的建設目標

3、保持一致。-WORD格式 - 可編輯 -1. 需求分析階段需求分析階段的目標是通過管理咨詢的前期介入，幫助企業(yè)梳理當前的組織、流程，并根據(jù)企業(yè)的戰(zhàn)略目標，制訂信息化的整體方案，并通過深入的需求提煉，幫助企業(yè)定義信息化系統(tǒng)的需求文檔，作為后續(xù)信息化系統(tǒng)選型和實施的基礎。需求分析階段的流程圖如圖2 所示。第 1 步：成立項目組企業(yè)高層管理人員對信息化建設的重視和投入程度在很大程度上決定了項目能否成功。信息化建設是管理與IT技術(shù)的結(jié)合，管理是核心和基礎，IT 技術(shù)是工具和手段。在需求分析階段建立合理可行的項目目標、范圍和需求，是項目成功的前提。強有力的組織保障是信息化項目成功的關(guān)鍵，企業(yè)在進行信息化

4、建設時應成立兩個小組：領導小組和工作小組。領導小組一般由有決策權(quán)的高層領導組成，負責項目各里程碑階段的評審、重要事項審批確認，并提供決策層對于項目推動過程中的各種管理支持。工作小組一般由咨詢顧問、關(guān)鍵業(yè)務人員和有經(jīng)驗的IT管理人員組成，負責開展項目各階段具體的工作。第 2 步：確定項目范圍及目標項目組成立之后的首要任務就是明確界定項目的目標及其涉及的業(yè)務范圍。只有制定了明確可行的項目目標和范圍，才能避免項目進展過程的盲目性，避免造成浪費和重復勞動。可以通過回答諸如下列的問題來設定項目目標和范圍：目標信息系統(tǒng)如何跟企業(yè)現(xiàn)有的戰(zhàn)略相結(jié)合？目標信息系統(tǒng)如何與企業(yè)現(xiàn)有的 IT 戰(zhàn)略或整體規(guī)劃相結(jié)合？目

5、標信息系統(tǒng)要解決哪些主要業(yè)務問題，能否定義一系列可以量化衡量的指標來判定項目成功與否？待解決的業(yè)務問題中，哪些業(yè)務環(huán)節(jié)及其相關(guān)的業(yè)-WORD格式 - 可編輯 -務部門要參與到項目中來？項目目標和范圍的確定需要企業(yè)內(nèi)部從高層領導到中層管理人員以及基層業(yè)務人員反復溝通和協(xié)調(diào)。第 3 步：現(xiàn)場調(diào)研通過現(xiàn)場調(diào)研獲得必要的信息和數(shù)據(jù)資料，對企業(yè)有一個完整全面的理解和把握?，F(xiàn)場調(diào)研的方式通常采用一對一的訪談，咨詢顧問會制訂詳細的調(diào)研計劃和針對不同人員的訪談提綱，并提前將提綱發(fā)放給被訪談對象。調(diào)研的內(nèi)容一般包括：企業(yè)的基本情況。戰(zhàn)略態(tài)勢。企業(yè)文化。組織結(jié)構(gòu)。商業(yè)模式。信息化建設現(xiàn)狀及已有規(guī)劃。項目范圍內(nèi)的基

6、本業(yè)務流程。第 4 步： 分析、判斷制訂規(guī)劃完成現(xiàn)場調(diào)研之后，項目小組通過整理、分析、判斷，根據(jù)已掌握的企業(yè)基本情況，綜合考慮企業(yè)現(xiàn)狀、戰(zhàn)略及現(xiàn)有業(yè)務流程中急需利用 IT 手段解決的重要業(yè)務問題，提出信息化建設的整體規(guī)劃方案。規(guī)劃方案的主要內(nèi)容通常包括：信息化的原則、范圍、目標和具體內(nèi)容。軟、硬件技術(shù)路線。階段劃分和計劃安排。初步費用預算。確定信息系統(tǒng)規(guī)劃方案通常需要幾輪的溝通過程。權(quán)衡近期與長遠利益，投入與收益，進行相應的調(diào)整。第 5 步： 深入調(diào)研企業(yè)的信息化建設應該是一個以管理改善為先導的過程，根據(jù)自身需要量體裁衣，而不能一味地照搬所謂的“最佳實踐”。（ 1）先進理論只能指導而不能套用-

7、WORD格式 - 可編輯 -毫無疑問，目前被廣泛鼓吹的管理軟件蘊涵了先進的管理經(jīng)驗和管理理論。但是，管理的發(fā)展是一個漸進的過程，是一個逐漸改善的過程，如果企業(yè)的基礎管理工作沒有做扎實，而強行將所謂的先進管理理念引入企業(yè)，這種空中樓閣式的美景只會曇花一現(xiàn)，終將不能提升企業(yè)的管理水平。為什么許多企業(yè)在引入 MRP/財務信息時， 其中的計劃功能往往束之高閣？因為它沒有積累，許多參數(shù)難以確定，經(jīng)濟批量采購模型難以確定； 它的管理不夠規(guī)范， 生產(chǎn)計劃屢被打亂，生產(chǎn)訂單屢被調(diào)整，物料清單屢被修改。諸如此類的種種問題不著手解決，財務信息中的先進管理思想無法注入企業(yè)“混亂的思維”。 企業(yè)信息化發(fā)展的歷史也表明

8、，信息化是適應企業(yè)管理發(fā)展的需求而產(chǎn)生的，企業(yè)發(fā)展所處的階段不同、行業(yè)不同、規(guī)模不同，決定了企業(yè)需要采取不同的管理模式，在此基礎上選擇合適的信息化方式，才是明智之舉。（ 2）信息化對企業(yè)管理模式的改變不可避免“信息化對企業(yè)管理是一場革命”并非是虛言，技術(shù)的應用普遍地改變了人類的行為方式。正如引入了新的生產(chǎn)線，工作中心、小組分配、工藝流程等都得改變一樣，實現(xiàn)管理信息化也會對企業(yè)的組織機構(gòu)、管理流程、人員素質(zhì)提出新的要求。畢竟，在管理中引入信息技術(shù)，并不是為了模擬手工的管理過程，否則就會使它的效果大打折扣。依據(jù)管理系統(tǒng)的互動性原則，作為新加入管理系統(tǒng)中的活力元素，信息技術(shù)本身所蘊涵的特質(zhì)勢必要激發(fā)

9、系統(tǒng)中的其他元素作出相應的改變，通過相互協(xié)調(diào)來促進系統(tǒng)整體效能的提高。在手工管理階段， 需要較多的專職數(shù)據(jù)收集、 分類、匯總?cè)藛T，信息化以后，這類專職人員要減少，但需要加強直接操作人員的數(shù)據(jù)收集意識與技能；在手工階段，可能需要定期由不同的若干人員做成報表來匯報相關(guān)事項，信息化以后，只需要隨時去系統(tǒng)內(nèi)查詢即可。顯然，企業(yè)在準備信息化之前需要認真考慮它對現(xiàn)有管理模式的改變或沖擊。企業(yè)需要對目前的管理狀況進行評估，看看在哪些方面需要改善，改善是漸進性的還是革命性的，-WORD格式 - 可編輯 -企業(yè)對改善的承受力有多大，只有對自身的管理問題及改善目標有了清楚的認識，才能按照需求選擇合適的管理軟件。否

10、則，沒有了解自身需求而盲目選擇一套所謂的先進管理軟件，試圖以它為參照來提升企業(yè)的管理水平，其結(jié)果一定是事倍功半。第 6 步： 需求提煉經(jīng)過對業(yè)務現(xiàn)狀的深入調(diào)研、分析，項目小組即可以進入信息系統(tǒng)的用戶需求提煉階段。本階段形成系統(tǒng)的需求分析報告，需求分析報告的內(nèi)容通常包括：系統(tǒng)需求概述。功能需求描述。非功能性需求描述（數(shù)據(jù)規(guī)模、用戶數(shù)量、技術(shù)要求等）。其中，對功能需求的描述是工作量最大的一部分，也是最關(guān)鍵的部分之一。很多企業(yè)習慣于在這個階段只整理出大致的需求，而希望將細化的需求分析工作安排在系統(tǒng)選型確定后交由供應商負責完成。其實，規(guī)范的做法應該是：在需求提煉階段就應盡可能將需求完整詳盡地整理出來。

11、如果試圖將需求分析工作在系統(tǒng)實施階段后交由供應商完成，簽署合同時項目驗收標準模糊，就有可能造成客戶的一些個性化需求被供應商模糊處理，從而導致系統(tǒng)實施偏離預定的目標，甚至最終無法實現(xiàn)某些重要的需求。系統(tǒng)功能描述應該盡可能詳細地描述系統(tǒng)基本功能的要求、高級功能的要求、相互關(guān)聯(lián)的功能環(huán)節(jié)的協(xié)作方式等內(nèi)容。需求分析報告通常是與企業(yè)的業(yè)務人員共同完成的，經(jīng)過相關(guān)的討論和審批后即可生成正式的版本，需求分析報告可以在后續(xù)的選型和實施過程中根據(jù)廠商產(chǎn)品的情況不斷進行修訂，以使之更具有可操作性。2. 選型采購階段需求分析階段確定了信息化建設的整體方案和具體需求后，系統(tǒng)的采購選型階段解決如何從眾多的軟件供應商中選

12、擇能滿足企業(yè)需求，符合整體規(guī)劃方案要求的軟件系統(tǒng)的問題。-WORD格式 - 可編輯 -選型采購階段的流程如圖3 所示。圖 3選型采購階段的流程第 1 步：成立項目組與需求分析階段相似，在系統(tǒng)的選型采購階段，也需要成立相應的領導小組和工作小組來開展相應的工作。第 2 步：確定系統(tǒng)預算企業(yè)信息化項目常采用分階段實施方式建設，因此在系統(tǒng)選型階段需要根據(jù)當前選型階段的需求情況確定項目預算。確定項目預算時應綜合考慮以下問題：硬件。操作系統(tǒng)。數(shù)據(jù)庫許可使用費。核心軟件許可使用費。附加模塊許可使用費。第三方軟件許可使用費。第三方軟件的集成。軟件客戶化。系統(tǒng)上線的數(shù)據(jù)遷移。項目管理。實施費。培訓。生活和差旅開

13、支。系統(tǒng)升級。通常采用行業(yè)慣例來進行上述各項費用的估計。有些成本項目可以通過近似準確的估計得到，但是有些成本費用項目是很難界定準確數(shù)額的，例如實施費。對于類似的成本項目，可以估算出該項成本的最高值、最低值以及預期值，以便給出一個合理的潛在的成本支出。制訂預算時還應該充分考慮到間接成本，主要是內(nèi)部成本，包括以下內(nèi)容：項目相關(guān)員工因工時占用所發(fā)生的成本。臨時代替項目人員的人工成本。-WORD格式 - 可編輯 -去外地培訓的差旅費成本。內(nèi)部資源的成本，如管理和維護并提供內(nèi)部技術(shù)支持的 IT 部門所發(fā)生的成本。第 3 步：確定采購方案根據(jù)項目目標和預算，項目小組應該制訂相應的采購方案，不同規(guī)模的系統(tǒng)通

14、常也采用不同形式的采購方式，不同規(guī)模的系統(tǒng)的采購方式如圖 4 所示。通常小型系統(tǒng)由于費用較低，實施相對簡單，周期較短可以采用直接采購的方式；中型系統(tǒng)或者個性需求很強的項目型系統(tǒng)，由于可選的供應商很多，可以采用公開招標的方式采購；而能提供大型系統(tǒng)解決方案的供應商數(shù)量很少，因此可以采用邀請招標的采購方式。第 4 步：供應商初選初選階段通常會有較多的供應商名單，企業(yè)需要將候選供應商的數(shù)量縮小到精力顧得過來的范圍之內(nèi)。一種有效的辦法，就是由客戶以發(fā)送基本需求信息的形式明確列出一系列供應商必須滿足的基本要求（而非詳細需求） ，并以郵件或傳真等方式與候選供應商進行溝通。有些供應商的解決方案因為不能符合客戶

15、的技術(shù)平臺要求或其功能明顯不能滿足客戶的需求而被剔除；還有些供應商雖然能基本滿足客戶的要求，但與其他供應商相比明顯處于劣勢，一般也會被從候選名單中剔除。此外，客戶在與供應商的溝通過程中，還應重視他們表現(xiàn)出來的職業(yè)品質(zhì)，比如公司誠信、銷售行為的職業(yè)化程度，這些品質(zhì)實際上是公司實力與經(jīng)驗的反映。有時候，供應商的不恰當?shù)匿N售方法也會成為客戶取消其候選資格的原因。制定供應商初選標準時應綜合考慮軟件商規(guī)模、軟件專長、案例、實施周期、體系結(jié)構(gòu)、運行的軟硬件環(huán)境等眾多因素，從不同的角度設定軟件商的標準，參考標準如下。軟件供應商的初選標準指標清單：1. 軟件公司規(guī)模1.1. 營業(yè)額-WORD格式 - 可編輯

16、-1.1.1.上年營業(yè)額 ( 明確設定營業(yè)額金額)1.1.2.上年合同額 ( 明確設定合同額金額)1.1.3.本年營業(yè)額 ( 明確設定合同額金額)1.2. 人員規(guī)模1.2.1.人員總數(shù)量 ( 明確人員數(shù)量要求)1.2.2.開發(fā)人員數(shù)量 ( 明確人員數(shù)量要求)1.2.3.咨詢和實施人員數(shù)量( 明確人員數(shù)量要求)1.2.4.資深咨詢與實施人員數(shù)量( 明確人員數(shù)量要求)1.2.5.技術(shù)支持人員數(shù)量( 明確人員數(shù)量要求)1.3. 分支機構(gòu)1.3.1.分支機構(gòu)數(shù)量 ( 明確數(shù)量 )1.3.2.本企業(yè)當?shù)胤种C構(gòu)人員數(shù)量( 明確數(shù)量 )1.3.3.本企業(yè)當?shù)刭Y深咨詢與實施人員數(shù)量 ( 明確數(shù)量要求 )1.

17、3.4.本企業(yè)當?shù)丶夹g(shù)支持人員數(shù)量( 明確數(shù)量要求 )2. 軟件商產(chǎn)品的擴展能力2.1.1.提供客戶化 ( 明確客戶化要求)2.1.2.定制開發(fā) ( 明確定制開發(fā)要求)3. 軟件應用案例3.1. 與招標項目相關(guān)案例數(shù)量3.2. 典型案例3.2.1.客戶企業(yè)的營業(yè)規(guī)模3.2.2.客戶企業(yè)的人員數(shù)量3.2.3.客戶企業(yè)的分支機構(gòu)3.2.4.客戶企業(yè)原有管理系統(tǒng)情況3.2.5.簽約時間3.2.6.合同金額3.2.7.實施人員數(shù)量3.2.8.實施完成時間4. 軟件體系與運行環(huán)境4.1. 網(wǎng)絡體系結(jié)構(gòu) (C/S ， B/S)4.1.1.INTERNET(B/S結(jié)構(gòu) )4.1.2.局域網(wǎng) (C/S 結(jié)構(gòu)

18、)-WORD格式 - 可編輯 -4.1.3.混合網(wǎng)絡環(huán)境 (B/S+C/S混合結(jié)構(gòu) )4.2. 網(wǎng)絡操作系統(tǒng)4.3. 開發(fā)環(huán)境4.4. 數(shù)據(jù)庫第 5 步：發(fā)送需求文檔經(jīng)初選認定了具備競標資格的供應商，就可以向其發(fā)送具體的需求分析文檔，并給這些供應商預留2 4 周的時間來根據(jù)需求文檔編寫信息系統(tǒng)方案。第 6 步：方案評審供應商在正式提交方案建議書之前，項目組需要制定一個評估建議書的標準。可以根據(jù)需求文檔中的關(guān)鍵指標建立一個評分表，各個指標根據(jù)其對客戶的重要程度而指定不同的分值權(quán)重。在方案評審階段，報價評估不宜占過大的權(quán)重，因為價格的靈活性比較大，在后期的商務談判過程中一般都會有所變動。但報價必須

19、在建議書里予以明示，因為這個報價將會成為未來進行價格談判的參考依據(jù)，不至于供應商毫無根據(jù)、漫無邊際地進行價格調(diào)整。項目組每一個成員都應參與對供應商方案的評估，而且最好是分別進行，避免互相影響。項目組與供應商的溝通接口應該一致，評估中遇到的任何問題應提交項目組負責人或其他指定人員協(xié)調(diào)解決。項目組各成員在指定期間內(nèi)完成評估工作后，項目組就應該以會議的形式將評估情況進行總結(jié)與討論，并確定哪些供應商可以進入下一輪競標，并為這批幸運的供應商安排進行系統(tǒng)演示的大致日程。無論是獲得進一步機會的供應商，還是被取消下一輪競標資格的供應商，項目組都應該正式通知對方，并要做好為那些失去機會的供應商提供合理解釋的準備

20、。第 7 步：軟件評審進行軟件評審的最直觀的方式就是安排供應商進行系統(tǒng)演示，系統(tǒng)演示同時也為客戶與供應商創(chuàng)造了面對面溝通的機會。由于在系統(tǒng)演示過程中，供應商都會準備一套能充分展示其系統(tǒng)“完美的”功能特性的標準演示流程，客戶不應為軟件所展現(xiàn)出來的“強大功能”迷惑，應該跳出供應商-WORD格式 - 可編輯 -預設的目標框架中，努力在演示過程中找出系統(tǒng)可能存在的種種缺陷或與功能不符之處。如果有可能，在演示階段可以向供應商提供一套演示用的接近企業(yè)實際情況的演示模型和數(shù)據(jù)，要求供應商按照要求來準備演示。對供應商系統(tǒng)演示效果的評估主要基于兩個標準：方案評審階段的評估標準以及對供應商預先提供的演示用例的滿足

21、程度。多數(shù)時候，供應商在客戶面前所表現(xiàn)出來的職業(yè)素質(zhì)也會成為影響評估結(jié)果的一種重要的非量化因素。第 8 步：拜訪供應商的典型客戶在與保留下來的供應商進一步接觸之前，項目組應該從這些供應商所提供的客戶名單中挑選典型客戶進行現(xiàn)場訪問，到現(xiàn)場去感受那些典型客戶的實際應用情況。感受客戶的企業(yè)規(guī)模與業(yè)務模式是否真正具有可比性，并通過實際用戶對正在運行著的系統(tǒng)的介紹，來進一步判斷該系統(tǒng)的功能特性是否滿足或接近自己的需要。項目組還可以就該供應商的實施、售后服務等問題與該客戶再次進行確認。拜訪供應商及其典型客戶無疑會額外增加選型的成本，但卻是十分必要的環(huán)節(jié)，尤其是對于預算較大的項目，它能進一步降低選型的風險。

22、第 9 步：最終評審上述選型環(huán)節(jié)結(jié)束后，即可對供應商進行綜合排名。如果排名第一的供應商明顯優(yōu)于其他幾家，則可以邀請該供應商進行合同談判。但這并不代表其他幾家供應商完全喪失了機會，在前面的合同談判不順利時，其他幾家供應商就有了新的機會，因此沒有正式簽署合同之前，不要將機會的大門對其他供應商關(guān)閉。3. 系統(tǒng)實施階段結(jié)束了選型采購階段，只代表整個信息化建設項目向成功邁出了第一步，更大的挑戰(zhàn)還在于后續(xù)的系統(tǒng)實施過程。在實施階段，如何將需求分析階段的成果順利轉(zhuǎn)移給供應商的實施顧問，使系統(tǒng)實施方案與前期成果保持較高的一致性是決定實施能否成功的非常重要的因素。監(jiān)理信息化的實施過程，主要是在項目進行的過程中對

23、-WORD格式 - 可編輯 -項目進行監(jiān)督和控制。其具體內(nèi)容有：監(jiān)理項目階段計劃，監(jiān)督階段計劃的執(zhí)行進度，并指導進行合理調(diào)整；監(jiān)督項目的實際投入， 保證投入的合理性， 保證后續(xù)階段的可持續(xù)性；監(jiān)督項目的實際結(jié)果，保證階段結(jié)果與階段進程計劃相同或相符；監(jiān)督項目實施中的困難和阻力，提出建議性措施和解決方法，避免項目的重大停頓或中止； 監(jiān)督克服困難的措施，保證解決困難的措施有效性和可行性，保證項目進程的順利進行。幫助企業(yè)控制實施進程與前期規(guī)劃和企業(yè)需求保持一致，必要時幫助企業(yè)對前期的方案進行適當調(diào)整。通常系統(tǒng)實施監(jiān)理應該具備下列條件：項目實施監(jiān)理方應該對企業(yè)業(yè)務、系統(tǒng)實施有較深的認識。項目實施監(jiān)理方

24、應該是有經(jīng)驗、比較公正和負責任的機構(gòu)組織和人員。實施監(jiān)理方對參與項目實施的各方面的力量都有比較清晰的認識，并且要求監(jiān)理方組織機構(gòu)的成員善于溝通與交流。項目監(jiān)理方與企業(yè)的利益不能太對立也不能太無關(guān)。 前期需求分析咨詢商恰好是能夠滿足這些要求的合適人選。系統(tǒng)實施階段的流程如圖5 所示。第 1 步：成立項目組實施是整個信息化建設過程中難度最大的一個階段，為了保證實施成功，企業(yè)必須建立強有力的實施組織。實施過程中的組織一般可以按以下模式運行：項目經(jīng)理負責管理項目實施的全面工作，項目經(jīng)理向由決策層領導組成的領導小組匯報工作。領導小組負責審查進度，解決任何涉及分工、資源或政策的爭議。領導小組向企業(yè)的總經(jīng)理

25、進行匯報。項目小組成員由企業(yè)業(yè)務人員、 IT 人員、實施方咨詢顧問、需求分析咨詢商的咨詢顧問共同組成，實施階段的不同人員的角色和職責如表1 所示。表 1 系統(tǒng)實施階段的人員組織角色職責-WORD格式 - 可編輯 -實施指導委員會：確保提供一個良好的項目實施環(huán)境設定項目實施的目標審核項目實施的范圍、預算、組織計劃和節(jié)奏安排確保項目實施所需的資源到位監(jiān)控項目按照計劃進行推進解決上報的相關(guān)爭議問題對項目應該實現(xiàn)的預期利益負責項目經(jīng)理：向指導委員會匯報工作領導并指導項目實施工作的開展控制項目實施的范圍建立和管理項目計劃，確保項目的推進建立、開發(fā)和領導項目團隊監(jiān)控和尋求資源問題的解決方案解決項目團隊難以

26、解決的問題或向指導委員會尋求解決方案促進系統(tǒng)實施所引起的變化控制軟件的修改溝通管理供應商項目組成員：理解軟件的運行功能交付流程編制相關(guān)文檔資料培訓終端用戶IT經(jīng)理：管理硬件、網(wǎng)絡和軟件的技術(shù)需求實施方項目經(jīng)理：對項目的實施管理提出建議協(xié)調(diào)供應商資源與第三方活動之間的關(guān)系解決供應商的相關(guān)問題作為首要任務，然后視其必要性解決其他問題建議和協(xié)調(diào)培訓需求-WORD格式 - 可編輯 -實施咨詢顧問：負責提供軟件功能方面的建議和最佳實踐方面的培訓協(xié)助企業(yè)進行系統(tǒng)的客戶化配置需求分析階段咨詢商顧問：協(xié)助項目經(jīng)理將需求分析階段的成果、知識轉(zhuǎn)移給實施方協(xié)助項目經(jīng)理對實施方案、系統(tǒng)流程進行評審協(xié)助項目經(jīng)理對試運行

27、結(jié)果進行評審第 2 步：確定實施目標實施目標應該結(jié)合系統(tǒng)規(guī)劃階段的目標，進行具體的細化。實施階段的目標應該更加量化，以便于評價系統(tǒng)實施效果。第 3 步：前期培訓項目實施的前期培訓實質(zhì)上是一個雙向培訓的過程，項目實施方為項目小組的核心成員進行系統(tǒng)培訓，同時項目小組也要對實施方的顧問進行企業(yè)現(xiàn)狀及前期需求分析成果的培訓。這種雙向培訓可以讓各方充分溝通，互相理解，達到知識轉(zhuǎn)移的目的。軟件培訓可以讓實施項目小組的核心人員盡快進入實施角色，學會從軟件功能架構(gòu)的角度思考企業(yè)需求的實現(xiàn)。而通過需求知識轉(zhuǎn)移可以讓實施方快速進入角色，繼承前期規(guī)劃成果，理解企業(yè)需求，了解企業(yè)的業(yè)務模式和流程，從而更好的進行系統(tǒng)的

28、客戶化配置，減少由于對需求的誤解或者理解不到位而造成的實施成本增加。前期軟件培訓主要針對項目團隊和系統(tǒng)管理員。培訓的重點是加強項目組成員對軟件功能的理解。供應商可以提供這樣的培訓主題：最佳實踐、流程的圖形化管理、文檔編制等。供應商對系統(tǒng)管理員的培訓重點是系統(tǒng)安裝、維護、報告撰寫以及其他技術(shù)問題。培訓目標是將有關(guān)系統(tǒng)應用、實施經(jīng)驗和最佳實踐的知-WORD格式 - 可編輯 -識和技能從外部培訓者轉(zhuǎn)移至公司內(nèi)部指定的員工。通常情況下，這種知識的轉(zhuǎn)移絕大部分是以正式的方式進行的，而有關(guān)軟件功能方面的知識轉(zhuǎn)移一般是以相對非正式的方式進行的。然而，由于有關(guān)軟件功能方面的知識轉(zhuǎn)移不太有效，所以，這方面的培訓

29、效果值得關(guān)注。項目團隊成員對應用功能的理解程度對于系統(tǒng)流程設計十分關(guān)鍵。如果不能深入理解軟件的應用功能，就不可能完成好系統(tǒng)的配置工作。通常，在選型采購階段所作的演示和案例實證將盡可能演示軟件功能上的優(yōu)點，而對于軟件的弱點盡可能回避。只有當必須使用軟件的功能進行業(yè)務操作的時候，軟件的功能才得以真正的顯露。對于項目團隊來說，為了開發(fā)能充分利用該軟件業(yè)務流程，項目團隊成員經(jīng)過培訓后至少應該具有下面的能力：能按照一定的流程進行軟件操作；了解軟件功能的運行細節(jié)。第 4 步：確定實施方案實施方案應該詳盡地描述系統(tǒng)實施的目標、范圍、人員的組織、實施的方式、 詳細項目計劃和實施過程中里程碑。實施方案中要對于項

30、目的“人員、內(nèi)容、原因、地點、時間、方式”進行描述。 它是與相關(guān)人員討論后確定的結(jié)果，并且涉及資源談判、時間安排、成本以及這些因素之間的協(xié)調(diào)。項目計劃安排應該現(xiàn)實。否則，如果時間太短，計劃可能會中斷；如果時間太長，項目就會失去推動力。項目計劃為項目的實施提供指導，并且用于對項目的進度進行監(jiān)控。項目計劃使項目實施人員能夠以相互協(xié)調(diào)配合的方式共同完成一系列相互關(guān)聯(lián)的任務。計劃中應該突出可能遇到的困難，并且制定相關(guān)的補救行動，必要時計劃的日期需要重新制定。更重要的是，計劃能夠使所有需要了解項目的人員能夠得到信息的溝通，使他們了解項目的進展以及出現(xiàn)的變化。實施方案中還應該對實施過程可能出現(xiàn)的風險進行評

31、估，并針對各類風險制定相應的控制風險的解決措施。-WORD格式 - 可編輯 -實施方案應經(jīng)過充分評估，以確保其可行性。第 5 步：設計系統(tǒng)業(yè)務藍圖在本階段實施小組應按照實施方案的項目進度安排，根據(jù)前期規(guī)劃的需求分析文檔，結(jié)合軟件系統(tǒng)的實際情況，設計企業(yè)未來在軟件系統(tǒng)中的業(yè)務流程。本階段結(jié)束后將形成系統(tǒng)試運行方案這一階段性成果。系統(tǒng)試運行方案應包括系統(tǒng)的各業(yè)務流程的軟件實現(xiàn)方式，及進行試運行應用的完整的測試用例。軟件測試運行的質(zhì)量將受到流程測試數(shù)據(jù)的質(zhì)量的影響。測試數(shù)據(jù)的準備工作包括：確保系統(tǒng)中有足夠的數(shù)據(jù)，檢查缺少哪些數(shù)據(jù)，并輸入數(shù)據(jù)，以填補這些數(shù)據(jù)缺口。應當注意的是，如果一個數(shù)據(jù)集存在錯誤，

32、那么每當有人輸入無效數(shù)據(jù)時，系統(tǒng)就會發(fā)生錯誤，這將會影響測試運行的有效性，因為這些錯誤或許會使系統(tǒng)中的數(shù)據(jù)混淆出錯。 所以，試運行一定要認真準備數(shù)據(jù)集。第 6 步：系統(tǒng)試運行在試運行階段主要依據(jù)系統(tǒng)試運行方案，完成下述工作：基本系統(tǒng)配置及確認。系統(tǒng)管理。最終系統(tǒng)配置及確認。開發(fā)數(shù)據(jù)轉(zhuǎn)換程序。開發(fā)應用接口程序。開發(fā)外掛或擴展程序。單據(jù)、報表定義。格式定義。權(quán)限定義及管理。并按照試運行方案的測試計劃和用例對系統(tǒng)進行現(xiàn)場測試。系統(tǒng)試運行是一個需要反復進行調(diào)整的過程，在本過程中必須有規(guī)范的質(zhì)量控制程序，確保所有需求、配置、流程等事項的變更均有相應的控制流程，并保留詳細的變更控制文檔。測試運行是通過盡可能接近實施情況的模擬，為最終準備實施的流程提供一次測試的機會。測試運行是一次真實的-WORD格式 - 可編輯 -模擬，其目的是，在正式實施前，測試流程的完整性，并了解其存在的弱點。測試運行提供了一次處理相關(guān)問題的機會，以便能夠在系統(tǒng)正式上線之前解決這些問題。測試環(huán)境應該在具有網(wǎng)絡的工作室進行，以使執(zhí)行測試運行的人能夠在一