軟件項目實施方案文檔含培訓(xùn)D

1、1系統(tǒng)項目實施方案1.1項目組織架構(gòu)以及雙方項目實施組的總監(jiān)。項目領(lǐng)導(dǎo)委員會負責(zé)對項目關(guān)鍵事項和重大問題進行議決，聽取階段性匯報，及對項目成果進行最驗收確認。成員包括:目標(biāo)客戶領(lǐng)導(dǎo)目標(biāo)客戶頃目總監(jiān)口我方項目總監(jiān)職責(zé):口提供人員、設(shè)備、資金支持；a審查確認項目實施總體計劃，確認項目階段目標(biāo)（里程碑）的設(shè)置,并監(jiān)督完成情況；口參加高層領(lǐng)導(dǎo)會議，聽取每月項目進展匯報；口審閱月工作報告，監(jiān)督項目進展；口協(xié)調(diào)解決關(guān)鍵性、全局性問題；口重大問題、解決方案的決策；口總體驗收。行業(yè)專家 我方在某行業(yè)有豐富經(jīng)驗和的行業(yè)專家口提供某系統(tǒng)實施的經(jīng)驗借鑒 口針對目標(biāo)客戶勺情況，對于高層設(shè)計和藍圖提出建議質(zhì)量管理我方的

2、專業(yè)質(zhì)量管理人員將會在項目進展的幾個關(guān)鍵時間點對項目質(zhì)量進行的評估。評估小組成員由擁有相關(guān)技能的高級人員組成， 以保證提供高質(zhì)量的成果并控制風(fēng)險。口項目實施過程和文檔符合我方的方法論 口高層技術(shù)設(shè)計的框架的合理性項目經(jīng)理建議由一位標(biāo)客戶高層管理人員和一位我方的資深人員共同擔(dān)任項目總負責(zé)人職 務(wù)，分別代表雙方管理本項目、負責(zé)雙方之間的聯(lián)絡(luò)，并且在這個合同的所有方面擁 有代表本方的權(quán)力，并承擔(dān)相關(guān)義務(wù)。我方應(yīng)在星期一到星期五的正常業(yè)務(wù)時間，即 上午9:00到下午6:00 （節(jié)假日除外）提供本工作說明書項下的服務(wù)他們將負責(zé)：口定義項目管理流程、政策、和操作規(guī)程；口管理項目進程、項目目標(biāo)、和項目范圍；

3、口規(guī)劃項目總體進程；口項目的全面溝通；口向項目管理委員會報告項目總體狀態(tài)。功能實施組功能實施組由我方實施顧問以及目標(biāo)客戶的k鍵用戶組成，他們將負責(zé)：口明確|目標(biāo)客戶的業(yè)務(wù)需求；口針對|目標(biāo)客戶的業(yè)務(wù)需求制定系統(tǒng)解決方案；口根據(jù)系統(tǒng)方案進行系統(tǒng)操作層面的相關(guān)配置工作；口完成具體的功能模塊實施及二次開發(fā)工作；口傳授某系統(tǒng)的技術(shù)與知識予最終用戶；口解決最終用戶在使用中遇到的問題技術(shù)組技術(shù)組由我方技術(shù)顧問以及 目標(biāo)客戶的技術(shù)人員共同組成。將負責(zé)保障項目所需要的系統(tǒng)平臺的搭建，包括環(huán)境的安裝及維護，必要的接口開發(fā)等工作。其職責(zé)包括:口根據(jù)項目組需要，安裝及維護系統(tǒng)所需的系統(tǒng)環(huán)境、 開發(fā)環(huán)境、網(wǎng)絡(luò)環(huán)境等方

4、面的工作口負責(zé)系統(tǒng)的性能調(diào)優(yōu)口負責(zé)解決用戶及項目組成員的基礎(chǔ)建設(shè)口根據(jù)業(yè)務(wù)方案，完成E標(biāo)客戶的客戶化開發(fā)工作1.2目標(biāo)客戶、我方公司之間的職責(zé)劃分1.2.1 項目實施過程中本項目的成功依賴于雙方的密切配合和通力合作。在項目實施過程中（包括需求分析、設(shè)計、系統(tǒng)安裝、系統(tǒng)配置、開發(fā)、上線、培訓(xùn)等方面），目標(biāo)客戶、我方公司各自應(yīng)承擔(dān)的職責(zé)義務(wù):目標(biāo)客戶I的職責(zé)口在項目中所需第三方軟件不通過我方銷售的情況下， 目標(biāo)客戶卜提供軟件并提供此 類軟件的安裝、配置和維護工作?？谠趯嵤┻^程中協(xié)助我方負責(zé)項目管理、 需求分析及項目系統(tǒng)測試；配合我方進行關(guān) 鍵用戶培訓(xùn)與知識轉(zhuǎn)移、方案設(shè)計?？谔峁┪曳酵瓿晒ぷ魅蝿?wù)所必

5、須的信息口保證與項目有關(guān)的“標(biāo)客戶方的問題得到及時解決口提供有關(guān)現(xiàn)行系統(tǒng)和業(yè)務(wù)的背景材料和以往經(jīng)驗口向最終用戶說明新系統(tǒng)的功能、用途和業(yè)務(wù)規(guī)范口設(shè)置用戶權(quán)限口協(xié)調(diào)其他接口相關(guān)項目組和我方項目組配合口協(xié)助制定并執(zhí)行最終用戶培訓(xùn)及后勤計劃口按需合理分配人員口與我方共同制定系統(tǒng)測試周期、測試腳本和所需測試業(yè)務(wù)并共同執(zhí)行測試口在我方的協(xié)助下，負責(zé)初期數(shù)據(jù)和基礎(chǔ)數(shù)據(jù)的準(zhǔn)備和整理工作口提供現(xiàn)有系統(tǒng)相關(guān)數(shù)據(jù)結(jié)構(gòu)，供我方使用口和我方一起了解和分析需要與某系統(tǒng)接口的系統(tǒng)，確認與本項目的J成方案?？谂c我方共同建立項目環(huán)境和項目組織結(jié)構(gòu)口與我方共同努力，在保證實施質(zhì)量的前提下，控制項目實施時間進度按時完成工程我方公

6、司的職責(zé)口負責(zé)按照本方案確定的實施范圍，組織項目的實施工作，確保實施質(zhì)量并解決或協(xié) 調(diào)解決實施過程中遇到的問題?？谠趯嵤﹩挝辉O(shè)計實施系統(tǒng)并完成必要的二次開發(fā)工作， 幫助目標(biāo)客戶上到系統(tǒng)的改 進需求?？谠陧椖繉嵤┍匾A段增加必要資源支持項目成功口在實施過程中在標(biāo)客戶協(xié)助下負責(zé)項目管理、 需求分析及項目系統(tǒng)測試；在目標(biāo) 客1的配合下負責(zé)關(guān)鍵用戶培訓(xùn)與知識轉(zhuǎn)移、方案設(shè)計?？谪撠?zé)提供基礎(chǔ)數(shù)據(jù)準(zhǔn)備和完善方面的技術(shù)解決方案，建立數(shù)據(jù)整理模版，指導(dǎo)與幫助h標(biāo)客戶卜員進行數(shù)據(jù)準(zhǔn)備及輸入?？谪撠?zé)對于1標(biāo)客戶k目組成員進行系統(tǒng)配置、接口開發(fā)、系統(tǒng)維護方面的培訓(xùn)，以 使1標(biāo)客戶卜目組成員在項目實施完成后能夠獨立開發(fā)

