項(xiàng)目實(shí)施計(jì)劃方案模板

1、.XXX平臺(tái)項(xiàng)目實(shí)施方案XXX有限公司2014年10月. v.目錄第1章項(xiàng)目概述41.1項(xiàng)目建設(shè)內(nèi)容及范圍41.1.1項(xiàng)目總體建設(shè)范圍41.1.2項(xiàng)目內(nèi)容4第2章項(xiàng)目實(shí)施方案52.1項(xiàng)目實(shí)施52.1.1項(xiàng)目啟動(dòng)階段62.1.2需求調(diào)研、需求分析階段72.1.3設(shè)計(jì)階段82.1.4客戶化開發(fā)、實(shí)施與測試階段92.1.5系統(tǒng)實(shí)施部署階段92.1.6上線試運(yùn)行階段102.1.7驗(yàn)收階段102.2項(xiàng)目管理122.2.1項(xiàng)目組織架構(gòu)132.2.2進(jìn)度計(jì)劃和管理152.2.3項(xiàng)目管理方法212.2.4質(zhì)量管理302.2.5需求管理322.2.6溝通和監(jiān)控機(jī)制342.2.7風(fēng)險(xiǎn)管理352.2.8配置管理37

2、第3章培訓(xùn)方案413.1人員培訓(xùn)方案413.1.1培訓(xùn)目標(biāo)413.1.2培訓(xùn)方式413.1.3培訓(xùn)內(nèi)容413.1.4培訓(xùn)內(nèi)容423.2培訓(xùn)方案設(shè)計(jì)433.2.1標(biāo)準(zhǔn)規(guī)范體系培訓(xùn)433.2.2基礎(chǔ)知識(shí)培訓(xùn)433.2.3應(yīng)用系統(tǒng)培訓(xùn)433.2.4現(xiàn)場培訓(xùn)443.2.5培訓(xùn)資料44第4章軟硬件部署454.1系統(tǒng)部署結(jié)構(gòu)454.2系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)464.3設(shè)備部署機(jī)房環(huán)境要求464.3.1電壓和頻率變動(dòng)范圍要求464.3.2電源插座類型要求464.3.3接地電阻要求474.3.4溫度濕度要求474.4平臺(tái)系統(tǒng)部署軟件需求474.5平臺(tái)系統(tǒng)服務(wù)器需求474.5.1正式部署環(huán)境要求474.5.2開發(fā)測試部

3、署環(huán)境要求484.6其他需求484.6.1辦公場所需求484.6.2網(wǎng)絡(luò)環(huán)境49第1章 項(xiàng)目概述1.1 項(xiàng)目建設(shè)內(nèi)容及范圍1.1.1 項(xiàng)目總體建設(shè)范圍1、服務(wù)對象1）2）1家典型重點(diǎn)工控企業(yè)。2、主要用戶包括信黨政機(jī)關(guān)和重點(diǎn)工控系統(tǒng)運(yùn)營單位。1.1.2 項(xiàng)目內(nèi)容序號名稱1XXX系統(tǒng)2XXX平臺(tái)34其中：1、風(fēng)險(xiǎn)防范系統(tǒng)系統(tǒng)包括采購一套監(jiān)測設(shè)備、一套風(fēng)險(xiǎn)分析設(shè)備，并將互聯(lián)網(wǎng)監(jiān)測系統(tǒng)整體納入監(jiān)控平臺(tái)管理，提供3年監(jiān)控技術(shù)服務(wù)及升級服務(wù)。2、XXX平臺(tái)主要包含。第2章 項(xiàng)目實(shí)施方案項(xiàng)目實(shí)施方案包括項(xiàng)目實(shí)施和項(xiàng)目管理。2.1 項(xiàng)目實(shí)施從項(xiàng)目實(shí)施的角度詳細(xì)描述了主要實(shí)施階段的主要參與人員、工作內(nèi)容和相應(yīng)

4、的工作方法。依據(jù)我們對相關(guān)領(lǐng)域的經(jīng)驗(yàn)提出對本項(xiàng)目建設(shè)計(jì)劃。我方在項(xiàng)目管理方面有著自己一套科學(xué)而先進(jìn)的項(xiàng)目管理方法論，這套方法論已經(jīng)在實(shí)施的所有的項(xiàng)目中得到了檢驗(yàn)。項(xiàng)目管理方法論是公司最重要的一項(xiàng)核心競爭能力，是我們能夠?qū)蛻舫兄Z項(xiàng)目成功的信心所在。我方項(xiàng)目管理方法論建立在如下5項(xiàng)重要原則的基礎(chǔ)上：n 與客戶共同探討對項(xiàng)目成功衡量標(biāo)準(zhǔn)的定義，并以此作為雙方工作的共同標(biāo)準(zhǔn)和價(jià)值觀。n 制定細(xì)致的項(xiàng)目計(jì)劃，明確定義項(xiàng)目階段和階段交付成果。將一個(gè)大型的復(fù)雜的任務(wù)分解為可以量化和可以具體執(zhí)行的分解工作任務(wù)，并明確定義每一個(gè)分解任務(wù)所需要達(dá)到的工作成果，使得項(xiàng)目總體目標(biāo)得以有效的保證。n 與客戶的充分溝通

5、，通過各項(xiàng)例會(huì)制度，周報(bào)和月報(bào)制度等使客戶可以全面了解項(xiàng)目進(jìn)展情況，保證項(xiàng)目的交付始終與客戶的預(yù)期保持一致。n 明確定義項(xiàng)目組織結(jié)構(gòu)和工作職責(zé)，并設(shè)定相應(yīng)的考核標(biāo)準(zhǔn)和方法，保證項(xiàng)目各方能夠有效的協(xié)同工作。n 建立明確的文檔管理，人員管理，配置管理，風(fēng)險(xiǎn)管理，預(yù)算管理，進(jìn)度管理，采購管理，集成管理和變更管理規(guī)范與制度以保證項(xiàng)目的整體質(zhì)量和各環(huán)節(jié)的配合。針對平臺(tái)實(shí)施工作，將其分為了如下圖所示的6個(gè)階段：圖21項(xiàng)目實(shí)施階段示意圖說明：考慮到本系統(tǒng)的建設(shè)周期，設(shè)計(jì)、實(shí)現(xiàn)、實(shí)施以及試運(yùn)行部分將出現(xiàn)迭代：n 第一次迭代過程保證系統(tǒng)主要功能能夠正常使用。n 第二次迭代過程保證工信廳安全綜合服務(wù)平臺(tái)項(xiàng)目其余輔

6、助功能能夠使用。下面首先對各階段的工作進(jìn)行說明： 2.1.1 項(xiàng)目啟動(dòng)階段n 階段工作目標(biāo)本階段的工作目標(biāo)是從項(xiàng)目目標(biāo)、項(xiàng)目范圍、項(xiàng)目工作方法以及后勤保障方面為系統(tǒng)建設(shè)項(xiàng)目的順利進(jìn)行建立基礎(chǔ)。n 階段工作內(nèi)容本階段的工作內(nèi)容包括：組織項(xiàng)目所需的各項(xiàng)資源，包括：人員確定、辦公環(huán)境、網(wǎng)絡(luò)及通訊環(huán)境、個(gè)人工作設(shè)備、開發(fā)環(huán)境、現(xiàn)場工作環(huán)境及生活環(huán)境；確認(rèn)工作范圍：針對項(xiàng)目投標(biāo)方案中對工作范圍的描述，進(jìn)一步與工信廳安全綜合服務(wù)平臺(tái)項(xiàng)目負(fù)責(zé)人討論確定項(xiàng)目工作范圍；制定項(xiàng)目計(jì)劃：根據(jù)項(xiàng)目投標(biāo)方案中制定的項(xiàng)目計(jì)劃，與工信廳安全綜合服務(wù)平臺(tái)項(xiàng)目負(fù)責(zé)人重新審核和進(jìn)一步建立細(xì)致的項(xiàng)目主計(jì)劃；確定項(xiàng)目管理規(guī)范：根據(jù)項(xiàng)

7、目管理規(guī)范要求，針對本系統(tǒng)建設(shè)項(xiàng)目進(jìn)行適當(dāng)裁剪，以滿足本項(xiàng)目管理的要求；確定質(zhì)量規(guī)范明確定義項(xiàng)目各階段工作成果的格式、審核流程和驗(yàn)收標(biāo)準(zhǔn)。召開項(xiàng)目啟動(dòng)會(huì)：召集項(xiàng)目組全體成員、相關(guān)實(shí)施廠商及工信廳安全綜合服務(wù)平臺(tái)項(xiàng)目組成員，通過項(xiàng)目啟動(dòng)會(huì)的形式進(jìn)一步明確上述各部分要求。n 階段工作成果：項(xiàng)目施工實(shí)施方案2.1.2 需求調(diào)研、需求分析階段n 階段工作目標(biāo)本階段的工作目標(biāo)是通過對工信廳相關(guān)業(yè)務(wù)、周邊業(yè)務(wù)和現(xiàn)有系統(tǒng)和軟硬件環(huán)境的的深入細(xì)致的分析，并結(jié)合行業(yè)先進(jìn)做法，為項(xiàng)目頂層設(shè)計(jì)建立基礎(chǔ)。n 階段工作內(nèi)容有效需求管理的關(guān)鍵在于維護(hù)需求的明確闡述、每種需求類型所適用的屬性，以及與其它需求和其他項(xiàng)目工作產(chǎn)

