項(xiàng)目管理計(jì)劃模板

1、 項(xiàng)目管理計(jì)劃模板版本歷史版本號(hào)日期作者修訂原因0.1.02012-01-17Jerry Sun初始版本0.2.02012-02-14Jerry Sun增加了4.1、4.4、4.7章節(jié)的內(nèi)容，同時(shí)重新排版，使結(jié)構(gòu)更加清晰0.3.02013-06-24Cherry Shen結(jié)構(gòu)調(diào)整，添加發(fā)布，上線及附件0.4.02013-06-26Cherry Shen根據(jù)Review結(jié)果，文檔更新目錄1目的42項(xiàng)目摘要42.1項(xiàng)目目標(biāo)和X圍42.2主要干系人42.3里程碑和可交付成果42.4約束62.5假設(shè)62.6項(xiàng)目組織結(jié)構(gòu)73項(xiàng)目計(jì)劃73.1項(xiàng)目生命周期73.1.1生命周期確認(rèn)73.1.2制定項(xiàng)目過(guò)程及產(chǎn)

2、物裁剪73.2工作分解結(jié)構(gòu)73.3項(xiàng)目評(píng)估83.4開發(fā)計(jì)劃93.5資源計(jì)劃113.5.1知識(shí)和所需的技能113.5.2人員安排及分配113.5.3角色和職責(zé)113.5.4培訓(xùn)計(jì)劃123.5.5軟硬件資源計(jì)劃133.6相關(guān)干系人員計(jì)劃管理133.7溝通計(jì)劃143.7.1每日溝通143.7.2每周溝通143.7.3每月溝通143.7.4隨時(shí)溝通153.8流程質(zhì)量控制計(jì)劃153.8.1PPQA評(píng)審機(jī)制153.8.2PPQA檢查計(jì)劃153.9風(fēng)險(xiǎn)計(jì)劃153.10發(fā)布計(jì)劃163.11上線計(jì)劃163.12驗(yàn)收計(jì)劃173.12.1項(xiàng)目驗(yàn)收標(biāo)準(zhǔn):173.12.2驗(yàn)收項(xiàng)清單173.12.3驗(yàn)收時(shí)間和進(jìn)度173.

3、13監(jiān)督和控制計(jì)劃173.14需求管理184附件181 目的該項(xiàng)目計(jì)劃確定適用的政策，需求和軟件開發(fā)的數(shù)據(jù)交換的標(biāo)準(zhǔn)，文檔為完成開發(fā)工作定義了日程安排，組織，資源和必要的軟件活動(dòng)進(jìn)程。2 項(xiàng)目摘要2.1 項(xiàng)目目標(biāo)和X圍示例：Movitech負(fù)責(zé)Eleven技術(shù)所需的所有資源.相關(guān)資源部門會(huì)和美國(guó)團(tuán)隊(duì)和全隊(duì)職工協(xié)作來(lái)實(shí)現(xiàn)Eleven Pepperidge Farm 技術(shù)產(chǎn)品的成功交付。國(guó)內(nèi)的資源將會(huì)按照Eleven技術(shù)而在一個(gè)可接受的生產(chǎn)力水平和效率。該項(xiàng)目涵蓋Eleven Pepperidge Farm技術(shù)產(chǎn)品的所有新的功能、 bug 修復(fù)和修改現(xiàn)有功能和代碼的十一項(xiàng)技術(shù)產(chǎn)品有關(guān)的所有事項(xiàng)。2

4、.2 主要干系人示例:序號(hào)職位某職責(zé)1Eleven Technology董事長(zhǎng)兼首席執(zhí)行官Tim Curran2Eleven Technology技術(shù)副總裁Vanessa Hang3Eleven Technology項(xiàng)目經(jīng)理Vanessa Hang4Movitech首席執(zhí)行官Tina Ji5Movitech首席運(yùn)營(yíng)官Charlie Chang6Movitech 項(xiàng)目經(jīng)理Brad Cao2.3 約束與假設(shè)示例:序號(hào)約束條件1.管理上的約束。對(duì)Manager和pm來(lái)講，預(yù)算是最大的限制條件。2運(yùn)行環(huán)境要求。例如：系統(tǒng)必須安置在一個(gè)已經(jīng)加載了其他 EDX的平臺(tái)上。3資源方面的約束。如時(shí)間，人員方面；