7、、維護、系統(tǒng)配置方面的工 作。口使與項目有關(guān)的我方的問題得到及時解決口提供有關(guān)系統(tǒng)在實施范圍內(nèi)的技能和以往的經(jīng)驗口解決設(shè)計和實施中出現(xiàn)的我方的問題口計劃、協(xié)調(diào)與項目實施相關(guān)的各個方面的工作口與目標(biāo)客戶及同建立項目環(huán)境和項目組織結(jié)構(gòu)口依據(jù)項目計劃充分調(diào)動我方資源，并做好這些資源的后勤保障，在必要時候，尋求 公司更高層次的支持口與目標(biāo)客戶卜同努力，在確保實施質(zhì)量的前提下，控制項目實施時間進度按時完成 工程。1.2.2 上線后的運行維護階段在本階段，中標(biāo)客戶中系統(tǒng)已經(jīng)運行了一段時間，可能提出對系統(tǒng)的配置和一些新的 要求。對于在項目實施過程中由于時間和資源限制沒有全部完成的客戶化開發(fā)也在完 善階段進行

8、補充。同時對用戶的使用進行支持。此次項目中系統(tǒng)上線后的運行觀察期 定為三個月。目標(biāo)客戶的職責(zé)口目標(biāo)客戶即目經(jīng)理應(yīng)依據(jù)項目需求召開項目管理會議。口保證數(shù)據(jù)準(zhǔn)確性口完善客戶化開發(fā)口安排支持人員，解決上線運用中最終用戶出現(xiàn)的問題?？谙到y(tǒng)維護人員，根據(jù)項目設(shè)計的流程維護上線后的投產(chǎn)環(huán)境， 例如維護用戶權(quán)限等,保證系統(tǒng)安全口接口開發(fā)人員維護接口運用順暢，數(shù)據(jù)準(zhǔn)確口維護問題日志，關(guān)于軟件問題應(yīng)敦促軟件提供商及時解決我方公司的職責(zé)口與，標(biāo)客戶卜目經(jīng)理依據(jù)項目需求召開項目管理會議口協(xié)助目標(biāo)客戶項目經(jīng)理監(jiān)督軟件商對問題解決的進度口評估各模塊的運行情況，解決系統(tǒng)操作，運用的問題繼續(xù)開發(fā)在項目上線前沒有完成的開發(fā)任

9、務(wù)提出系統(tǒng)配置改進建議口幫助目標(biāo)客戶完善系統(tǒng)運作1.3 項目整體計劃我們建議|標(biāo)客戶凍統(tǒng)分為六個階段，其中各個階段的總體計劃是階段工期（天）開始時間結(jié)束時間準(zhǔn)備階段分析階段設(shè)計、實施及二次開發(fā)階段集成階段上線階段階段工期（天）開始時間結(jié)束時間上線后支持階段其中我們的系統(tǒng)上線日期計劃為1.4 項目過程管理1.4.1 項目實施前提及成功關(guān)鍵因素項目前提的分類及清晰定義對于成功的實施服務(wù)非常重要。在我方公司與目標(biāo)1戶確 定實施服務(wù)合約前，雙方必須對這些假設(shè)予以確認和接受。1.4.1.1總體前提口目標(biāo)客戶項目實施的軟件平臺為 目標(biāo)客戶責(zé)工作范圍中涉及到的軟件模塊的采購，并確保在項目開始段時間內(nèi)軟件能夠

10、到位.目標(biāo)客戶卜責(zé)項目中非經(jīng)我方采購的第三方軟件的安裝、配置和后續(xù)維護工作。我 方提供建議和協(xié)助?？谀繕?biāo)客戶卜認在確定實施服務(wù)合約前對我方在項目功能內(nèi)容以及項目環(huán)境的介紹 真實準(zhǔn)確?？谀繕?biāo)客戶|人可我方公司采用其方法為目標(biāo)客戶進行實施服務(wù)?？谌魏卧诜治龌蛟O(shè)計/建立階段的非項目范圍的實施決策可能會影響后續(xù)的實施工作，對此類實施工作的改變必須通過項目更改控制流程進行。口我方公司將在目標(biāo)客戶&定的項目地點提供實施服務(wù)。然而，依據(jù)實際需要，實施服務(wù)中的一些工作任務(wù)或會議可能安排在項目地點外的地點進行?？谡Z言：目標(biāo)客戶*我方項目小組雙方交流所用語言主要為中文（國標(biāo)碼）。所有作業(yè)交付文檔將用中文（

11、國標(biāo)碼）。1.4.1.2 項目啟動前提口雙方確定項目組織結(jié)構(gòu)，主要核心成員口雙方確定項目計劃培訓(xùn)環(huán)境安裝完成口人員到位口簽署實施合同或者實施服務(wù)授權(quán)書1.4.1.3 后勤管理前提口目標(biāo)客戶卜會為我方公司顧問提供適當(dāng)?shù)墓ぷ髟O(shè)備， 包括計算機、電話和接入任何 必需的內(nèi)部網(wǎng)絡(luò)或軟件。為每一個顧問提供一個實際的工作地點，包括桌子和椅子。 為了工作上的便利需為項目小組至少提供一臺打印機、復(fù)印機及傳真機，同時允許項目小組使用會議室來召開項目會議。 這些地方與設(shè)施將由目標(biāo)客戶供而不計入 我方公司的成本?？诩词故潜徊窐?biāo)客戶卜先批準(zhǔn)的假期，將有可能重新安排，我方公司的顧問可能選擇 在這種假期或周末完成某項工作，

12、這種假期或周末的工作有可能在， 也有可能不在 目標(biāo)客戶的工作地點?？谠趯嵤┻^程中，如需我方咨詢顧問旅行到指定地點以外的其他地點，由目標(biāo)客戶員擔(dān)交通費和住宿費，住宿標(biāo)準(zhǔn)為三星級或以上的賓館口如果必要時，目標(biāo)客戶應(yīng)向我方人員提供正常業(yè)務(wù)時間外對目標(biāo)客戶設(shè)施的使用外地人員可以在非定義為正常業(yè)務(wù)時間的時間工作以適應(yīng)其時間表1.4.1.4 項目管理前提口在項目啟動之前，我方和u標(biāo)客戶也分別指派一名項目經(jīng)理分別代表雙方管理本項 目、負責(zé)雙方之間的聯(lián)絡(luò)，并且在這個合同的所有方面擁有代表本方的權(quán)力，并承 擔(dān)相關(guān)義務(wù)。目標(biāo)客戶卜項目經(jīng)理要確保及時審核項目結(jié)果及問題、及時制訂相應(yīng)決策。項目經(jīng)理將具有適當(dāng)權(quán)力代表目

13、標(biāo)客戶及卜客戶項F小組進行項目決策活 動?？谖曳焦炯癐標(biāo)客戶將協(xié)同定義項目計劃并在我方公司項目顧問投入工作前簽署 該計劃。目標(biāo)客戶卜意遵行項目及服務(wù)范圍變更控制流程， 也同意在項目計劃簽訂后的新增 實施范圍將按服務(wù)范圍變更工作流程處理或在將來的項目中處理。目標(biāo)客戶以選擇自行承擔(dān)新增范圍的工作或者與我方公司簽訂另外的合約。口作為質(zhì)量保障措施，我方公司要求周期性地由項目外我方公司資深管理專家審核項 目進展?fàn)顟B(tài)及工作結(jié)果?？谀繕?biāo)客戶卜調(diào)撥具有一定決策權(quán)的業(yè)務(wù)和技術(shù)骨干參與項目的實施。我方公司將提 供項目人員計劃?？谌绻繕?biāo)客戶旨派非J標(biāo)客戶員參與項目活動（即,第三方合約人），我方公司將認 為這些人