8、品之間的可追蹤性。1管理不同層次的需求項(xiàng)目前期，客戶提出的需求一般不是直接面向軟件需求的，是從業(yè)務(wù)的角度描述他們的問題或者是需要。根據(jù)這些需要定義軟件系統(tǒng)的解決方案，確定系統(tǒng)提供哪些服務(wù)，也就是軟件系統(tǒng)的特征。在與客戶取得一致的特征集上可以定義出更為特定的軟件需求。軟件需求包括功能性需求和非功能性需求。不同的客戶以及在項(xiàng)目不同時(shí)期也可能提出特征或軟件需求層次的需求。管理這些不同抽象級別和目的需求，確保需求是完備的。2建立可追蹤性通過需求的屬性、需求之間的依賴關(guān)系以及需求與其它工作產(chǎn)品之間的依賴關(guān)系，管理需求的可追蹤性。用來了解需求的來源、管理項(xiàng)目的規(guī)模、管理需求的變更、評估需求變更對項(xiàng)目的影響

9、、評估測試故障對需求的影響、核實(shí)所有需求都已實(shí)現(xiàn)、核實(shí)應(yīng)用程序僅僅執(zhí)行了預(yù)期的任務(wù)。3管理需求變更定義需求時(shí)無論怎樣謹(jǐn)慎小心，也總會(huì)有可變因素。對需求變更進(jìn)行管理，使團(tuán)隊(duì)的工作受到控制，以便它能夠高效的發(fā)現(xiàn)變更、進(jìn)行影響分析并且系統(tǒng)地把那些既必要又可接受的變更集成到系統(tǒng)中。4需求定義n 細(xì)化業(yè)務(wù)和系統(tǒng)目標(biāo)；n 定義清晰、簡明、一致、可測試、無二義性的業(yè)務(wù)需求；n 基于對業(yè)務(wù)需求排列優(yōu)先級：必須有，應(yīng)該有，可以有，將會(huì)沒有。5需求分析n 建立業(yè)務(wù)數(shù)據(jù)模型，精確描述信息和過程需求；n 檢驗(yàn)提供業(yè)務(wù)所需的信息的數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)模型中的數(shù)據(jù)元素在源系統(tǒng)中的是可用的并且具備必須的特性。n 階段工作成果此階

10、段的項(xiàng)目工作成果將包括：系統(tǒng)業(yè)務(wù)調(diào)研報(bào)告系統(tǒng)需求規(guī)格說明書設(shè)備采購及到貨驗(yàn)收、上架；2.1.3 設(shè)計(jì)階段n 階段工作目標(biāo)本階段的工作目標(biāo)是對系統(tǒng)進(jìn)行總體設(shè)計(jì)，并對各相關(guān)子系統(tǒng)進(jìn)行詳細(xì)設(shè)計(jì)，從而為系統(tǒng)的實(shí)現(xiàn)階段建立依據(jù)。n 階段工作內(nèi)容本階段的工作內(nèi)容包括：頂層初步設(shè)計(jì)系統(tǒng)總體設(shè)說明書數(shù)據(jù)接口及數(shù)據(jù)同步設(shè)計(jì)n 階段工作成果本階段的工作成果包括：頂層設(shè)計(jì)管理機(jī)制建設(shè)概要設(shè)計(jì)方說明書詳細(xì)設(shè)計(jì)說明書2.1.4 客戶化開發(fā)、實(shí)施與測試階段n 階段工作目標(biāo)本階段的工作目標(biāo)是根據(jù)系統(tǒng)總體設(shè)計(jì)及各模塊設(shè)計(jì)方案，進(jìn)行系統(tǒng)的建設(shè)、開發(fā)和部署。n 階段工作內(nèi)容系統(tǒng)配置部署；系統(tǒng)接口實(shí)現(xiàn)；項(xiàng)目頂層初步設(shè)計(jì)評審；應(yīng)用系

11、統(tǒng)接口開發(fā)和測試。n 階段工作成果本階段的工作成果包括：各第三方軟硬件及文檔及平臺(tái)實(shí)施方案2.1.5 系統(tǒng)實(shí)施部署階段n 階段工作目標(biāo)本階段的工作目標(biāo)是對系統(tǒng)進(jìn)行部署實(shí)施，以保證系統(tǒng)的試運(yùn)行。n 階段工作內(nèi)容本階段的工作包括：軟硬件的安裝部署；系統(tǒng)數(shù)據(jù)初始化；編制用戶手冊；技術(shù)培訓(xùn)；用戶培訓(xùn)；n 階段工作成果本階段的工作成果包括：用戶培訓(xùn)計(jì)劃用戶操作手冊實(shí)施報(bào)告驗(yàn)收報(bào)告2.1.6 上線試運(yùn)行階段n 階段工作目標(biāo)本階段的工作目標(biāo)是通過一段時(shí)間的系統(tǒng)試運(yùn)行，幫助用戶熟悉系統(tǒng)，發(fā)現(xiàn)并解決系統(tǒng)產(chǎn)生的問題，為系統(tǒng)正式投入使用打下基礎(chǔ)。n 階段工作內(nèi)容本階段的工作內(nèi)容包括：組織系統(tǒng)各方面用戶使用系統(tǒng)；建立

12、系統(tǒng)問題發(fā)現(xiàn)、跟蹤和解決機(jī)制；問題發(fā)現(xiàn)和處理； 2.1.7 驗(yàn)收階段2.1.7.1 驗(yàn)收對象項(xiàng)目名稱：平臺(tái)（一期）（以下簡稱“項(xiàng)目” ）。驗(yàn)收對象為該項(xiàng)目的相關(guān)文檔技術(shù)文檔，系統(tǒng)運(yùn)行情況、頂層設(shè)計(jì)等建設(shè)內(nèi)容。2.1.7.2 項(xiàng)目驗(yàn)收的前提條件n 所有建設(shè)項(xiàng)目按照合同要求全部建成，并滿足使用要求；n 已通過軟件系統(tǒng)測試評審；n 軟件已部署在生產(chǎn)環(huán)境上；n 各種技術(shù)文檔和驗(yàn)收資料完備，符合合同的內(nèi)容；2.1.7.3 驗(yàn)收步驟n 編寫驗(yàn)收方案（計(jì)劃書） n 成立項(xiàng)目驗(yàn)收小組 實(shí)施測試驗(yàn)收工作時(shí)，應(yīng)當(dāng)成立項(xiàng)目驗(yàn)收小組，具體負(fù)責(zé)驗(yàn)收事宜。 n 項(xiàng)目驗(yàn)收的實(shí)施 嚴(yán)格按照驗(yàn)收方案對項(xiàng)目應(yīng)用軟件、系統(tǒng)文檔資料

13、等進(jìn)行全面的測試和驗(yàn)收。n 提交驗(yàn)收報(bào)告 項(xiàng)目驗(yàn)收完畢，對項(xiàng)目系統(tǒng)設(shè)計(jì)、建設(shè)質(zhì)量、設(shè)備質(zhì)量、軟件運(yùn)行情況等做出全面的評價(jià)，得出結(jié)論性意見，對不合格的項(xiàng)目不予驗(yàn)收，對遺留問題提出具體的解決意見。2.1.7.4 驗(yàn)收內(nèi)容和標(biāo)準(zhǔn)1、驗(yàn)收的內(nèi)容包括以下幾個(gè)部分：n 驗(yàn)收內(nèi)容包括：按功能要求的可執(zhí)行軟件、開發(fā)計(jì)劃文檔、設(shè)計(jì)文檔、使用說明書等。n 驗(yàn)收評測工作主要包括：文檔分析、方案制定、現(xiàn)場測試、問題單提交、測試報(bào)告。n 文檔驗(yàn)收標(biāo)準(zhǔn)一般包括：文檔完備性、內(nèi)容針對性、內(nèi)容充分性、內(nèi)容一致性、文字明確性、圖表詳實(shí)性、易讀性、文檔價(jià)值等。2、需要評審的資料包括以下幾部分：n 需求規(guī)格說明書、概要設(shè)計(jì)說明書、