5、軟硬件方面的要求。4質(zhì)量保證方面的約束。如要求unit test。5.其他約束。6.所有工程師都可以在項(xiàng)目開始前到崗7.項(xiàng)目不會(huì)因?yàn)轭櫩头答伒囊庖姸∠?.支持多語(yǔ)言，開發(fā)團(tuán)隊(duì)現(xiàn)場(chǎng)開發(fā)。2.4 項(xiàng)目組織結(jié)構(gòu)示例：3 項(xiàng)目計(jì)劃3.1 項(xiàng)目生命周期3.1.1 生命周期確認(rèn)主要按照項(xiàng)目特征、項(xiàng)目類型或客戶的需求來(lái)確定項(xiàng)目的生命周期（如：迭代，瀑布，Scrum)。去認(rèn)定我們需要根據(jù)項(xiàng)目的生命周期來(lái)做項(xiàng)目計(jì)劃。3.1.2 制定項(xiàng)目過(guò)程及產(chǎn)物裁剪詳細(xì)參考附件1：項(xiàng)目裁剪模板3.2 里程碑和可交付成果示例（瀑布式）:序號(hào)里程碑可交付成果交付日期負(fù)責(zé)人1.Story Board完成Story Board200

6、5-4-25Jacky Hu2.SRS 完成SRS2005-4-30Jacky Hu3.設(shè)計(jì)完成SDS測(cè)試用例測(cè)試計(jì)劃2005-5-18Kyle LeeCharles Di4.代碼完成BuildRelease Notes2005-6-30Kyle Lee5.Alpha 版本BuildRelease Notes2005-7-29Jacky Hu6.Beta 版本BuildRelease Notes2005-9-9Jacky Hu7.最終版本BuildRelease Notes2005-9-30Jacky Hu8.UAT完成BuildRelease Notes測(cè)試報(bào)告用戶手冊(cè)2005-10-10J

7、acky Hu9.系統(tǒng)上線Build培訓(xùn)資料2005-10-30Jacky Hu示例（敏捷式）:序號(hào)里程碑可交付成果交付日期負(fù)責(zé)人1.Story Board完成Story Board2.Backlog完成Backlog3.Sprint1完成BuildRelease Notes4.Sprint2完成BuildRelease Notes5.BuildRelease Notes6.UATBuildRelease Notes測(cè)試報(bào)告用戶手冊(cè)7.系統(tǒng)上線Build培訓(xùn)資料3.3 工作分解結(jié)構(gòu)通過(guò)WBS把模糊的工作逐層分解和簡(jiǎn)化，為后續(xù)工作打下基礎(chǔ)，很好的解決現(xiàn)階段項(xiàng)目開發(fā)中存在的問(wèn)題。在信息系統(tǒng)開發(fā)項(xiàng)目

8、中創(chuàng)建WBS的基本原則 任務(wù)原則：一個(gè)單位工作任務(wù)只能在WBS中出現(xiàn)一次；每一項(xiàng)任務(wù)只能有一個(gè)人負(fù)責(zé)；WBS中任意一項(xiàng)任務(wù)的內(nèi)容是其對(duì)應(yīng)下級(jí)各項(xiàng)工作之和； 實(shí)際原則：WBS必須與實(shí)際工作任務(wù)的執(zhí)行過(guò)程一致，分解后的工作應(yīng)該是可管理的、可檢查的和獨(dú)立的，要符合項(xiàng)目團(tuán)隊(duì)工作的需要； 時(shí)間原則：在任務(wù)的分解過(guò)程中，最小級(jí)別的任務(wù)最好控制在40工時(shí)內(nèi)，可以保證項(xiàng)目問(wèn)題在兩周或更短的時(shí)間內(nèi)解決； 文檔原則：在任務(wù)的分解中，每個(gè)WBS項(xiàng)都必須文檔化，以確保準(zhǔn)確理解已包括和未包括的工作X圍； 靈活原則：WBS必須在根據(jù)X圍說(shuō)明書正常地維護(hù)項(xiàng)目工作內(nèi)容的同時(shí)，