14、員將代表目標(biāo)客戶，并被授僅代表目小客戶的小益做一些必要的決策?？谖曳焦緦⑻峁┙oJ標(biāo)客戶分I析和設(shè)計的草案和最終文檔。目標(biāo)I戶有權(quán)J行查 閱、審批和申請變更。一旦審批批準(zhǔn)，將來的變更需求都需要通過項目變更控制流 程處理?？诒卷椖康挠媱澗幹平⒃跇I(yè)務(wù)流程標(biāo)準(zhǔn)化的基礎(chǔ)上，即目標(biāo)客戶k統(tǒng)項目的實施與 推廣將以總部集中定義的標(biāo)準(zhǔn)化業(yè)務(wù)流程、統(tǒng)一代碼編碼結(jié)構(gòu)為前提。1.4.1.5 培訓(xùn)前提目標(biāo)客戶負責(zé)確定參加培訓(xùn)人員名單， 并提供培訓(xùn)所需設(shè)施，我方項目小組提供人員的要求建議;口相關(guān)硬件、操作系統(tǒng)、及網(wǎng)絡(luò)系統(tǒng)的培訓(xùn)不在本服務(wù)合約中;口由于項目整體計劃的要求，相關(guān)的產(chǎn)品培訓(xùn)和最終用戶培訓(xùn)將采用集中培訓(xùn)的方式

15、進行，建議在巾標(biāo)客戶件部舉行;口如果目標(biāo)客戶支術(shù)支持人員在某些領(lǐng)域技能不足， 需要我方提供在本建議書中培訓(xùn)計劃之外的培訓(xùn)，我方可以提供這些培訓(xùn)，但額外培訓(xùn)的費用由雙方協(xié)商;1.4.1.6 數(shù)據(jù)轉(zhuǎn)換前提口我方公司不負責(zé)手工數(shù)據(jù)轉(zhuǎn)換工作。 對于手工數(shù)據(jù)轉(zhuǎn)換工作，目標(biāo)客,將負責(zé)組織資源進行相應(yīng)的數(shù)據(jù)錄入，具體哪些數(shù)據(jù)對象需要手工轉(zhuǎn)換需要在轉(zhuǎn)換策略中定 義，并得到雙方同意。1.4.1.7 技術(shù)環(huán)境與管理前提責(zé)保證在系統(tǒng)升級與實施前所有的硬盤與內(nèi)存必須滿足按系統(tǒng)規(guī)劃所建議的系統(tǒng)的最低運行需求?？谒邢到y(tǒng)文檔都必須在系統(tǒng)實施現(xiàn)場可用口目標(biāo)客戶的數(shù)據(jù)庫管理員必須在項目實施的過程中進行相應(yīng)計算環(huán)境的調(diào)整以配合

16、實施工作順利進行口所需信息系統(tǒng)設(shè)施的采購和安裝由目標(biāo)客戶負意，項目所需技術(shù)設(shè)施將完全由目標(biāo)客戶負責(zé)維護（服務(wù)器/CPU,存貯器及數(shù)據(jù)庫、網(wǎng)絡(luò)和網(wǎng)絡(luò)連接、數(shù)據(jù)中心運作標(biāo) 準(zhǔn)、開發(fā)標(biāo)準(zhǔn)、軟件、客戶端硬件及軟件）口我方應(yīng)從系統(tǒng)實施的角度提供符合目林客戶系統(tǒng)運行的體系架構(gòu)配置建議和開發(fā)與測試環(huán)境配置要求，并和3標(biāo)客戶合作，共同完成最后的架構(gòu)配置建議和開發(fā)與 測試環(huán)境配置要求，口標(biāo)客戶打此要求配置。系統(tǒng)的數(shù)據(jù)庫管理、備份和恢復(fù)、系統(tǒng)管理、環(huán)境復(fù)制、及性能調(diào)整主要由目標(biāo) .的項目小組負責(zé)。1.4.1.8 項目啟動會準(zhǔn)備工作和參加人員口確定雙方參加會議人員，一般包括雙方領(lǐng)導(dǎo)小組成員，執(zhí)行組成員，主要顧問?？?/p>

17、確定日程表，一般包括領(lǐng)導(dǎo)講話，雙方項目經(jīng)理介紹項目計劃，總體目標(biāo)和主要里程碑，項目章程和授權(quán)口確定雙方領(lǐng)導(dǎo)時間，并啟動項目1.4.1.9 項目成功要素口確定確實可行的項目目標(biāo)口系統(tǒng)設(shè)計口尊重企業(yè)的行業(yè)特點和國家特點a處理好全局優(yōu)化和局部優(yōu)化的關(guān)系口處理好可操作性和管理改善的關(guān)系口項目實施口是企業(yè)自己的內(nèi)部管理工程口建立起一支企業(yè)自己的人才隊伍口培訓(xùn)工作是重中之重口基數(shù)數(shù)據(jù)從一開始就要保證其準(zhǔn)確性口后繼工作口重視企業(yè)管理改善的持續(xù)優(yōu)化口防止人才流失1.4.2項目進程控制和管理（包括項目上線）1.4.2.1 項目時間控制項目過程中，時間控制十分重要，我方將通過項目計劃追蹤，問題追蹤機制和階段確 認

18、管理三個方式來控制項目時間進度。項目計劃追蹤在項目每個階段，項目計劃將細化到每一個人，一個任務(wù)只能有一個負責(zé)人，如果存在一個任務(wù)有多個人員執(zhí)行的情況，則也只指定一個負責(zé)人，只向該負責(zé)人問責(zé)?？谟媱澴粉櫥A(chǔ)：口詳細雙周項目計劃口追蹤對象：口雙方整個項目組口和項目配合各個部門口追蹤層級：口雙周計劃任務(wù)張貼口接近完成時間20%,由項目辦公室追蹤進度情況口如果不能完成，通過項目經(jīng)理組 Re-baseline口如果會影響整體進度或其他任務(wù)，在 re-baseline后放入問題追蹤機制口對于關(guān)鍵路徑任務(wù)，由項目經(jīng)理組從任務(wù)開 始就直接追蹤，如果 要re-baseline ,則立刻進入問題追蹤機制?？诹硗猓?/p>

19、下面流程也是雙周進度控制的重要手段日期活動責(zé)任星期四卜午項目組組長完成每周工作計劃中的進度狀態(tài)我方小組負責(zé)日期活動責(zé)任部分，說明每個交付成果的狀況、進度、有 關(guān)事項及下周的工作計劃，并通過電子郵件 或書面發(fā)送給項目經(jīng)理人星期五12點前項目周例會會議審查項目狀況和問題項目經(jīng)理星期五根據(jù)例會結(jié)果，項目經(jīng)理負責(zé)修改和發(fā)送下周工作計劃，及問題跟蹤計劃，并通過郵件分發(fā)給項目組成員；更新MS Project的項目計劃狀態(tài)項目經(jīng)理星期五卜午（每兩周）準(zhǔn)備項目進度報告并向項目指導(dǎo)委員會、項目總監(jiān)、項目組成員、及相關(guān)部門經(jīng)理分發(fā)項目經(jīng)理每月底項目經(jīng)理負責(zé)制定月項目狀態(tài)報告通過郵件 分發(fā)給相應(yīng)人員。每月召開項目指