14、系統(tǒng)維護(hù)手冊、用戶操作手冊。n 軟件開發(fā)管理文檔：項(xiàng)目計(jì)劃書、用戶培訓(xùn)計(jì)劃、開發(fā)進(jìn)度月報(bào)。2.1.7.5 驗(yàn)收結(jié)論驗(yàn)收結(jié)果分為：驗(yàn)收合格、需要復(fù)議和驗(yàn)收不合格三種。符合項(xiàng)目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運(yùn)行安全可靠，視為驗(yàn)收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗(yàn)收結(jié)論爭議較大的，視為需要復(fù)議。1、項(xiàng)目凡具有下列情況之一的，按驗(yàn)收不合格處理：n 所提供的驗(yàn)收材料不齊全或不真實(shí)的；n 實(shí)施過程中出現(xiàn)重大問題，尚未解決和作出說明，或項(xiàng)目實(shí)施過程及結(jié)果等存在糾紛尚未解決的；n 沒有對系統(tǒng)進(jìn)行試運(yùn)行，或者試運(yùn)行不合格；n 違反法律、法規(guī)的其他行為。2、驗(yàn)收結(jié)論確認(rèn)和處理n 由

15、工信廳和我方共同根據(jù)驗(yàn)收意見和相關(guān)資料得出結(jié)論，并進(jìn)行確認(rèn)。2.1.7.6 項(xiàng)目交接項(xiàng)目竣工驗(yàn)收合格后,應(yīng)辦理項(xiàng)目交接手續(xù)。項(xiàng)目的移交包括項(xiàng)目實(shí)體移交和項(xiàng)目文檔移交部分。2.2 項(xiàng)目管理本章描述了項(xiàng)目的管理特點(diǎn)和管理要求，并根據(jù)本項(xiàng)目的特點(diǎn)給出了工信廳擬實(shí)施項(xiàng)目的組織架構(gòu)，管理方案和初步的進(jìn)度計(jì)劃，列出了項(xiàng)目的成果交付物。并介紹了相關(guān)的項(xiàng)目管理方案，包括：質(zhì)量管理，需求管理，配置管理，軟件發(fā)布與部署，項(xiàng)目跟蹤與監(jiān)控，風(fēng)險(xiǎn)管理等內(nèi)容。2.2.1 項(xiàng)目組織架構(gòu)2.2.1.1 組織結(jié)構(gòu)我們建議項(xiàng)目采用如下的組織形式：圖22項(xiàng)目組織結(jié)構(gòu)圖項(xiàng)目的組織結(jié)構(gòu)將分為三個(gè)層次：領(lǐng)導(dǎo)層、管理層和執(zhí)行層，每個(gè)層次負(fù)

16、責(zé)不同的項(xiàng)目職能。XXX（業(yè)主單位）XXX（承建單位）XXX（承建單位）領(lǐng)導(dǎo)層項(xiàng)目領(lǐng)導(dǎo)小組管理層項(xiàng)目負(fù)責(zé)人項(xiàng)目經(jīng)理項(xiàng)目負(fù)責(zé)人執(zhí)行層業(yè)務(wù)層業(yè)務(wù)負(fù)責(zé)人各業(yè)務(wù)部門的業(yè)務(wù)專家咨詢顧問業(yè)務(wù)專家需求分析師咨詢顧問業(yè)務(wù)專家需求分析師技術(shù)層實(shí)施人員應(yīng)用系統(tǒng)開發(fā)經(jīng)理系統(tǒng)分析師架構(gòu)設(shè)計(jì)師安全分析師開發(fā)工程師測試工程師實(shí)施人員規(guī)劃編制員1、領(lǐng)導(dǎo)層n 項(xiàng)目領(lǐng)導(dǎo)層項(xiàng)目領(lǐng)導(dǎo)層將負(fù)責(zé)對項(xiàng)目整體方向的控制，并通過項(xiàng)目領(lǐng)導(dǎo)委員會(huì)的形式對項(xiàng)目過程中產(chǎn)生的重要問題進(jìn)行討論分析和決策。2、執(zhí)行層負(fù)責(zé)項(xiàng)目核心業(yè)務(wù)需求分析與設(shè)計(jì)、技術(shù)路線以及核心技術(shù)的設(shè)計(jì)，起草業(yè)務(wù)需求文檔項(xiàng)目執(zhí)行層將在項(xiàng)目管理層的領(lǐng)導(dǎo)下完成對項(xiàng)目的規(guī)劃設(shè)計(jì)、系統(tǒng)需求分

17、析、系統(tǒng)整體設(shè)計(jì)、系統(tǒng)開發(fā)、系統(tǒng)測試、文檔整理、系統(tǒng)配置等各方面的具體工作。分為業(yè)務(wù)組和技術(shù)組，包含規(guī)劃設(shè)計(jì)組、項(xiàng)目實(shí)施組、甲方實(shí)施組和應(yīng)急小組。涵蓋的角色如上表。n 規(guī)劃設(shè)計(jì)組規(guī)劃設(shè)計(jì)組包含頂層設(shè)置編制組、綜合管理服務(wù)機(jī)制建設(shè)編制組，負(fù)責(zé)本項(xiàng)目的頂層設(shè)計(jì)方面的業(yè)務(wù)需求了解、規(guī)劃編制、標(biāo)準(zhǔn)規(guī)范編制等工作。n 項(xiàng)目實(shí)施組項(xiàng)目實(shí)施組包含系統(tǒng)研發(fā)組、測試組、現(xiàn)場實(shí)施組，負(fù)責(zé)整個(gè)項(xiàng)目系統(tǒng)需求調(diào)研、系統(tǒng)設(shè)計(jì)開發(fā)、上線功能測試測試、現(xiàn)場實(shí)施及培訓(xùn)相關(guān)工作。n 甲方實(shí)施組負(fù)責(zé)項(xiàng)目實(shí)施日常工作跟蹤、協(xié)調(diào)、功能測試、問題反饋跟蹤等相關(guān)工作。2.2.1.2 項(xiàng)目主要成員甲方成員序號項(xiàng)目組角色工作職責(zé)1領(lǐng)導(dǎo)、專家成

18、員領(lǐng)導(dǎo)成員，負(fù)責(zé)項(xiàng)目總體協(xié)調(diào)。2項(xiàng)目實(shí)施負(fù)責(zé)人負(fù)責(zé)項(xiàng)目具體實(shí)施、實(shí)施進(jìn)度監(jiān)督、現(xiàn)場工作具體協(xié)調(diào)等。乙方成員序號項(xiàng)目組角色工作職責(zé)1領(lǐng)導(dǎo)、專家成員項(xiàng)目領(lǐng)導(dǎo)專家成員，負(fù)責(zé)總體項(xiàng)目協(xié)調(diào)及專家咨詢。2領(lǐng)導(dǎo)、專家成員研究中心專家成員，負(fù)責(zé)總體項(xiàng)目協(xié)調(diào)及專家咨詢。3項(xiàng)目經(jīng)理負(fù)責(zé)總體實(shí)施、項(xiàng)目進(jìn)度控制及協(xié)調(diào)。4項(xiàng)目副經(jīng)理協(xié)助項(xiàng)目經(jīng)理，負(fù)責(zé)項(xiàng)目實(shí)施、現(xiàn)場項(xiàng)目進(jìn)度、項(xiàng)目匯報(bào)等。5項(xiàng)目副經(jīng)理協(xié)助項(xiàng)目經(jīng)理，負(fù)責(zé)系統(tǒng)研發(fā)、實(shí)施及相關(guān)現(xiàn)場工作等。6軟件工程師負(fù)責(zé)軟件部分開發(fā)實(shí)施7系統(tǒng)集成工程師負(fù)責(zé)硬件設(shè)備部署以及相關(guān)中間件數(shù)據(jù)庫等部署8規(guī)劃編制研究中心規(guī)劃編制負(fù)責(zé)人，協(xié)助項(xiàng)目經(jīng)理，負(fù)責(zé)對總體規(guī)劃、機(jī)制體制等編制等工作。

19、監(jiān)理成員序號項(xiàng)目組角色工作職責(zé)1項(xiàng)目總監(jiān)XXX負(fù)責(zé)項(xiàng)目總體監(jiān)理及進(jìn)度監(jiān)督工作。2監(jiān)理工程師XXX負(fù)責(zé)現(xiàn)場項(xiàng)目實(shí)施監(jiān)理工作。3監(jiān)理工程師XXX負(fù)責(zé)現(xiàn)場項(xiàng)目實(shí)施監(jiān)理工作。2.2.2 進(jìn)度計(jì)劃和管理2.2.2.1 項(xiàng)目進(jìn)度計(jì)劃：序號階段內(nèi)容起始/截至工作日文檔11、系統(tǒng)設(shè)備采購及環(huán)境部署2設(shè)備采購設(shè)備采購2014年10月20日/2014年11月7日153設(shè)備到貨驗(yàn)收設(shè)備到貨驗(yàn)收2014年11月10日/2014年11月10日1設(shè)備到貨驗(yàn)收文檔4設(shè)備環(huán)境部署開發(fā)環(huán)境部署2014年10月28日/2014年10月30日35采購設(shè)備部署2014年11月10日/2014年11月10日2系統(tǒng)部署及配置文檔6系統(tǒng)聯(lián)