9、也能適應(yīng)無(wú)法避免的變更。3.4 項(xiàng)目評(píng)估（現(xiàn)階段暫時(shí)還是按項(xiàng)目經(jīng)理本身的估算方法實(shí)現(xiàn)，后期跟進(jìn)。評(píng)估人天大于100人天的需要組織部分有經(jīng)驗(yàn)員工集體review）項(xiàng)目評(píng)估流程參考附件2:項(xiàng)目評(píng)估流程項(xiàng)目評(píng)估方法及模板參考附件3-6：Project Estimate Template-Normal項(xiàng)目估算模板- Delphi項(xiàng)目估算模板-Analogy-Pert項(xiàng)目估算模板-Pert四種評(píng)估方法和模板任選一種進(jìn)行評(píng)估。3.5 開發(fā)計(jì)劃Ø 開發(fā)計(jì)劃的每個(gè)任務(wù)需要小于等于5人天；Ø 任務(wù)明確，并可驗(yàn)證；Ø 開發(fā)驗(yàn)證的過(guò)程需要包括在計(jì)劃中。關(guān)鍵里程碑計(jì)劃可采用圖形方式。將項(xiàng)

10、目的所有里程碑和關(guān)鍵活動(dòng)標(biāo)注在下面的時(shí)間軸上。注意：如果存在早期功能子集Beta和/或ESP交付件，PDT 需要對(duì)交付件進(jìn)行TR4A/TR5評(píng)審，以及對(duì)GA層產(chǎn)品交付件進(jìn)行TR4A和TR5評(píng)審。PDT不需要對(duì)每一個(gè)構(gòu)件標(biāo)注TR4，只需要標(biāo)示第一個(gè)TR4的日期。如果需要將所有里程碑和關(guān)鍵活動(dòng)標(biāo)注出來(lái)，可將時(shí)間軸劃分成階段：階段估計(jì)結(jié)束日期交付件驗(yàn)收準(zhǔn)則（可去掉）TR1（需求評(píng)審）和概念DR市場(chǎng)調(diào)研報(bào)告（立項(xiàng)階段輸出）市場(chǎng)需求清單（立項(xiàng)階段輸出）初始業(yè)務(wù)計(jì)劃（立項(xiàng)階段輸出）產(chǎn)品需求規(guī)格書TR2（總體方案評(píng)審）和計(jì)劃DR產(chǎn)品可行性分析報(bào)告/產(chǎn)品業(yè)務(wù)計(jì)劃產(chǎn)品開發(fā)計(jì)劃總體設(shè)計(jì)方案書/產(chǎn)品設(shè)計(jì)說(shuō)明書產(chǎn)品測(cè)

11、試與驗(yàn)證計(jì)劃工藝總體方案裝備總體方案初始物料清單供應(yīng)商和物料選擇計(jì)劃物料認(rèn)證計(jì)劃提前采購(gòu)決策TR3（模塊級(jí)概要設(shè)計(jì)評(píng)審）模塊級(jí)概要設(shè)計(jì)/總體設(shè)計(jì)各模塊級(jí)測(cè)試報(bào)告目標(biāo)成本跟蹤表市場(chǎng)教育和培訓(xùn)計(jì)劃測(cè)試方案TR4（原型機(jī)評(píng)審）原型機(jī)原型機(jī)測(cè)試報(bào)告TR5（設(shè)計(jì)定型評(píng)審）中試樣機(jī)驗(yàn)證報(bào)告制造系統(tǒng)驗(yàn)證報(bào)告BETA測(cè)試結(jié)束BETA測(cè)試報(bào)告外部認(rèn)證結(jié)束系統(tǒng)認(rèn)證和標(biāo)桿測(cè)試報(bào)告TR6（轉(zhuǎn)產(chǎn)評(píng)審）和發(fā)布DR產(chǎn)品可行性分析報(bào)告/產(chǎn)品業(yè)務(wù)計(jì)劃（優(yōu)化后）市場(chǎng)發(fā)布材料清單受控銷售階段評(píng)估報(bào)告試產(chǎn)驗(yàn)證測(cè)試報(bào)告制造系統(tǒng)驗(yàn)證報(bào)告量產(chǎn)點(diǎn)GA量產(chǎn)檢查點(diǎn)確認(rèn)通知3.6 資源計(jì)劃3.6.1 知識(shí)和所需的技能 必備的知識(shí)和技能所