20、導(dǎo)委員會 會議，項目總監(jiān)、項目經(jīng)理負責(zé)報告項目的 總進度。項目經(jīng)理此流程僅是范例，實際雙周會議時間安排可以根據(jù)項目實際情況制定。問題追蹤機制問題（issue）是一種待完成事項，同時需要滿足以下條件:口此待決事項會影響提出人目前的工作進度口此待決事項的解決不能夠通過提出人執(zhí)行 口解決的時間需要一定的時間（2個工作日之上）或者久拖不決。例如：顧問A發(fā)現(xiàn)一個技術(shù)難題，他需要估計通過 3個工作日自己完成，這就不是問 題（這種情況通過項目進度監(jiān)督），但他需要通過項目經(jīng)理去尋找外部顧問解決，項目經(jīng)理需要3到4工作日去尋找，這就可以通過問題管理，其中該問題提出人是該顧問， 負責(zé)人是項目經(jīng)理，但是如果他找項目

21、經(jīng)理，項目經(jīng)理當(dāng)場打了個電話就找到人了， 這種情況也不要通過問題管理，因為從管理成本上不經(jīng)濟。問題（issue）解決的相關(guān)人可以很多，甚至可以是一個部門，但是為了落實責(zé)任，便于管理，問題管理中的相關(guān)人只有兩個，提出人和負責(zé)人提出人負責(zé)：問題的提出，和負責(zé)人共同溝通解決方案，時間，確認問題是否已經(jīng)解負責(zé)人負責(zé)問題的解決。可能由一個小組共同發(fā)現(xiàn)一個問題，但在問題管理中提出人只能有一個，也很可能需要由其他一個小組或者部門共同解決一個問題， 但在問題管理中只記錄和追蹤負責(zé)人。提出人可以是項目經(jīng)理，我方顧問和目標(biāo)客戶項目小組成員。負責(zé)人可以是雙方項目小組成員，也可以是其他部門。問題的提出，由問題提出人按

22、照issuelog表中問題提出申請表提出問題。發(fā)給項目辦公 室，在表格中，問題描述，對進度影響，提出人的相關(guān)信息和聯(lián)系方式為必填寫項目。 而解決的情況可以分成兩種：口已經(jīng)落實了負責(zé)人的，請?zhí)顚懾撠?zé)人相關(guān)信息和解決方案?？跊]有落實負責(zé)人的，請?zhí)顚懡ㄗh的負責(zé)人或者為空項目辦公室收到問題清單后，立刻進行以下判斷：a已經(jīng)落實了負責(zé)人的，和負責(zé)人聯(lián)系，確認負責(zé)人認可會按照提出人提出的解決時間，方案解決該問題。然后將相關(guān)信息填入問題清單追蹤表， 其中狀態(tài)是2?？跊]有落實負責(zé)人的，將相關(guān)信息匯總到待處理問題清單在問題管理中項目管理辦公室的日常工作:口檢查問題清單追蹤表，對計劃解決時間為當(dāng)天或者當(dāng)天以前的問題

23、， 聯(lián)系提出人，確認該問題是否已經(jīng)解決?？谌绻呀?jīng)解決，標(biāo)志狀態(tài)為1口如果沒有解決，標(biāo)志狀態(tài)為3口將問題清單追蹤表中狀態(tài)為3的問題，超出解決時間3個工作日內(nèi)的，整 理成一個統(tǒng)一的表格，發(fā)給這些問題相關(guān)的提出人和負責(zé)人，同時抄送我方 項目管理辦公室和J標(biāo)客戶項目經(jīng)理組?？趯栴}清單追蹤表中狀態(tài)為3的問題，超出解決時間3個工作日以上的，整理成一個統(tǒng)一的表格，發(fā)給這些問題相關(guān)的提出人和負責(zé)人，同時抄送雙方項目執(zhí)行組，整個項目組，負責(zé)人的部門領(lǐng)導(dǎo)?？趯⒛壳白罡碌膮R總的待處理問題清單發(fā)送相關(guān)提出人和負責(zé)人，同時抄送我方項目管理辦公室和目標(biāo)客戶項目經(jīng)理組口根據(jù)我方項目管理辦公室和目標(biāo)客戶項目經(jīng)理組協(xié)調(diào)的

24、結(jié)果，將確認，落實了負責(zé)人和解決時間的問題從待處理問題清單移到問題清單跟蹤表。a以上工作在每個工作日下午 4時進行?？谔岢鋈撕拓撠?zé)人協(xié)商后可以更新計劃解決時間。在問題管理中雙方項目經(jīng)理的日常工作：口根據(jù)項目辦公室每天發(fā)出的問題追蹤清單，去追蹤，督促負責(zé)人解決該問題?？诟鶕?jù)項目辦公室發(fā)出的待處理問題清單，去落實具體的負責(zé)人和完成時間。階段確認管理嚴格按照工作說明書的約定，安裝輪次進行階段確認管理，這一點需要目標(biāo)1戶項目小組和相關(guān)部門的緊密配合。1.4.2.2 項目質(zhì)量控制我方的項目質(zhì)量管理是項目實施方法的重要組成部分，系統(tǒng)的質(zhì)量管理方法確保了項 目按照預(yù)定的目標(biāo)和時間計劃穩(wěn)步推進。項目質(zhì)量控制是

25、在項目進行中，設(shè)立若干控制點，以確保項目的質(zhì)量是可控的。項目控制主要包括以下幾類：口項目初始階段質(zhì)量控制口項目進行中質(zhì)量控制口項目結(jié)束階段質(zhì)量控制對于應(yīng)用系統(tǒng)的項目實施，具體的質(zhì)量管理手段如下：口整個項目實施周期劃分為不同的階段， 每一階段又由各種項目活動組成； 各個活動 下又細分為任務(wù)和子任務(wù)因此，每一工作都會有專人負責(zé)實施， 這樣的矩陣形的 控制結(jié)構(gòu)便于管理和隨時檢查；項目開發(fā)周期的每一階段都有相應(yīng)的標(biāo)準(zhǔn)、 規(guī)范和流程，基本上每一任務(wù)都有相應(yīng) 的提交件，每一種提交件都要經(jīng)過與客戶和質(zhì)量控制組的反復(fù)討論確定和審核。階段的輸出結(jié)果（提交件）將作為下一階段工作的輸入和依據(jù)，在前一階段為完成之 前

26、是不能進入下一階段的，從而保證項目有序的進行，以免在基礎(chǔ)并不充分的情況下貿(mào)然進入下一階段，而造成可能的返工；口有相應(yīng)的工具軟件提供支持，如 PROJECT等軟件進行項目各階段的管理；口每階段有明確的完成條件和提交件的清單；口嚴格的測試流程。在組織結(jié)構(gòu)上，將設(shè)立質(zhì)量控制小組，專門負責(zé)系統(tǒng)實施過程中的質(zhì)量控制。我方將 指定一位高級經(jīng)理作為我方的質(zhì)量控制人員，目小客戶也派相關(guān)人員（公司和業(yè)務(wù)部門領(lǐng)導(dǎo)）參與質(zhì)量控制小組活動。質(zhì)量管理小組將定期或不定期的舉行檢查會議，進行項目各階段提交件的評審，聽取 項目經(jīng)理及項目其他人員的匯報，對項目的進展和質(zhì)量進行監(jiān)督和控制，提出有關(guān)建 議和意見。質(zhì)量管理小組的每次