20、調(diào)設(shè)備網(wǎng)絡(luò)聯(lián)調(diào)2014年11月11日/2014年11月12日27設(shè)備與系統(tǒng)聯(lián)調(diào)2014年12月18日/2015/1/315系統(tǒng)接口配置文檔82、軟件開發(fā)9計(jì)劃階段計(jì)劃編制2014年10月8日/2014年10月8日1項(xiàng)目實(shí)施計(jì)劃表10計(jì)劃階段項(xiàng)目啟動(dòng)會(huì)2014年10月9日/2014年10月9日1計(jì)劃表細(xì)項(xiàng)討論11計(jì)劃階段小計(jì)2014年10月8日/2014/10/9212需求階段需求調(diào)研、分析2014年10月10日/2014/10/219需求規(guī)格說明書13需求評審2014年10月22日/2014/10/22114需求階段小計(jì)2014年10月9日/2014/10/221015設(shè)計(jì)階段概要設(shè)計(jì)2014

21、年10月23日/2014/10/273概要設(shè)計(jì)說明書1617數(shù)據(jù)庫設(shè)計(jì)2014年10月28日/2014/10/292數(shù)據(jù)庫詳細(xì)說明書18詳細(xì)設(shè)計(jì)2014年10月30日/2014/11/55系統(tǒng)詳細(xì)設(shè)計(jì)說明書19設(shè)計(jì)階段小計(jì)2014年10月23日/2014/11/51020實(shí)現(xiàn)階段數(shù)據(jù)庫實(shí)現(xiàn)2014年11月6日/2014/11/61相關(guān)代碼21XXX系統(tǒng)2014年11月7日/2014/11/18822XXX系統(tǒng)2014年11月19日/2014/11/28823XXX系統(tǒng)2014年11月19日/2014/12/232524XXX系統(tǒng)2014年11月19日/2014/12/162025XXX系統(tǒng)20

22、14年12月17日/2015/1/132026實(shí)現(xiàn)階段小計(jì)2014年11月6日/2015/1/134927測試階段測試準(zhǔn)備2015年1月14日/2015/1/141系統(tǒng)使用說明書系統(tǒng)測試方案書28功能測試2015年1月15日/2015/1/215測試報(bào)告29性能測試2015年1月15日/2015/1/215項(xiàng)目初步驗(yàn)收報(bào)告30BUG修正2015年1月22日/2015/1/28531測試階段小計(jì)2015年1月14日/2015/1/281132試運(yùn)行階段安裝2015年1月29日/2015/1/291系統(tǒng)培訓(xùn)報(bào)告33試運(yùn)行2015年1月30日/2015/2/1915系統(tǒng)試運(yùn)行報(bào)告34BUG修正201

23、5年2月20日/2015/2/26535投運(yùn)2015年2月27日/2015/2/271363、頂層設(shè)計(jì)、機(jī)制建設(shè)37編制階段編制2014年10月23日/2014/12/330頂層設(shè)計(jì)文檔、機(jī)制建設(shè)文檔38評審2014年12月4日/2014/12/5239修訂2014年12月8日/2014/12/12540整體項(xiàng)目合計(jì)2014年10月23日/2014/12/1237414、工控實(shí)施42需求階段需求調(diào)研、分析2014年12月13日/2014/12/164需求規(guī)格說明書43需求評審2014年12月17日/2014/12/17144需求階段小計(jì)2014年12月13日/2014/12/17545實(shí)現(xiàn)階段

24、接口開發(fā)2014年12月18日/2015/1/820相關(guān)代碼46實(shí)現(xiàn)階段小計(jì)2014年12月18日/2015/1/82047整體項(xiàng)目合計(jì)2014年12月13日/2015/1/825注:測試、試運(yùn)行階段與“一、軟件開發(fā)”同步進(jìn)行。485、監(jiān)控接口開發(fā)49需求階段需求調(diào)研、分析2014年11月6日/2014/11/104需求規(guī)格說明書50需求評審2014年11月11日/2014/11/11151需求階段小計(jì)2014年11月6日/2014/11/11552實(shí)現(xiàn)階段接口開發(fā)2014年12月18日/2015/1/315相關(guān)代碼53實(shí)現(xiàn)階段小計(jì)2014年12月18日/2015/1/31554整體項(xiàng)目合計(jì)2

25、014年11月6日/2015/1/320注:測試、試運(yùn)行階段與“一、軟件開發(fā)”同步進(jìn)行。圖23項(xiàng)目實(shí)施計(jì)劃2.2.2.2 主要里程碑成果物序號階段成果物1合同簽訂2項(xiàng)目啟動(dòng)3項(xiàng)目小組成立、項(xiàng)目實(shí)施計(jì)劃確定項(xiàng)目實(shí)施方案4一、XXX頂層設(shè)計(jì)5需求調(diào)研、需求分析6頂層設(shè)計(jì)編制頂層設(shè)計(jì)討論稿7頂層設(shè)計(jì)初審頂層設(shè)計(jì)初審稿8頂層設(shè)計(jì)初稿修訂編制9頂層設(shè)計(jì)終審及終審編制頂層設(shè)計(jì)10二、XXX機(jī)制建設(shè)11需求調(diào)研、需求分析12XXX機(jī)制編制XXX機(jī)制討論稿13XXX機(jī)制初審XXX機(jī)制初審稿14XXX機(jī)制初稿修訂編制15XXX機(jī)制終審及終審編制XXX機(jī)制16三、XXX平臺(tái)17需求調(diào)研、需求分析需求規(guī)格說明書18

26、系統(tǒng)概要設(shè)計(jì)及評審系統(tǒng)概要設(shè)計(jì)說明書系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)說明書技術(shù)開發(fā)規(guī)范19系統(tǒng)開發(fā)設(shè)計(jì)系統(tǒng)詳細(xì)設(shè)計(jì)說明書系統(tǒng)操作手冊20系統(tǒng)測試系統(tǒng)測試方案系統(tǒng)測試報(bào)告21系統(tǒng)培訓(xùn)系統(tǒng)培訓(xùn)計(jì)劃22項(xiàng)目初步驗(yàn)收初驗(yàn)報(bào)告23項(xiàng)目試運(yùn)行試運(yùn)行報(bào)告24系統(tǒng)功能完善25系統(tǒng)正式運(yùn)行26四、XXX系統(tǒng)27設(shè)備采購、供貨28設(shè)備上架、到貨驗(yàn)收到貨驗(yàn)收報(bào)告29系統(tǒng)安裝、入網(wǎng)聯(lián)調(diào)系統(tǒng)接入方案30培訓(xùn)31正式運(yùn)行32五、項(xiàng)目整體驗(yàn)收33項(xiàng)目驗(yàn)收資料整理34項(xiàng)目整體驗(yàn)收驗(yàn)收申請驗(yàn)收方案驗(yàn)收報(bào)告2.2.2.3 進(jìn)度管理方法計(jì)劃是項(xiàng)目管理的基準(zhǔn)，現(xiàn)代質(zhì)量管理認(rèn)為“計(jì)劃勝于檢驗(yàn)”，“過程決定質(zhì)量”，對于項(xiàng)目執(zhí)行來講同樣是這樣。計(jì)劃是項(xiàng)目執(zhí)

27、行的指導(dǎo)，計(jì)劃是控制的基準(zhǔn)，計(jì)劃是項(xiàng)目各方溝通的平臺(tái)。計(jì)劃制定的過程強(qiáng)調(diào)漸進(jìn)明細(xì)和分解。通常應(yīng)用軟件開發(fā)過程中項(xiàng)目計(jì)劃容易出現(xiàn)的問題有：1項(xiàng)目計(jì)劃凌亂、無序，也就是說不能從項(xiàng)目計(jì)劃中看到項(xiàng)目執(zhí)行全貌。對項(xiàng)目執(zhí)行指導(dǎo)意義不大。2項(xiàng)目計(jì)劃只是在項(xiàng)目開始時(shí)進(jìn)行制定，在執(zhí)行過程中不對計(jì)劃進(jìn)行及時(shí)管理，導(dǎo)致項(xiàng)目計(jì)劃失效，同時(shí)失去對項(xiàng)目執(zhí)行的指導(dǎo)意義。3項(xiàng)目計(jì)劃不完整，只是在當(dāng)前所關(guān)注的環(huán)節(jié)存在計(jì)劃，導(dǎo)致項(xiàng)目執(zhí)行工作不能整體上全面協(xié)調(diào)的推進(jìn)。本項(xiàng)目項(xiàng)目計(jì)劃跟蹤和控制建議：1項(xiàng)目計(jì)劃層次劃分項(xiàng)目計(jì)劃可分為：項(xiàng)目里程碑計(jì)劃、子項(xiàng)目計(jì)劃、周項(xiàng)目計(jì)劃3個(gè)層次。充分體現(xiàn)項(xiàng)目管理中漸進(jìn)明細(xì)和分解的原則。項(xiàng)目里程碑計(jì)劃