12、需人員數(shù)量滿意度 (%)C+6100%Java270%VB2100%Oracle7100%PLM12100%Donet23Perl/Python223.6.2 人員安排及分配工作人員名稱角色開始時(shí)間結(jié)束時(shí)間投入比列%Dana DaiPM07-06-0512-31-0730%Michael ZhouDev Leader04-20-0512-31-07100%Jennifer WongDev05-16-0512-31-0760%Luke ZhongDev04-20-0512-31-07100%Johnny YangDev04-20-0512-31-07100%Moon ZhangDev05-19-

13、0512-31-07100%Morris LiQA07-04-0512-31-07100%Leopold WuQA07-04-0512-31-07100%3.6.3 角色和職責(zé)角色責(zé)任備注項(xiàng)目經(jīng)理（PM）制定項(xiàng)目計(jì)劃定義項(xiàng)目過(guò)程管理項(xiàng)目日程項(xiàng)目資源管理器開發(fā)經(jīng)理（Dev Leader）管理開發(fā)日程安排管理開發(fā)資源定義開發(fā)方法設(shè)計(jì)系統(tǒng)體系結(jié)構(gòu)檢討 SDS技術(shù)培訓(xùn)人員測(cè)試經(jīng)理/負(fù)責(zé)人（QA Leader）管理質(zhì)量保證計(jì)劃QA 資源管理定義 QA 和發(fā)布過(guò)程查看測(cè)試計(jì)劃和測(cè)試用例QA 技術(shù)培訓(xùn)人員驗(yàn)收軟件工程師（Dev）設(shè)計(jì)和編寫功能代碼測(cè)試工程師（QA）制定測(cè)試計(jì)劃及案例測(cè)試產(chǎn)品生成測(cè)試報(bào)告PC/

14、PPQA協(xié)助項(xiàng)目負(fù)責(zé)人完成項(xiàng)目注冊(cè)表的填寫并根據(jù)表上的信息在ProjectForge、JIRA和Confluence上立項(xiàng)CM根據(jù)流程中附件的內(nèi)容為相應(yīng)資源配置ProjectForge、JIRA和Confluence的權(quán)限3.6.4 培訓(xùn)計(jì)劃主題說(shuō)明目標(biāo)目標(biāo)人員培訓(xùn)時(shí)間時(shí)長(zhǎng)備注Agile 產(chǎn)品高層次的介紹初步認(rèn)識(shí)Agile產(chǎn)品所有新員工加入Agile85的第三周用1.5小時(shí)Michael trainsVSS/CQ 用法詳細(xì)介紹工作原理所有新員工新人加入Agile85的第二周用0.5小時(shí)Michael trains developers, Arnold trains QAs項(xiàng)目進(jìn)程介紹所有員工0

15、7-10-0507-10-05Michael train代碼樣式培訓(xùn)全部開發(fā)人員加入Agile85的第二周用2小時(shí)Oracle & Agile DB針對(duì)全部人員全部項(xiàng)目組人員10-08-0510-08-05Moon trainsQA技術(shù)培訓(xùn)所有QA05-23-0505-23-05Arnold trains3.6.5 軟硬件資源計(jì)劃資源名稱優(yōu)先詳細(xì)配置購(gòu)入方法和日期備注Agile Advantage SDK (6) 正常2005 SP2從中小企業(yè)獲得2005/04/26SftTree Control正常從IT獲得2005/05/26SolidWorks 2005 (6)高從IT獲得200