27、會議的內(nèi)容，結(jié)論和決定，都將形成文字備忘錄，為項目文檔保存，并作為以后工作的依據(jù)，隨時對項目的進展和質(zhì)量進行修正。1.4.2.3項目文檔管理在項目期間，應(yīng)制作以下文檔以向會議出席人和更廣范圍的聽眾傳達口項目章程口會議議程-所有會議均應(yīng)在會議召開前發(fā)出議程口會議記錄和行動計劃-每次會議后應(yīng)整理會議記錄和制訂行動計劃口審核記錄-應(yīng)為每個階段評審和文檔批準(zhǔn)過程整理相應(yīng)記錄口詳細項目計劃口每周工作計劃（按每兩周制定，每周滾動更新分發(fā)一次）口項目進展和狀態(tài)報告（每兩周分發(fā)一次）口交付件文檔，例如：口設(shè)計報告口業(yè)務(wù)藍圖口程序代碼1.4.2.4項目文檔分發(fā)所有項目文檔保存，變更都將以統(tǒng)一變更管理（UCM）方

28、法為指導(dǎo)，遵守中標(biāo)客戶。發(fā)中心配置管理完整體系。由目標(biāo)客戶M共專門的文檔服務(wù)器，并提供專人維護相關(guān)的權(quán)限。所有文檔將通過電子郵件傳遞給項目組和相關(guān)部門。所有項目組成員必須嚴格遵守項目的信息保密規(guī)定，嚴格在項目范圍內(nèi)分發(fā)和使用項 目文檔。所有文檔的分發(fā)應(yīng)由目標(biāo)客戶項辦公室負責(zé)執(zhí)行。1.4.2.5項目組人員管理每個客戶對項目組人員都有自己的人事管理制度，同樣我方對于自己的項目組成員也有人事管理制度。簡單而言，我方對自己項目組成員管理通過項目評價（項目經(jīng)理執(zhí)行）來進行，項目評價會最終影響顧問的職業(yè)發(fā)展和績效考核。由此引申出來，我們建議目卜客戶項目組人員管理以績效考評為導(dǎo)向，具體而言，項目組人員管理應(yīng)

29、該可以分成以下幾個方面：口人員組織口后勤管理口績效管理口人員回位在項目啟動和執(zhí)行過程中，需要組織項目團隊，根據(jù)目M戶的.目組織結(jié)構(gòu)，我們建議人員組織由項目經(jīng)理組提出需求，項目執(zhí)行組來執(zhí)行。1.4.3項目成果（包括階段性成果）的交付與驗收1.4.3.1準(zhǔn)備階段準(zhǔn)備階段的目的是建立項目組織，培訓(xùn)項目小組，制定項目的各項規(guī)章解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果項目制度建立項目小組培訓(xùn)項目章程溝通制度項目小組培訓(xùn)制度建立和溝通項目會議制度 項目組織結(jié)構(gòu)環(huán)境建立更新項目計劃計劃制定和溝通詳細項目計劃完成標(biāo)志: 口驗收簽署的詳細項目計劃文件 目標(biāo)客戶收到我方交付的上述文件后，應(yīng)于五個工作日內(nèi)提出要求

30、修改的書面要求以 及修改意見，若逾期，上述文件則被視作已通過目3客戶驗在我方完成了針對修 改意見的更改并得到目標(biāo)客戶/目經(jīng)理確認后，應(yīng)視本交付件被確認，其中新修改意見提出不可超過兩輪，每輪意見提出時間不超過 5個工作日。我方不同意的修改要求應(yīng)按照章節(jié)項目變更的管理所列規(guī)則處理，交付作品程序所產(chǎn)生的爭議按照章節(jié) 爭議解決程序處理。1.4.3.2分析階段分析階段的目的是通過對客戶的營運目標(biāo)、 策略、運作模式的分析及研究，定義“目標(biāo)”運作模式、目標(biāo)組織模型、業(yè)務(wù)流程模型、及系統(tǒng)體系結(jié)構(gòu)在內(nèi)的系統(tǒng)總體設(shè)計并修 訂相應(yīng)的實施策略在系統(tǒng)總體設(shè)計基礎(chǔ)上進行詳細業(yè)務(wù)及流程分析，分析所得到的業(yè)務(wù)需求將會被映射到

31、標(biāo)準(zhǔn)的系統(tǒng)最佳業(yè)務(wù)實踐及應(yīng)用系統(tǒng)的具體功能上。解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果正確理解和分析當(dāng)前 的業(yè)務(wù)現(xiàn)狀和需求目標(biāo)業(yè)務(wù)流程的需求 與設(shè)計明確數(shù)據(jù)轉(zhuǎn)換，數(shù)據(jù) 接口，及所需的數(shù)據(jù) 結(jié)構(gòu)確認系統(tǒng)差距，決定 二次開發(fā)需求評估現(xiàn)狀和需求，制 定全集團層間的總 體解決方案和模板建立技術(shù)策略及開 發(fā)環(huán)境設(shè)計網(wǎng)絡(luò)、通訊、服 務(wù)器等硬件基礎(chǔ)設(shè) 施，以及建立設(shè)計開 發(fā)標(biāo)準(zhǔn)。信息需求計劃規(guī)劃系統(tǒng)解決方案 所需的宏觀數(shù)據(jù)、信 息需求。評估和定義標(biāo)準(zhǔn)模 板的范圍和內(nèi)容現(xiàn)狀調(diào)研和需求分析報告完成標(biāo)志: 口驗收簽署的現(xiàn)狀調(diào)研和需求分析報告 目標(biāo)客戶攵到我方交付的上述文件后，應(yīng)于五個工作日內(nèi)提出要求修改的書面要

32、求以 及修改意見，若逾期，上述文件則被視作已通過目3客戶驗在我方完成了針對修 改意見的更改并得到目標(biāo)客戶.目經(jīng)理確認后，應(yīng)視本交付件被確認，其中新修改意見提出不可超過兩輪，每輪意見提出時間不超過 5個工作日。我方不同意的修改要求應(yīng)按照章節(jié)項目變更的管理所列規(guī)則處理，交付作品程序所產(chǎn)生的爭議按照章節(jié)爭議解決程序處理。1.4.3.3設(shè)計和建立階段設(shè)計和建立階段將根據(jù)應(yīng)用分析和需求映射的結(jié)果設(shè)計出詳細的目標(biāo)業(yè)務(wù)流程的流程工作步驟、詳細解決方案、應(yīng)用系統(tǒng)設(shè)置設(shè)計、數(shù)據(jù)轉(zhuǎn)換策略和方式、系統(tǒng)測試策略。系統(tǒng)功能測試和業(yè)務(wù)流程測試將是本階段中的重要環(huán)節(jié)，通過測試驗證流程和設(shè)置設(shè) 計的可應(yīng)用性和正確性、確定系統(tǒng)

33、中不滿足客戶部分的需求和相應(yīng)解決方案的功能設(shè) 計，并完成具體的系統(tǒng)客戶化及功能增強、與其他系統(tǒng)的界面及接口開發(fā)。解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果系統(tǒng)解決方案的完整定義目標(biāo)工作方法的止確設(shè)計確認目標(biāo)應(yīng)用系統(tǒng)的設(shè)置、集成設(shè)計能滿足需求建立系統(tǒng)開發(fā)及正 式環(huán)境幫助信息技術(shù)部門設(shè) 計和建立系統(tǒng)及平臺。管理數(shù)據(jù)轉(zhuǎn)換根據(jù)數(shù)據(jù)轉(zhuǎn)換策略進 行分析、設(shè)計、編制 數(shù)據(jù)轉(zhuǎn)換程序，對需業(yè)務(wù)藍圖（詳細解決方案）程序接口說明客戶化程序功能設(shè)計系統(tǒng)參數(shù)設(shè)置系統(tǒng)測試腳本系統(tǒng)配置和安裝解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果進行手上轉(zhuǎn)換的數(shù) 據(jù)確定其轉(zhuǎn)化需求及內(nèi)容。設(shè)計/編制接口程序、功能擴展程序規(guī)劃及設(shè)計所需開發(fā)