28、作為項(xiàng)目各參與方均認(rèn)可的項(xiàng)目階段目標(biāo)指導(dǎo)性文件，項(xiàng)目各參與方均需對其負(fù)責(zé)。對里程碑計(jì)劃進(jìn)行漸進(jìn)明細(xì)形成子項(xiàng)目計(jì)劃，子項(xiàng)目計(jì)劃要說明里程碑計(jì)劃中階段目標(biāo)的實(shí)現(xiàn)步驟和方法。在子項(xiàng)目計(jì)劃的指導(dǎo)下形成項(xiàng)目各參與方的周項(xiàng)目計(jì)劃，周項(xiàng)目計(jì)劃作為項(xiàng)目進(jìn)度風(fēng)險(xiǎn)控制的最小單元，根據(jù)周項(xiàng)目計(jì)劃的執(zhí)行情況進(jìn)行考核，并及時(shí)形成調(diào)整措施。2項(xiàng)目計(jì)劃有效性和完整性“計(jì)劃趕不上變化”，在項(xiàng)目執(zhí)行的過程中必然會(huì)發(fā)生各種各樣的情況變化，如各個(gè)層次的項(xiàng)目計(jì)劃不能得到及時(shí)的變更控制和管理，項(xiàng)目計(jì)劃將逐漸與項(xiàng)目執(zhí)行情況脫節(jié)并失效。項(xiàng)目計(jì)劃有效性的喪失必然導(dǎo)致項(xiàng)目工作陷入無序狀態(tài)，最終導(dǎo)致項(xiàng)目目標(biāo)不能如期實(shí)現(xiàn)，甚至造成項(xiàng)目失敗。在形成

29、各個(gè)階段或維度的子項(xiàng)目計(jì)劃時(shí)，非常重要的一點(diǎn)是要保證項(xiàng)目計(jì)劃的完整性。如果子項(xiàng)目計(jì)劃存在缺失，會(huì)造成項(xiàng)目執(zhí)行中的重大缺陷，對整體項(xiàng)目執(zhí)行產(chǎn)生重大影響。針對項(xiàng)目計(jì)劃的有效性和完整性問題提出本項(xiàng)目中相關(guān)項(xiàng)目管理建議：（1）項(xiàng)目管理組承擔(dān)項(xiàng)目計(jì)劃的變更控制和管理職能，對項(xiàng)目計(jì)劃的有效性負(fù)全面責(zé)任。（2）建立項(xiàng)目計(jì)劃變更控制流程。在項(xiàng)目執(zhí)行情況發(fā)生重大變更時(shí)，相關(guān)方必須向本項(xiàng)目管理組提出變更申請；項(xiàng)目管理組根據(jù)情況及時(shí)組織項(xiàng)目相關(guān)方審查項(xiàng)目變更，并進(jìn)行風(fēng)險(xiǎn)分析，更新項(xiàng)目計(jì)劃并通知項(xiàng)目各方。（3）項(xiàng)目總體計(jì)劃和子項(xiàng)目計(jì)劃制定，要進(jìn)行相關(guān)評審，在評審?fù)ㄟ^后方可生效。（4）建立項(xiàng)目計(jì)劃標(biāo)識(shí)體系，包括項(xiàng)目計(jì)劃

30、版本標(biāo)識(shí)。每次項(xiàng)目計(jì)劃的變更均需更新標(biāo)識(shí)，并說明變更原因和進(jìn)行相關(guān)風(fēng)險(xiǎn)的說明。3項(xiàng)目計(jì)劃的執(zhí)行情況跟蹤本著及早發(fā)現(xiàn)問題的原則，定期的對項(xiàng)目計(jì)劃的執(zhí)行情況進(jìn)行跟蹤，并對跟蹤結(jié)果進(jìn)行公布。跟蹤的頻度與項(xiàng)目執(zhí)行情況相關(guān)，可以每周、雙周等頻度進(jìn)行。2.2.3 項(xiàng)目管理方法2.2.3.1 項(xiàng)目評審評審主要包括里程碑評審、同行評審和跟蹤，其中里程碑評審是管理評審，同行評審和跟蹤屬于同行評審的兩種形式。（1）里程碑評審里程碑評審的主要活動(dòng)包括以下內(nèi)容第1步 項(xiàng)目經(jīng)理負(fù)責(zé)組織里程碑評審活動(dòng)第2步討論里程碑報(bào)告、評估報(bào)告第3步 項(xiàng)目經(jīng)理負(fù)責(zé)形成項(xiàng)目里程碑報(bào)告第4步確定下一個(gè)階段的計(jì)劃是否需要修改里程碑評審后，質(zhì)

31、量保證員依據(jù)評審記錄，監(jiān)督問題改正和變更的執(zhí)行情況。（2）項(xiàng)目進(jìn)度及問題跟蹤跟蹤的主要步驟如下：第1步 項(xiàng)目經(jīng)理負(fù)責(zé)項(xiàng)目整體進(jìn)度以及實(shí)施過程中具體問題的的跟蹤，一般來講，參與跟蹤人員可選擇項(xiàng)目組內(nèi)的人員，但應(yīng)注意跟蹤時(shí)避免跟蹤自己完成的工作產(chǎn)品部分。第2步 項(xiàng)目經(jīng)理負(fù)責(zé)將要跟蹤的工作產(chǎn)品及相關(guān)資料在跟蹤前一天發(fā)送給參與跟蹤的人員第3步 參與跟蹤的人員按計(jì)劃進(jìn)行跟蹤，并將跟蹤出的問題形成評審記錄第4步 項(xiàng)目經(jīng)理匯總評審記錄，并對跟蹤出的問題進(jìn)行分工，同時(shí)跟蹤問題的解決情況，直至問題解決結(jié)束。第5步 項(xiàng)目經(jīng)理負(fù)責(zé)形成評審報(bào)告，記錄本次跟蹤的結(jié)論，參與跟蹤的人員，統(tǒng)計(jì)本次跟蹤的工作量、發(fā)現(xiàn)的問題類型

32、個(gè)數(shù)、修改的問題個(gè)數(shù)等。2.2.3.2 進(jìn)度監(jiān)控項(xiàng)目要制定合理的進(jìn)度安排，并確保項(xiàng)目能夠按計(jì)劃進(jìn)行。項(xiàng)目經(jīng)理以及各組負(fù)責(zé)人根據(jù)項(xiàng)目特點(diǎn)、客戶需求、識(shí)別的風(fēng)險(xiǎn)、可能存在的限制安排項(xiàng)目進(jìn)度；在項(xiàng)目執(zhí)行過程中定期對所屬范圍內(nèi)的項(xiàng)目進(jìn)展情況進(jìn)行監(jiān)控，識(shí)別與分析實(shí)際進(jìn)展與計(jì)劃的偏離原因，采取糾正措施進(jìn)行調(diào)整，必要時(shí)進(jìn)行正式的計(jì)劃變更。1進(jìn)度安排進(jìn)行合理的進(jìn)度安排是進(jìn)行監(jiān)控的前提，考慮迭代的生命周期模型，項(xiàng)目采取分階段細(xì)化項(xiàng)目進(jìn)度的策略。在項(xiàng)目初始策劃階段，項(xiàng)目制定總進(jìn)度表，內(nèi)容包括各主要里程碑和各迭代點(diǎn)；在每主要里程碑結(jié)束，細(xì)化下一里程碑的計(jì)劃；在每次迭代策劃階段，制定本次迭代的進(jìn)度表，細(xì)化本次迭代內(nèi)的

33、項(xiàng)目活動(dòng)。進(jìn)度安排時(shí)可以按照以下步驟進(jìn)行：n 確定可用的資源。在編制進(jìn)度表時(shí)，知道在何時(shí)以何種形式取得何種資源是必要的，這種對資源可用性的了解程度是需要不斷進(jìn)化的。n 確定項(xiàng)目日歷和資源日歷。項(xiàng)目日歷和資源日歷標(biāo)明了在該項(xiàng)目中或者對于某一資源來說哪些日期是用于工作的時(shí)間。n 根據(jù)任務(wù)的依賴關(guān)系和估計(jì)工期列出項(xiàng)目的關(guān)鍵路徑，為關(guān)鍵路徑上的各個(gè)關(guān)鍵任務(wù)分配資源，為非關(guān)鍵路徑上的其它任務(wù)分配資源。n 進(jìn)度的安排可以使用表格形式或者圖形形式進(jìn)行表示。2進(jìn)度調(diào)整項(xiàng)目依據(jù)進(jìn)度表的安排執(zhí)行并控制項(xiàng)目進(jìn)度，并根據(jù)項(xiàng)目狀態(tài)對進(jìn)度進(jìn)行調(diào)整。使用進(jìn)度表監(jiān)控項(xiàng)目進(jìn)展，進(jìn)度控制的內(nèi)容有：n 對造成進(jìn)度變化的因素施加影響