16、5/04/22Server (1)正常P42.4/2.4G/HD 160 GWin 2003 ServerOracle 8.1.7Agile Advantage 2005從IT獲得2005/04/27Desktop (8)高P42.4G/1G/HD 80GWin2K Pro SP4 (5)Win XP SP2 (2)VS6, MS Office 2000Rational Rose (2)從IT獲得2005/04/223.7 相關(guān)干系人員計(jì)劃管理 干系人 活動(dòng)項(xiàng)目經(jīng)理開發(fā)經(jīng)理測(cè)試經(jīng)理開發(fā)工程師測(cè)試工程師客戶IT客戶業(yè)務(wù)部X圍定義項(xiàng)目計(jì)劃確認(rèn)需求收集Story Board確認(rèn)SRS確認(rèn)項(xiàng)目進(jìn)度監(jiān)控

17、UAT環(huán)境準(zhǔn)備UAT驗(yàn)收?qǐng)?bào)告簽字項(xiàng)目結(jié)項(xiàng)會(huì)議備注：u R：誰(shuí)負(fù)責(zé)（R = Responsible），即負(fù)責(zé)執(zhí)行任務(wù)的角色，他/她具體負(fù)責(zé)操控項(xiàng)目、解決問(wèn)題。u A: 誰(shuí)批準(zhǔn)（A = Accountable），即對(duì)任務(wù)負(fù)全責(zé)的角色，只有經(jīng)他/她同意或簽署之后，項(xiàng)目才能得以進(jìn)行。u S:誰(shuí)支持（S = Supportive），即提供信息資源，輔助執(zhí)行任務(wù)的人員。u C:咨詢誰(shuí)（C = Consulted），擁有完成項(xiàng)目所需的信息或能力的人員。u I:通知誰(shuí)(I =Informed), 即擁有特權(quán)、應(yīng)及時(shí)被通知結(jié)果的人員，卻不必向他/她咨詢、征求意見。該活動(dòng)主要針對(duì)需要客戶方參與的活動(dòng)，可根據(jù)項(xiàng)目需

18、要自行添加。3.8 溝通計(jì)劃3.8.1 每日溝通序號(hào)方式工作內(nèi)容目標(biāo)參加人備注3.8.2 每周溝通序號(hào)方式工作內(nèi)容目標(biāo)參加人備注3.8.3 每月溝通序號(hào)方式工作內(nèi)容目標(biāo)參加人備注3.8.4 隨時(shí)溝通序號(hào)方式工作內(nèi)容目標(biāo)參加人備注根據(jù)項(xiàng)目自身需求，可調(diào)整各個(gè)溝通頻率。3.9 流程質(zhì)量控制計(jì)劃3.9.1 PPQA評(píng)審機(jī)制Ø 實(shí)施審計(jì)PPQA根據(jù)PPQA檢查計(jì)劃，檢查項(xiàng)目實(shí)際執(zhí)行過(guò)程和相關(guān)工作產(chǎn)品是否符合既定的規(guī)X。Ø 記錄結(jié)果PPQA將不符合項(xiàng)記錄在PPQA檢查計(jì)劃-偏差明細(xì)列表中。Ø 協(xié)商糾正措施PPQA工程師與項(xiàng)目經(jīng)理（或EPG Leader）分析不符合項(xiàng)原因并協(xié)