34、的接口、功能擴展程序。方案設(shè)計、開發(fā)、及測試通過原形測試設(shè)計、建立、和確認系統(tǒng)解決方案、設(shè)置、及業(yè)務(wù)流程。開發(fā)和測試 所需的接口、客戶 化、及功能增強程序。業(yè)務(wù)操作指南及用戶培訓(xùn)編制業(yè)務(wù)操作指南和 用戶培訓(xùn)手冊，基于 業(yè)務(wù)操作指南和用文檔解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果戶培訓(xùn)手冊進行最終用培訓(xùn)。完成的項目標(biāo)準(zhǔn)模板完成標(biāo)志:驗收簽署的業(yè)務(wù)藍圖文檔和系統(tǒng)參數(shù)配置文檔 目標(biāo)客戶收到我方交付的上述文件后，應(yīng)于五個工作日內(nèi)提出要求修改的書面要求以 及修改意見，若逾期，上述文件則被視作已通過目客戶驗在我方完成了針對修 改意見的更改并得到目標(biāo)客戶'目經(jīng)理確認后，應(yīng)視本交付件被確認，其中新修

35、改意見提出不可超過兩輪，每輪意見提出時間不超過 5個工作日。我方不同意的修改要求應(yīng)按照章節(jié)項目變更的管理所列規(guī)則處理，交付作品程序所產(chǎn)生的爭議按照章節(jié)爭議解決程序處理。1.4.3.4集成階段該階段將完成系統(tǒng)各部分包括從系統(tǒng)設(shè)置、安全設(shè)置、流程調(diào)試、到用戶流程文件的 集成，完成向正式應(yīng)用環(huán)境轉(zhuǎn)移。作為切換計劃的一部分，在最終用戶培訓(xùn)手冊的基 礎(chǔ)上實施最終用戶培訓(xùn)。系統(tǒng)各部分的最終設(shè)計和集成的正確性、完整性、穩(wěn)定性將由用戶接受性測試驗證，驗證測試的測試環(huán)境中的數(shù)據(jù)將應(yīng)用實際轉(zhuǎn)換的真正靜態(tài)數(shù)據(jù)以保證驗證的真實性。如有需求，將通過系統(tǒng)性能測試來確定系統(tǒng)的性能能支持正式環(huán)境的運作。作為本階段結(jié)束的“上線

36、”準(zhǔn)備檢查確?！吧暇€”各項準(zhǔn)備工作均已準(zhǔn)備完畢系統(tǒng)各部分均處于可運作狀態(tài)。用戶業(yè)務(wù)流程作業(yè)指南的設(shè)計和編寫及最終用戶培訓(xùn)手冊的編寫也將在該階段中完解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果確保系統(tǒng)可以穩(wěn) 定轉(zhuǎn)移到正式環(huán) 境系統(tǒng)功能的最終 用戶測試的成功確認最終系統(tǒng)功 能已完成和得到 批準(zhǔn)正式環(huán)境的靜態(tài) 數(shù)據(jù)的止確性保 證和優(yōu)化移交正式產(chǎn)品環(huán) 境安全和控制關(guān)鍵用戶培訓(xùn)系統(tǒng)集成測試規(guī)劃如何從測試 環(huán)境切換至正式 環(huán)境的計劃。關(guān)鍵用戶培訓(xùn)用戶接受測試腳本用戶接受測試用戶權(quán)限及安全設(shè)置標(biāo)準(zhǔn)切換計劃業(yè)務(wù)操作指南（由我方顧問指導(dǎo)目標(biāo)客戶關(guān)鍵用戶編寫）用戶培訓(xùn)手冊（由我方顧問指導(dǎo)目標(biāo)客戶關(guān)鍵用戶編寫）完成標(biāo)

37、志：口驗收簽署的切換計劃 目標(biāo)客戶卜到我方交付的上述文件后，應(yīng)于五個工作日內(nèi)提出要求修改的書面要求以及修改意見，若逾期，上述文件則被視作已通過目標(biāo)客戶驗在我方完成了針對修 改意見的更改并得到目標(biāo)客戶.目經(jīng)理確認后，應(yīng)視本交付件被確認，其中新修改意見提出不可超過兩輪，每輪意見提出時間不超過 5個工作日。我方不同意的修改要求應(yīng)按照章節(jié)項目變更的管理所列規(guī)則處理，交付作品程序所產(chǎn)生的爭議按照章節(jié) 爭議解決程序處理。1.4.3.5上線階段在該階段，系統(tǒng)各部分將組合成正式的應(yīng)用系統(tǒng)，并在確認所有系統(tǒng)轉(zhuǎn)換及跟蹤維護 的職責(zé)都已明確、在所有項目任務(wù)都已完成的基礎(chǔ)上實施系統(tǒng)上線計劃，系統(tǒng)上線包 括實施動態(tài)數(shù)據(jù)

38、轉(zhuǎn)換、驗證已轉(zhuǎn)換數(shù)據(jù)的正確性、啟動新系統(tǒng)。解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果驗證所有的工作都已完成且已準(zhǔn)備就緒系統(tǒng)轉(zhuǎn)換責(zé)任都已指定系統(tǒng)維護任務(wù)都 已落實正式環(huán)境已準(zhǔn)備就緒實施數(shù)據(jù)轉(zhuǎn)換的及時完成和成功執(zhí)行系統(tǒng)切換：所有 實施工作完成以后， 執(zhí)行系統(tǒng)切換，開始 應(yīng)用新系統(tǒng)運作止 常的業(yè)務(wù)處理，實施后支持確保系統(tǒng)數(shù)據(jù)準(zhǔn)確。對于由于系統(tǒng)轉(zhuǎn)換 所帶來的變化作進一步的變革管理，對 系統(tǒng)運行的績效作系統(tǒng)切換完成報告解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果系統(tǒng)的應(yīng)用進一步優(yōu)化。完成標(biāo)志:口驗收簽署的切換完成報告 目標(biāo)客戶收到我方交付的上述文件后，應(yīng)于五個工作日內(nèi)提出要求修改的書面要求以 及修改意見，

39、若逾期，上述文件則被視作已通過目4客戶驗q。在我方完成了針對修改意見的更改并得到目標(biāo)客戶項目經(jīng)理確認后，應(yīng)視本交付件被確認，其中新修改意見提出不可超過兩輪，每輪意見提出時間不超過 5個工作日。我方不同意的修改要求應(yīng)按照章節(jié)項目變更的管理所列規(guī)則處理，交付作品程序所產(chǎn)生的爭議按照章節(jié)爭議解決程序處理在系統(tǒng)上線后一周內(nèi),目標(biāo)客戶叫目小組需要開始進行驗收工作。驗收方法按照目標(biāo)戶要求進行，主要檢驗系統(tǒng)上線后的穩(wěn)定性和可靠性。同時，目標(biāo)客戶平目小組需要進行交付件驗收對于驗收中發(fā)現(xiàn)的需要改進的問題清單，目濯客戶項F組應(yīng)在驗收工作開始5工作日內(nèi)一次提交我方，我方和目標(biāo)客戶將共同協(xié)商問題清單的解決方案，在此基