34、，以保證這種變化朝著有利的方向發(fā)展。n 收集項(xiàng)目實(shí)際進(jìn)度狀態(tài)數(shù)據(jù)，與計(jì)劃進(jìn)度數(shù)據(jù)進(jìn)行比較，確定項(xiàng)目進(jìn)度是否已發(fā)生變化。n 當(dāng)在實(shí)際變化發(fā)生和正在發(fā)生時(shí)，對這種變化實(shí)施管理。根據(jù)項(xiàng)目狀態(tài)對進(jìn)度進(jìn)行調(diào)整，進(jìn)度調(diào)整包括兩種類型，即日常調(diào)整、定期調(diào)整和項(xiàng)目進(jìn)度發(fā)生重大變更時(shí)的調(diào)整。日常調(diào)整指項(xiàng)目各級負(fù)責(zé)人日常對進(jìn)度表的更新活動(dòng)，可以是每天或者每周進(jìn)行，一般包括對以下內(nèi)容的調(diào)整：n 調(diào)整某個(gè)任務(wù)的工期、計(jì)劃開始時(shí)間或結(jié)束時(shí)間。在調(diào)整時(shí)要注意與該任務(wù)具有依賴關(guān)系的其他任務(wù)的變化，特別是要注意關(guān)鍵路徑的變化，檢查所進(jìn)行的調(diào)整是否導(dǎo)致項(xiàng)目里程碑結(jié)束日期或者項(xiàng)目日期發(fā)生變化。n 根據(jù)人員負(fù)荷和進(jìn)度變化調(diào)整資源的

35、分配，為某個(gè)任務(wù)重新指定資源。n 收集并記錄進(jìn)度實(shí)際數(shù)據(jù)，一般包括任務(wù)的實(shí)際開始時(shí)間、實(shí)際結(jié)束時(shí)間等。n 定期調(diào)整是指項(xiàng)目經(jīng)理在迭代內(nèi)里程碑、迭代結(jié)束和階段結(jié)束通過正式評審項(xiàng)目進(jìn)展，根據(jù)項(xiàng)目完成狀況對項(xiàng)目進(jìn)度的調(diào)整。當(dāng)項(xiàng)目進(jìn)度發(fā)生重大變更時(shí)，如需求變更引起的，需要調(diào)整項(xiàng)目進(jìn)度表，此時(shí)需要對剩余工作進(jìn)行重新估計(jì)，重新制定后續(xù)任務(wù)的進(jìn)度表，包括調(diào)整迭代計(jì)劃以及項(xiàng)目總體計(jì)劃。2.2.3.3 資源監(jiān)控資源是指在項(xiàng)目運(yùn)行過程中所需要的人力資源。資源監(jiān)控是指項(xiàng)目充分、有效地利用所涉及人員的過程，包括識(shí)別并管理這些資源以及在不同階段需要的數(shù)量、狀態(tài)等信息，確保項(xiàng)目的正常開展。在項(xiàng)目策劃階段，策劃合適的資源安

36、排到各項(xiàng)項(xiàng)目任務(wù)中，形成完整的人員配備管理計(jì)劃；在項(xiàng)目實(shí)施過程中，通過郵件、周例會(huì)和里程碑總結(jié)等正式和不正式的手段對人員的狀態(tài)進(jìn)行監(jiān)控。一旦出現(xiàn)不可避免的人員變更問題，按照規(guī)定的流程進(jìn)行工作交接。本項(xiàng)目的資源監(jiān)控有兩個(gè)主要特點(diǎn)：n 工作匹配原則：保證為項(xiàng)目配備符合項(xiàng)目活動(dòng)能力要求的工程和管理人員；n 動(dòng)態(tài)人員結(jié)構(gòu)：根據(jù)不同階段項(xiàng)目對人員的不同需求考慮投入不同能力和不同數(shù)量的人員。1人員策劃需要識(shí)別為完成項(xiàng)目所涉及的所有人員角色、所需的經(jīng)驗(yàn)技能、數(shù)量要求以及投入時(shí)間等信息，建立人員需求表?；谝陨闲枨?，獲取符合項(xiàng)目以上需求的技術(shù)和管理人員；獲取的途徑包括本事業(yè)部內(nèi)部、公司內(nèi)部其他事業(yè)部或社會(huì)招聘

37、。獲取人員的主要考慮人員的工作能力和熟練程度，具有類似項(xiàng)目的技術(shù)和管理經(jīng)驗(yàn)背景優(yōu)先，同時(shí)也要考慮個(gè)人愛好和個(gè)人特點(diǎn)以及時(shí)間上可能性。根據(jù)項(xiàng)目進(jìn)度的要求和任務(wù)的安排，為每項(xiàng)任務(wù)分配人力資源以及每項(xiàng)資源在各個(gè)時(shí)間段內(nèi)（天、周、月或者其它時(shí)間間隔）完成的工時(shí)，形成完整的人員配備管理計(jì)劃。在人員配備管理計(jì)劃中，以圖或表的形式描述了資源分配和人員負(fù)荷等情況。2人員變更項(xiàng)目經(jīng)理跟蹤人員配備管理計(jì)劃以監(jiān)控項(xiàng)目人員的投入狀況，并在每周和每里程碑上進(jìn)行總結(jié)，監(jiān)控的主要內(nèi)容包括：n 人員投入的數(shù)量以及投入的人員技能是否可以滿足項(xiàng)目實(shí)施要求；n 是否需要為項(xiàng)目人員提供必要的培訓(xùn)；n 人員負(fù)荷是否不平衡；n 人員是否

38、流失或有流失的可能；在項(xiàng)目周會(huì)和里程碑會(huì)議上，高級管理者、客戶方和項(xiàng)目經(jīng)理評審以上人員狀況，制定合理的措施以處理人員管理中遇到的一些問題。由于人員離職或工作變動(dòng)會(huì)引起項(xiàng)目中人員的變更。項(xiàng)目經(jīng)理會(huì)分析人員變更所帶來的影響，盡量控制人員變動(dòng)，對于不可避免的人員變動(dòng)要處理好工作交接，以使工作能夠全面、順利的交接，降低工作交接對項(xiàng)目工作帶來的風(fēng)險(xiǎn)和問題。下圖描述了人員變更主要活動(dòng)的流程： 變更請求分析影響確定新負(fù)責(zé)人明確交接期限召開交接短會(huì)對當(dāng)前工作內(nèi)容和產(chǎn)品進(jìn)行整理和完善制定交接計(jì)劃按計(jì)劃交接工作交接評審變更結(jié)束圖24項(xiàng)目實(shí)施人員變更流程對于以上人員變更活動(dòng)需要注意以下內(nèi)容：n 新負(fù)責(zé)人應(yīng)盡量選擇在

39、相關(guān)領(lǐng)域有經(jīng)驗(yàn)的人員（由于是中途接手，難度較大）；n 如果選擇本項(xiàng)目中已承擔(dān)其他工作任務(wù)的人員作為新負(fù)責(zé)人，則一定要準(zhǔn)確度量其負(fù)荷，并要明確其接手后的責(zé)任；n 交接期限的確定應(yīng)以工作能夠有效交接為中心，可能的情況下部門應(yīng)在工作交接結(jié)束后，才最終同意原擔(dān)當(dāng)離職或變動(dòng)工作；n 交接計(jì)劃要與項(xiàng)目經(jīng)理和被交接者商討制定，計(jì)劃中應(yīng)包含要進(jìn)行哪些交接活動(dòng)、時(shí)間、內(nèi)容及相關(guān)人員安排等，應(yīng)該包括相關(guān)培訓(xùn)和自學(xué)的內(nèi)容。n 項(xiàng)目經(jīng)理要對工作交接的結(jié)果進(jìn)行檢查，判斷相關(guān)工作是否都已經(jīng)順利交接；如果存在問題，需要與相關(guān)人員商討后續(xù)計(jì)劃。2.2.3.4 風(fēng)險(xiǎn)管理在軟件開發(fā)中，風(fēng)險(xiǎn)是某種不確定因素，在其正常分布范圍內(nèi)，它

40、可以危及項(xiàng)目成功或?qū)е马?xiàng)目失敗。因此有效的管理項(xiàng)目風(fēng)險(xiǎn)是項(xiàng)目成功的關(guān)鍵。1風(fēng)險(xiǎn)管理策略根據(jù)風(fēng)險(xiǎn)發(fā)生的可能性和對項(xiàng)目影響的嚴(yán)重程度，定義風(fēng)險(xiǎn)等級：高、重大、中等、較小、低。風(fēng)險(xiǎn)對策：主要描述應(yīng)對風(fēng)險(xiǎn)的策略。風(fēng)險(xiǎn)管理的核心思想不是被動(dòng)地等待（等到風(fēng)險(xiǎn)變成現(xiàn)實(shí)、成為問題或?qū)е马?xiàng)目失?。?，而是決定如何對付風(fēng)險(xiǎn)。對于每個(gè)風(fēng)險(xiǎn)，有 3 種主要的可行措施： n 風(fēng)險(xiǎn)規(guī)避：重新組織項(xiàng)目，使風(fēng)險(xiǎn)無法影響項(xiàng)目；n 風(fēng)險(xiǎn)轉(zhuǎn)移：重新組織項(xiàng)目，讓其他方承擔(dān)該風(fēng)險(xiǎn)（客戶、廠商、銀行、其他主題等）；n 風(fēng)險(xiǎn)接受：決定接受這種可能發(fā)生的風(fēng)險(xiǎn)。監(jiān)視風(fēng)險(xiǎn)征兆，如果風(fēng)險(xiǎn)出現(xiàn)，則制訂應(yīng)急計(jì)劃，決定要采取的措施。如果接受風(fēng)險(xiǎn)，還要采取