19、商改進(jìn)措施。對(duì)于項(xiàng)目經(jīng)理（EPG Leader）不認(rèn)同的不符合項(xiàng)，PPQA工程師將該不符合項(xiàng)匯報(bào)給PMO，由PMO協(xié)商解決。3.9.2 PPQA檢查計(jì)劃詳細(xì)參見附件7:PPQA檢查計(jì)劃3.10 風(fēng)險(xiǎn)計(jì)劃序號(hào)風(fēng)險(xiǎn)管理X圍風(fēng)險(xiǎn)管理方法/工具風(fēng)險(xiǎn)跟蹤頻率(每周/每月)1.技能方面的風(fēng)險(xiǎn)組織相關(guān)培訓(xùn)2.設(shè)備（軟硬件）環(huán)境與IT溝通去落實(shí)3.需求通過(guò)訪談、原型、組織會(huì)議等多種方式去獲取需求并得到需求的確認(rèn)。4.假期協(xié)調(diào)，延長(zhǎng)休假的時(shí)間X圍5.干系人風(fēng)險(xiǎn)加強(qiáng)溝通詳細(xì)參見附件8：項(xiàng)目風(fēng)險(xiǎn)跟蹤管理模板3.11 發(fā)布計(jì)劃該計(jì)劃特質(zhì)外部發(fā)布計(jì)劃，內(nèi)部發(fā)布計(jì)劃見測(cè)試計(jì)劃。序號(hào)發(fā)布包時(shí)間標(biāo)準(zhǔn)環(huán)境功能&文檔對(duì)象

20、責(zé)任人備注3.12 上線計(jì)劃序號(hào)步驟開始時(shí)間結(jié)束時(shí)間負(fù)責(zé)人備注1設(shè)備安裝2配置3數(shù)據(jù)遷移4數(shù)據(jù)初始化5培訓(xùn)6上線支持3.13 驗(yàn)收計(jì)劃3.13.1 項(xiàng)目驗(yàn)收標(biāo)準(zhǔn):1) P1 缺陷 = 02) P2 缺陷<23) 所有新提出的問(wèn)題解決.4) QA 結(jié)束了所有測(cè)試.5) Agile接受sp的質(zhì)量.3.13.2 驗(yàn)收項(xiàng)清單序號(hào)驗(yàn)收項(xiàng)列表狀態(tài)備注3.13.3 驗(yàn)收時(shí)間和進(jìn)度序號(hào)驗(yàn)收物計(jì)劃驗(yàn)收結(jié)束時(shí)間實(shí)際驗(yàn)收結(jié)束時(shí)間驗(yàn)收狀態(tài)備注3.14 監(jiān)督和控制計(jì)劃監(jiān)督和控制策略控制機(jī)制頻率負(fù)責(zé)人員風(fēng)險(xiǎn)風(fēng)險(xiǎn)管理計(jì)劃PM問(wèn)題PM管理issues，項(xiàng)目人員在周會(huì)上匯報(bào)issues情況，如果有困難的問(wèn)題，應(yīng)及時(shí)提出。

21、PM進(jìn)度管理主持周會(huì)，項(xiàng)目人員匯報(bào)工作狀態(tài)，PM對(duì)照項(xiàng)目計(jì)劃，如有需要?jiǎng)t調(diào)整項(xiàng)目計(jì)劃PM產(chǎn)品質(zhì)量單元測(cè)試，代碼審查，測(cè)試用例審查，測(cè)試所有項(xiàng)目人員項(xiàng)目X圍管理缺陷少于100， HFs 少于5發(fā)布項(xiàng)目組相關(guān)人員管理相關(guān)人員管理計(jì)劃PM協(xié)作項(xiàng)目計(jì)劃開會(huì)PM3.15 需求變更管理每個(gè)客戶認(rèn)可的需求變更都需要通過(guò)需求申請(qǐng)單填寫需求變更申請(qǐng)，保存在項(xiàng)目?jī)?nèi)部的SVN中。需求申請(qǐng)單如附件9。4 附件序號(hào)附件名地址附件1項(xiàng)目裁剪https:/svn.movit-tech.:3690/svn/Organization_Standard_library/branches/項(xiàng)目模板庫(kù)/2. 項(xiàng)目管理/2.2 項(xiàng)目管理附件2項(xiàng)目評(píng)估https:/svn.movit-tech.:3690/svn/Organization_Standard_library/branches/項(xiàng)目模板庫(kù)/2. 項(xiàng)目管理/2.1項(xiàng)目評(píng)估附件3Project Estimate -Normalhttps:/svn.movi