40、礎(chǔ)上，我 方負責(zé)在巾標(biāo)客戶中協(xié)助下進行系統(tǒng)改進，在系統(tǒng)改進完成后我方會書面通知目標(biāo)，目標(biāo)客戶卡要在5個工作日內(nèi)給予確認或提出不符合問題清單解決方案的地方, 如逾期，則視為總體驗收通過。當(dāng)問題清單上問題改進全部被目標(biāo)客戶確認完成，總 體驗收完成 如果總體驗收過程中出現(xiàn)下述情況，驗收將仍舊被認為是通過的:口應(yīng)用程序功能完備，但部分使用者感到不習(xí)慣口驗收中出現(xiàn)的問題不是業(yè)務(wù)藍圖中涉及的范圍，而是新提出的建議或“希望”口目標(biāo)客戶卜身要求和/或目標(biāo)客戶4能夠完成內(nèi)部變革來實現(xiàn)業(yè)務(wù)藍圖設(shè)計而非系統(tǒng)原因和/或不可抗力使業(yè)務(wù)藍圖文檔中部分設(shè)計未能夠?qū)崿F(xiàn)。以上總體驗收工作完成標(biāo)志項目完成，進入上線后支持階段如果

41、在系統(tǒng)上線一周內(nèi)目際客戶,開始驗收工作，項目認為被總體驗收完成，項目結(jié)束，進入上線后支持階段1.4.3.6 上線后支持階段在本階段，目標(biāo)客戶.系統(tǒng)已經(jīng)運行了一段時間，可能提出對系統(tǒng)的配置和一些業(yè)務(wù) 流程新的要求。對于在項目實施過程中由于時間和資源限制沒有全部完成的客戶化開 發(fā)也在完善階段進行補充。同時對用戶的使用進行支持。上線后支持階段為系統(tǒng)上線后一年解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果評估新的系統(tǒng)運行的狀況和改進力殺未完成客戶化開發(fā)的完成總結(jié)推廣模板評估各模塊的運行 情況，解決系統(tǒng)操 作，運用的問題。繼續(xù)開發(fā)在項目上 線前沒有完成的開 發(fā)任務(wù)支持繼續(xù)的客戶化開發(fā)系統(tǒng)配置改進建議項目完結(jié)

42、報告解決的關(guān)鍵問題關(guān)鍵項目任務(wù)主要項目交付成果提出系統(tǒng)配置和業(yè)務(wù)流程改進機會幫助“標(biāo)客戶1完善支持繼續(xù)的客戶化開發(fā)完成標(biāo)志: 口驗收簽署的項目完結(jié)報告。目標(biāo)客戶攵到我方交付的上述文件后，應(yīng)于五個工作日內(nèi)提出要求修改的書面要求以 及修改意見，若逾期，上述文件則被視作已通過目"客戶驗在我方完成了針對修 改意見的更改并得到目標(biāo)客戶'目經(jīng)理確認后，應(yīng)視本交付件被確認，其中新修改意見提出不可超過兩輪，每輪意見提出時間不超過 5個工作日。我方不同意的修改要求應(yīng)按照章節(jié)項目變更的管理所列規(guī)則處理，交付作品程序所產(chǎn)生的爭議按照章節(jié)爭議解決程序處理。在系統(tǒng)上線后支持階段時間到期，并且根據(jù)以上交

43、付件接受程序，我方所提交交付件通過目標(biāo)客戶上收后，雙方應(yīng)在 5個工作日內(nèi)簽署項目完結(jié)報告，若逾期，則視為雙方已簽署項目完結(jié)報告。項目完結(jié)報告一旦簽署，則標(biāo)志項目整體結(jié)束。1.4.3.7 所有交付件（包括我方內(nèi)部外部，項目管理方面）階段交付件作用格式是否交付客戶準(zhǔn)備階段所有階段項目章程范圍word是交付件清單word是項目組織結(jié)構(gòu)word是會議制度word是項目主計劃定義項目詳細計劃mpp file是Bi-weekly plan雙周工作計劃用于實際追蹤的工作計劃word是狀態(tài)報告word是會議紀要word是問題追蹤記錄追蹤待決問題excel/word是領(lǐng)導(dǎo)小組匯報材料-當(dāng)前狀態(tài)- 關(guān)鍵變化和設(shè)計

44、點- 挑戰(zhàn)和問題- 行動計劃PPt是范圍，進度和費用變化的word是階段交付件作用格式是否交付客戶變更申請申請1.4.3.8 所有交付件（包括我方內(nèi)部外部，業(yè)務(wù)流程方面）階段交付件清單交付件作用格式是否提交客戶分析階段現(xiàn)狀調(diào)研和需求分析報告現(xiàn)狀描述需求細化定義和分析和系統(tǒng)標(biāo)準(zhǔn)功能差異分析word是設(shè)計和建立階段業(yè)務(wù)藍圖（詳細解決方案）流程綜述流程變化流程圖具體步驟描述word/viso是程序接口說明程序的邏輯設(shè)計，指導(dǎo)編程word是客戶化程序功能設(shè)計程序的邏輯設(shè)計，指導(dǎo)編程word是系統(tǒng)參數(shù)設(shè)置應(yīng)用參數(shù)設(shè)置技術(shù)文檔word是系統(tǒng)測試腳本指導(dǎo)測試步驟word是系統(tǒng)配置和安裝文系統(tǒng)技術(shù)文檔word

45、是階段交付件清單交付件作用格式是否提交客戶檔集成階用戶接受測試腳本最終用戶測試腳步word是段用戶權(quán)限及安全設(shè)置標(biāo)準(zhǔn)系統(tǒng)安全性設(shè)置文檔word是切換計劃系統(tǒng)切換計劃word是用戶培訓(xùn)手冊（用戶具體培訓(xùn)的文檔word是方指導(dǎo)目標(biāo)客戶關(guān)鍵用戶編寫）維護支持策略上線后的支持流程和人員安排word是系統(tǒng)切換完成報告雙方項目執(zhí)行組確認的系統(tǒng)切換完成報告word是上線后支持階系統(tǒng)配置改進建議持續(xù)優(yōu)化的系統(tǒng)配置改進建議word是段項目完結(jié)報告項目完工證明word是1.4.4 項目過程的溝通協(xié)調(diào)機制1.4.4.1 溝通策略在目標(biāo)客戶“務(wù)流程梳理項目中，因為項目組人數(shù)眾多，所以好的項目溝通是項目成功的重要保證，

46、在本項目中，溝通策略的主要目的是：口保證項目管理的順暢口使項目執(zhí)行過程中發(fā)生的變革能夠很好的貫徹到企業(yè)中去口使知識轉(zhuǎn)移更有效對應(yīng)的，溝通的渠道主要有以下幾種：口項目管理方面的溝通口項目組和項目組外其他部門的溝通口項目組內(nèi)部的溝通溝通的手段主要有以下幾種：口電子郵件（全部統(tǒng)一到目標(biāo)客戶小電子郵件系統(tǒng)）口文檔共享系統(tǒng)（Team Room ）口內(nèi)部刊物和宣傳手段口小型會議（包括訪談）口大型業(yè)務(wù)訪談會議口項目例會口項目會議口面對面溝通（包括電話） 口定期培訓(xùn)口不定期培訓(xùn)口即時通訊（例如通過 MSN等即時通訊軟件）1.4.5 項目變更的管理1.4.5.1 變更作業(yè)處理原則在項目進行雙方皆可要求變更工作說