41、兩種措施及：風(fēng)險(xiǎn)減輕：采取一些及時(shí)的、正面主動(dòng)的步驟來減小風(fēng)險(xiǎn)發(fā)生的可能性或影響。制定應(yīng)急計(jì)劃：如果風(fēng)險(xiǎn)變成實(shí)際問題，應(yīng)當(dāng)采取的措施。3項(xiàng)目風(fēng)險(xiǎn)和對策以下提出項(xiàng)目可能的風(fēng)險(xiǎn)及應(yīng)對策略：（1）軟件需求涉及業(yè)務(wù)的軟件系統(tǒng)，經(jīng)常會(huì)出現(xiàn)這樣的問題：系統(tǒng)開發(fā)完成了，但沒有滿足客戶的業(yè)務(wù)需求；需求經(jīng)常發(fā)生變化，導(dǎo)致開發(fā)范圍的蔓延。避免軟件需求的風(fēng)險(xiǎn)，才能項(xiàng)目成功?；怙L(fēng)險(xiǎn)的策略：n 理解客戶需要解決的問題：通過業(yè)務(wù)建模，了解客戶的業(yè)務(wù)流程和業(yè)務(wù)需求；n 增強(qiáng)與客戶的溝通：用例建模立足用戶角度描述，為具體的需求提供了充分的上下文信息，是銜接用戶和開發(fā)者的紐帶和溝通方式；n 及早收集客戶的反饋：每次迭代都會(huì)產(chǎn)

42、生系統(tǒng)可執(zhí)行的部分，通過及早部署演示來挖掘用戶的反饋意見，改進(jìn)對于需求理解的偏差；n 控制需求變更：變更請求可能來自于客戶和最終用戶、設(shè)計(jì)人員、開發(fā)人員、測試人員、技術(shù)支持部門等，建立變更控制流程管理變更。（2）架構(gòu)/技術(shù)風(fēng)險(xiǎn)可執(zhí)行構(gòu)架指的是系統(tǒng)的部分實(shí)施，該構(gòu)架用于演示選定的系統(tǒng)功能和特征，尤其是那些滿足非功能性需求的功能和特征。利用該構(gòu)架可以降低性能、吞吐量、容量、可靠性以及其他方面的風(fēng)險(xiǎn)。迭代開發(fā)在精化階段的關(guān)鍵活動(dòng)是確定架構(gòu)并為構(gòu)架建立基線，在該階段經(jīng)過幾次的迭代和測試修改，到精化結(jié)束時(shí)穩(wěn)定的架構(gòu)基線已經(jīng)建立，性能等主要技術(shù)風(fēng)險(xiǎn)盡早的被發(fā)現(xiàn)和解決。從而在構(gòu)建階段可以在一個(gè)穩(wěn)固的基礎(chǔ)上完

43、成系統(tǒng)功能的全面添加，而不用擔(dān)心破壞系統(tǒng)。2.2.3.5 質(zhì)量管理軟件質(zhì)量保證過程的目的是為項(xiàng)目組的軟件開發(fā)過程提供指導(dǎo)，為管理層就軟件項(xiàng)目過程提供管理信息，為提升軟件質(zhì)量提供手段。由于開發(fā)軟件系統(tǒng)或軟件產(chǎn)品的過程是決定項(xiàng)目成功與否的關(guān)鍵因素，因此軟件質(zhì)量保證的工作是評審和審計(jì)軟件活動(dòng)和軟件產(chǎn)品。軟件質(zhì)量保證過程需要達(dá)到的目標(biāo)包括：n 軟件質(zhì)量保證活動(dòng)是有計(jì)劃的活動(dòng)；n 軟件產(chǎn)品和活動(dòng)與適用的標(biāo)準(zhǔn)、過程和需求的一致性需經(jīng)客觀驗(yàn)證；n 軟件質(zhì)量保證活動(dòng)及成果應(yīng)及時(shí)通知到受影響的組織和個(gè)人；n 軟件項(xiàng)目內(nèi)部未能解決的有爭議問題，由上級管理部門處理；軟件質(zhì)量保證過程定義如下：n 由質(zhì)量保證員負(fù)責(zé)向項(xiàng)

44、目組人員進(jìn)行PPQA定向培訓(xùn)；n 由質(zhì)量保證員負(fù)責(zé)編寫質(zhì)量保證計(jì)劃；n 由質(zhì)量保證員負(fù)責(zé)對軟件項(xiàng)目過程及其他公司規(guī)范及過程進(jìn)行質(zhì)量保證，軟件項(xiàng)目過程包括：軟件銷售管理過程、需求開發(fā)過程、需求管理過程、項(xiàng)目計(jì)劃和跟蹤過程、軟件設(shè)計(jì)過程、軟件編碼過程、軟件測試過程、項(xiàng)目實(shí)施過程、配置管理過程、變更過程、評審過程，其他過程包括：培訓(xùn)管理過程、組織過程焦點(diǎn)過程、組織過程定義過程；對于項(xiàng)目內(nèi)部不能解決的問題，由質(zhì)量保證員匯報(bào)給高層管理者；2.2.3.6 溝通管理項(xiàng)目溝通管理的目的是能夠及時(shí)、適當(dāng)?shù)禺a(chǎn)生、收集、發(fā)布、存儲(chǔ)項(xiàng)目信息。溝通管理是人、意見和信息之間的關(guān)鍵紐帶，是成功所必須的。參與項(xiàng)目的每一個(gè)人都

45、必須做好以項(xiàng)目“語言”方式傳達(dá)和接收信息的準(zhǔn)備，同時(shí)還必須明白他們以個(gè)人身份涉及的信息將如何影響整個(gè)項(xiàng)目。1溝通原則為了確保及時(shí)有效地進(jìn)行溝通，本項(xiàng)目確定以下溝通原則：n 確?？蛻艨梢宰畲蟪潭鹊貐⑴c項(xiàng)目工程和管理活動(dòng)；n 確保與客戶及早溝通需求，以消除需求中的不確定性；n 定期與客戶溝通項(xiàng)目各里程碑和各迭代的進(jìn)度和進(jìn)展?fàn)顩r；n 確保各階段的主要成果物及時(shí)提交給客戶，以便客戶評審；n 對于項(xiàng)目出現(xiàn)的重大問題，及早報(bào)告給客戶以便客戶了解項(xiàng)目。2存在溝通需求的組織一般包括：n 項(xiàng)目與客戶；n 項(xiàng)目合作方；n 項(xiàng)目組內(nèi)部，當(dāng)項(xiàng)目成員工作位置不在同一地點(diǎn)時(shí)，要事先確定異地開發(fā)的溝通機(jī)制，確保項(xiàng)目信息的溝

46、通順暢。3溝通的方式一般包括：n 報(bào)告，例如周報(bào)、里程碑總結(jié)等；n 會(huì)議，包括評審、討論等。4溝通的程度一般包括參與和了解，具體參與程度需要根據(jù)具體項(xiàng)目需求進(jìn)行調(diào)整：n 參與：參與內(nèi)容的制定和檢驗(yàn)，例如項(xiàng)目計(jì)劃的編制和評審；n 了解：不參與跟內(nèi)容有關(guān)的制定和檢驗(yàn)活動(dòng)，對信息內(nèi)容了解即可。5溝通的內(nèi)容，分為三類：n 計(jì)劃：包括項(xiàng)目計(jì)劃和迭代計(jì)劃的制定與評審；n 進(jìn)展：包括每個(gè)迭代狀態(tài)和里程碑狀態(tài)的評審；n 工程文檔：包括每個(gè)工程階段主要輸出物的評審。6項(xiàng)目溝通機(jī)制項(xiàng)目的溝通管理機(jī)制如下表所示：分類溝通內(nèi)容組織/發(fā)布方溝通方式項(xiàng)目客戶報(bào)告會(huì)議計(jì)劃項(xiàng)目計(jì)劃項(xiàng)目-參與項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃評審會(huì)相關(guān)方配合計(jì)

47、劃項(xiàng)目-參與協(xié)作項(xiàng)目計(jì)劃協(xié)作計(jì)劃評審會(huì)人員計(jì)劃項(xiàng)目-參與項(xiàng)目成員和角色規(guī)劃監(jiān)理計(jì)劃監(jiān)理方-參與監(jiān)理計(jì)劃監(jiān)理計(jì)劃評審計(jì)劃變更項(xiàng)目-參與最新項(xiàng)目計(jì)劃最新項(xiàng)目計(jì)劃評審會(huì)周報(bào)項(xiàng)目周進(jìn)展和存在問題分析項(xiàng)目-了解項(xiàng)目周報(bào)-里程碑總結(jié)報(bào)告項(xiàng)目里程碑總結(jié)項(xiàng)目-參與項(xiàng)目里程碑總結(jié)里程碑總結(jié)與評審會(huì)狀態(tài)評估漸進(jìn)的進(jìn)展?fàn)顟B(tài)項(xiàng)目-參與狀態(tài)評估狀態(tài)評估會(huì)需求需求規(guī)格項(xiàng)目-參與需求相關(guān)報(bào)告需求討論分析規(guī)劃架構(gòu)設(shè)計(jì)設(shè)計(jì)模型數(shù)據(jù)庫設(shè)計(jì)項(xiàng)目-參與分析設(shè)計(jì)報(bào)告分析設(shè)計(jì)討論開發(fā)實(shí)現(xiàn)源代碼編碼規(guī)范項(xiàng)目-參與-實(shí)現(xiàn)功能測試功能測試測試計(jì)劃測試用例測試環(huán)境測試數(shù)據(jù)缺陷報(bào)告項(xiàng)目-參與測試相關(guān)文檔功能測試討論部署部署計(jì)劃數(shù)據(jù)遷移用戶培訓(xùn)系統(tǒng)

48、集成上線割接驗(yàn)收測試項(xiàng)目-參與部署相關(guān)文檔部署討論階段總結(jié)會(huì)按商務(wù)合同規(guī)定的階段項(xiàng)目-參與階段總結(jié)報(bào)告部署評審會(huì)2.2.4 質(zhì)量管理2.2.4.1 質(zhì)量控制質(zhì)量控制的目的是確保：n 完成項(xiàng)目內(nèi)容并達(dá)到預(yù)定的目標(biāo)n 最終的系統(tǒng)是穩(wěn)定的和可用的n 確保項(xiàng)目按預(yù)定計(jì)劃完成因此，在項(xiàng)目進(jìn)行中，需要設(shè)立若干控制點(diǎn)，以確保項(xiàng)目的質(zhì)量可控。質(zhì)量控制隊(duì)伍獨(dú)立于項(xiàng)目實(shí)施小組，作為項(xiàng)目成功的重要因素和保障，在項(xiàng)目執(zhí)行過程中始終與項(xiàng)目實(shí)施小組保持密切聯(lián)系。從另一個(gè)角度觀察和監(jiān)督項(xiàng)目的開展，幫助PMO發(fā)現(xiàn)和解決項(xiàng)目執(zhí)行中的問題確保項(xiàng)目的成功?？梢圆扇∫韵虏襟E實(shí)施全面質(zhì)量控制：1建立標(biāo)準(zhǔn)化工作流程項(xiàng)目啟動(dòng)時(shí)，項(xiàng)目組應(yīng)根

49、據(jù)項(xiàng)目范圍、項(xiàng)目要求，首先組織人力編制項(xiàng)目流程、工作標(biāo)準(zhǔn)及相應(yīng)工作手冊，形成工作方法體系，實(shí)現(xiàn)項(xiàng)目工作的流程化、標(biāo)準(zhǔn)化，并對項(xiàng)目人員進(jìn)行培訓(xùn)，使他們了解和遵守項(xiàng)目流程和要求。2實(shí)行階段性成果提交與變更控制項(xiàng)目具有生命周期，這就為我們劃分項(xiàng)目階段提供了依據(jù)。一個(gè)大項(xiàng)目可分成若干階段，每個(gè)階段有自已的任務(wù)和成果。這樣一方面便于管理和控制項(xiàng)目進(jìn)度，另一方面可以增強(qiáng)項(xiàng)目人員和用戶的信心。在每個(gè)階段末要提交部分成果物，作為下一階段開發(fā)的基礎(chǔ)。成果物提交之后不是不能修改，而是其修改要經(jīng)過一定的審批程序，并且涉及到項(xiàng)目計(jì)劃的調(diào)整。3實(shí)行里程碑式的審查與版本控制里程碑式審查就是在項(xiàng)目生命周期每個(gè)階段結(jié)束之前，

50、都正式使用結(jié)束標(biāo)準(zhǔn)對該階段提交的成果進(jìn)行嚴(yán)格技術(shù)審查，如果發(fā)現(xiàn)問題，應(yīng)及時(shí)在階段內(nèi)解決。版本控制是保證軟件項(xiàng)目順利進(jìn)行的重要手段。版本控制的含義是通過給文檔和程序文件編上版本號，記錄每次的修改信息，使項(xiàng)目部的所有成員都了解文檔和程序的修改過程。4測試要采用適當(dāng)?shù)氖侄?，對需求調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和文檔進(jìn)行功能測試。5用戶單位加強(qiáng)監(jiān)督為進(jìn)一步加強(qiáng)項(xiàng)目質(zhì)量控制，要加強(qiáng)用戶單位對項(xiàng)目質(zhì)量的監(jiān)督。2.2.4.2 質(zhì)量保證軟件質(zhì)量保證過程的目的是為軟件項(xiàng)目組的軟件項(xiàng)目過程提供指導(dǎo)，為管理層就軟件項(xiàng)目過程提供管理信息，為提升軟件質(zhì)量提供手段。由于開發(fā)軟件系統(tǒng)或軟件產(chǎn)品的過程是決定項(xiàng)目成功與否的關(guān)鍵

51、因素，因此軟件質(zhì)量保證的工作是評審和審計(jì)軟件活動(dòng)和軟件產(chǎn)品。軟件質(zhì)量保證過程需要達(dá)到的目標(biāo)包括：n 軟件質(zhì)量保證活動(dòng)是有計(jì)劃的活動(dòng)；n 軟件產(chǎn)品和活動(dòng)與適用的標(biāo)準(zhǔn)、過程和需求的一致性需經(jīng)客觀驗(yàn)證；n 軟件質(zhì)量保證活動(dòng)及成果應(yīng)及時(shí)通知到受影響的組織和個(gè)人；n 軟件項(xiàng)目內(nèi)部未能解決的有爭議問題，由上級管理部門處理；軟件質(zhì)量保證過程定義如下：n 由質(zhì)量保證員負(fù)責(zé)向項(xiàng)目組人員進(jìn)行PPQA定向培訓(xùn)；n 由質(zhì)量保證員負(fù)責(zé)編寫質(zhì)量保證計(jì)劃；n 由質(zhì)量保證員負(fù)責(zé)對軟件項(xiàng)目過程及其他公司規(guī)范及過程進(jìn)行質(zhì)量保證，軟件項(xiàng)目過程包括：軟件銷售管理過程、需求開發(fā)過程、需求管理過程、項(xiàng)目計(jì)劃和跟蹤過程、軟件設(shè)計(jì)過程、軟件

52、編碼過程、軟件測試過程、項(xiàng)目實(shí)施過程、配置管理過程、變更過程、評審過程，其他過程包括：培訓(xùn)管理過程、組織過程焦點(diǎn)過程、組織過程定義過程；n 由質(zhì)量保證員對軟件工作產(chǎn)品進(jìn)行質(zhì)量保證，依照工作產(chǎn)品規(guī)范/模板檢查項(xiàng)目工作產(chǎn)品；n 質(zhì)量保證員應(yīng)參加項(xiàng)目的管理評審和技術(shù)評審；n 由質(zhì)量保證員定期與不定期地將檢查結(jié)果報(bào)告給有關(guān)人員；n 對于項(xiàng)目內(nèi)部不能解決的問題，由質(zhì)量保證員匯報(bào)給高層管理者；2.2.5 需求管理在軟件項(xiàng)目中，所有的項(xiàng)目相關(guān)方都感興趣的就是需求分析階段。這部分工作若處理好了，能開發(fā)出很出色的產(chǎn)品，同時(shí)會(huì)使項(xiàng)目各方感到滿意。若處理不好，則會(huì)導(dǎo)致誤解、挫折、障礙以及潛在質(zhì)量和業(yè)務(wù)價(jià)值上的威脅。因?yàn)樾枨蠓治龅於塑浖こ毯晚?xiàng)目管理的基礎(chǔ)，所以所有項(xiàng)目相關(guān)方必須重視需求分析過程。軟件需求包括四個(gè)層次：業(yè)務(wù)需求、用戶需求、功能需求、非功能需求。優(yōu)秀需求所具有的特性：完整性、正確性、可行性、必要性、劃分優(yōu)先級、無二義、可驗(yàn)證。需求分為需求開發(fā)和需求管理。需求開發(fā)包括：問題獲取、分析、編寫規(guī)格說明和驗(yàn)證四個(gè)階段。需求管理包括建立和維護(hù)軟件需求。n 甲方在需求活動(dòng)中的權(quán)利和義務(wù)。通常來說，甲方