47、明書，但更改功能需求或?qū)⒃斐蓵r間與成本的改 變，影響可能極為深遠。因此甲方項目經(jīng)理與乙方項目經(jīng)理有共同責(zé)任仔細審核任何 的變更，所有變更均需雙方都審核通過才算成立。任何經(jīng)過甲方核準(zhǔn)的文件，如要做 適當(dāng)?shù)淖兏嘈枰p方項目經(jīng)理共同仔細審核，有必要時，項目經(jīng)理得指派適當(dāng)人 選成立變更作業(yè)委員會進行研究變更技術(shù)問題并實行審核。在核準(zhǔn)變更文件的同時， 或?qū)⑼瑫r產(chǎn)生一協(xié)議，內(nèi)容包括成本的增減或項目時程的更改， 并視為合約修訂事項。1.4.5.2 變更作業(yè)處理程序1. 變更委員會議除委員外，提出異動者及分析評估的系統(tǒng)分析人員，亦應(yīng)列席，會議由項目經(jīng)理召集，并通知甲乙雙方人員。2. 異動申請宜由雙方項目經(jīng)

48、理共同認定，屬于影響關(guān)鍵性作業(yè)的問題，應(yīng)當(dāng)正式提出中請。3. 變更系依據(jù)合約內(nèi)所述功能為認定基準(zhǔn)。1.4.5.3 關(guān)于變更作業(yè)的詳細流程變更提出提出變更需首先填寫“變更申請表”（簡稱RFC,見“變更申請表”章立RFC需提交由甲方指定人員出任主席、由甲方資深人員和乙方項目小組人員組成的評審小組。評審小 組成員的資格將由雙方書面確認。任何一方均可以書面形式通知另一方其人員更改的 情況。評審小組將就 RFC的技術(shù)可靠性及其對整個項目的影響做出評估。經(jīng)批準(zhǔn)的 RFC將轉(zhuǎn)給乙方，未被批準(zhǔn)的RFC將由評審小組通知提出變更者本人并給出未批準(zhǔn) 理由。口變更評定乙方在接到評審小組批準(zhǔn)的 RFC五個工作日內(nèi)給出收

49、訖說明以及分析 RFC所需的 大致時間，并準(zhǔn)備相應(yīng)的工程修改建議書（簡稱ECP）。乙方會根據(jù)變更需求的范圍和 復(fù)雜程度以及對價格、時間表以及協(xié)議的其它條款和條件的影響來決定對RFC分析報告以及ECP進行收費，并以書面形式告知甲方預(yù)計費用。乙方將于甲方同意收費 標(biāo)準(zhǔn)后五（5）天或規(guī)定時間內(nèi)，對RFC進行分析研究并做相應(yīng)的ECP。所有的費用計 算將依據(jù)乙方人大的費率進行計算。口變更的認可若ECP要求費用、進度或本協(xié)議其它條款的變更，須由雙方授權(quán)代表書面同意，或由評審小組主席批準(zhǔn)。批準(zhǔn)后的 ECP將作為合同的一部分并列入項目文件。在 ECP 未被書面確認前，雙方仍繼續(xù)按最后同意的工作說明書的版本執(zhí)行

50、有關(guān)項目的工作?？谧兏膶嵤└男柙谧罱逻^的基準(zhǔn)文本中醒目地標(biāo)出更改之處并替換以新的文字描述。所有更改都應(yīng)用更改條標(biāo)出并注明 ECP號?；鶞?zhǔn)文件在經(jīng)過多次更改后可能需要重新修訂。整個文件在附上修訂書后可再版，即 修訂版A,修訂版B等等。修訂版只包括評審小組批準(zhǔn)修改的內(nèi)容或不改變文件技術(shù)內(nèi)容的打印錯誤。1.4.5.4 變更申請表變更要求（系統(tǒng)名稱）RFC序號:申請人：日期（日/月/年）：申請變更內(nèi)容：申請變更原因:變更類別（標(biāo)明A、B或C）:A功能方面B運行性能方面C文檔方面甲方授權(quán)人簽字：日期：乙方授權(quán)人簽字：日期：1.5 人員培訓(xùn)及知識轉(zhuǎn)移1.5.1 培訓(xùn)概述如何做好學(xué)習(xí)、培訓(xùn)及知識轉(zhuǎn)移

51、工作，是目客戶、小方和產(chǎn)品供應(yīng)方需要解決的重要課題。基于我方的諸多大型實施項目中積累的經(jīng)驗，并結(jié)合目4客戶的際狀況，將保證如下的用戶培訓(xùn)目標(biāo)：口培訓(xùn)卜標(biāo)客戶上關(guān)鍵用戶（包括項目管理人員），使其掌握系統(tǒng)的核心功能 以及項目實施方法和步驟，具備配合實施顧問推進項目，以及系統(tǒng)上線、我 方顧問離開現(xiàn)場后獨立承擔(dān)維護、支持的能力；口培養(yǎng)卜標(biāo)客戶|勺IT人員，使其掌握日常運行和維護系統(tǒng)的技能，包括故障排除、尋求供應(yīng)商支持等；口提供有效的、全面的和標(biāo)準(zhǔn)的文檔給最終用戶，成為其后續(xù)穩(wěn)定應(yīng)用的保障。1.5.2 用戶培訓(xùn)的定義目標(biāo)客戶卜用戶培訓(xùn)包括項目經(jīng)理培訓(xùn)、關(guān)鍵用戶培訓(xùn)1.5.2.1 項目經(jīng)理培訓(xùn)旨在向標(biāo)客戶

52、的項目管理人員傳授項目管理、系統(tǒng)實施管理的方法和技能、以及針對目標(biāo)客戶別設(shè)計的推廣方法的培訓(xùn)。主要培訓(xùn)內(nèi)容：口項目管理技能培訓(xùn)口實施方法培訓(xùn)1.5.2.2 項目小組/關(guān)鍵用戶培訓(xùn)對專職項目小組成員、關(guān)鍵用戶提供產(chǎn)品功能介紹、實施方法論和工具等的培訓(xùn)主要培訓(xùn)內(nèi)容：口標(biāo)準(zhǔn)產(chǎn)品功能介紹（標(biāo)準(zhǔn)產(chǎn)品的培訓(xùn)由我方公司提供）口實施方法論培訓(xùn)口結(jié)合卜標(biāo)客戶.目的相關(guān)應(yīng)用產(chǎn)品、開發(fā)工具培訓(xùn)口測試方法、數(shù)據(jù)收集方法的培訓(xùn)1.5.3 培訓(xùn)策略為保證在短期內(nèi)將各種知識和技能傳授給不同層面的眾多項目參與者，我們建議如下培訓(xùn)策略：口項目經(jīng)理、項目小組成員和關(guān)鍵用戶的培訓(xùn)集中在項目實施辦公室進行口僅對項目小組成員、關(guān)鍵用戶提供非標(biāo)準(zhǔn)產(chǎn)品培訓(xùn)。建議標(biāo)準(zhǔn)產(chǎn)品的培訓(xùn)由 原廠家提供口最終用戶培訓(xùn)按區(qū)域集中進行，由h標(biāo)客戶卜鍵用戶提供。我方顧問負責(zé)協(xié) 助口培訓(xùn)時間定為N天。1.5.4 培訓(xùn)方式為確保成功的技能轉(zhuǎn)移，我們將采用如下幾種方式：口課堂培訓(xùn)針對各種專題開設(shè)培訓(xùn)課程，如項目管理、實施方法及各模塊核心功能介紹等，通常安排在相關(guān)任務(wù)開始之初，以使各參與人員能具備完成相關(guān)任務(wù)的基本技能。課堂培訓(xùn)由培訓(xùn)顧問實施。交付文檔項目實施過程中交付的一系列文檔也是技能轉(zhuǎn)移必不可少的媒體。這些文檔可作為日后進一步培訓(xùn)、推廣或聯(lián)合工作小組的重要參考。為