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

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

2、評估83.4開發(fā)計(jì)劃93.5資源計(jì)劃11知識和所需的技能11人員安排及分配11角色和職責(zé)11培訓(xùn)計(jì)劃12軟硬件資源計(jì)劃133.6相關(guān)干系人員計(jì)劃管理133.7溝通計(jì)劃14每日溝通14每周溝通14每月溝通14隨時溝通153.8流程質(zhì)量控制計(jì)劃15PPQA評審機(jī)制15PPQA檢查計(jì)劃153.9風(fēng)險計(jì)劃153.10發(fā)布計(jì)劃163.11上線計(jì)劃163.12驗(yàn)收計(jì)劃17項(xiàng)目驗(yàn)收標(biāo)準(zhǔn):17驗(yàn)收項(xiàng)清單17驗(yàn)收時間和進(jìn)度173.13監(jiān)督和控制計(jì)劃173.14需求管理184附件181 目的該項(xiàng)目計(jì)劃確定適用的政策，需求和軟件開發(fā)的數(shù)據(jù)交換的標(biāo)準(zhǔn)，文檔為完成開發(fā)工作定義了日程安排，組織，資源和必要的軟件活動進(jìn)程。

3、2 項(xiàng)目摘要2.1 項(xiàng)目目標(biāo)和范圍示例：Movitech 負(fù)責(zé)Eleven技術(shù)所需的所有資源.相關(guān)資源部門會和美國團(tuán)隊(duì)和全隊(duì)職工協(xié)作來實(shí)現(xiàn)Eleven Pepperidge Farm 技術(shù)產(chǎn)品的成功交付。國內(nèi)的資源將會按照Eleven技術(shù)而在一個可接受的生產(chǎn)力水平和效率。該項(xiàng)目涵蓋Eleven Pepperidge Farm技術(shù)產(chǎn)品的所有新的功能、 bug 修復(fù)和修改現(xiàn)有功能和代碼的十一項(xiàng)技術(shù)產(chǎn)品有關(guān)的所有事項(xiàng)。2.2 主要干系人示例:序號職位姓名職責(zé)1Eleven Technology董事長兼首席執(zhí)行官Tim Curran2Eleven Technology技術(shù)副總裁Vanessa Hang

4、3Eleven Technology項(xiàng)目經(jīng)理Vanessa Hang4Movitech首席執(zhí)行官Tina Ji5Movitech首席運(yùn)營官Charlie Chang6Movitech 項(xiàng)目經(jīng)理Brad Cao2.3 約束與假設(shè)示例:序號約束條件1.管理上的約束。對Manager和pm來講，預(yù)算是最大的限制條件。2運(yùn)行環(huán)境要求。例如：系統(tǒng)必須安置在一個已經(jīng)加載了其他 EDX的平臺上。3資源方面的約束。如時間，人員方面；軟硬件方面的要求。4質(zhì)量保證方面的約束。如要求unit test。5.其他約束。6.所有工程師都可以在項(xiàng)目開始前到崗7.項(xiàng)目不會因?yàn)轭櫩头答伒囊庖姸∠?.支持多語言，開發(fā)團(tuán)隊(duì)現(xiàn)場

5、開發(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)目類型或客戶的需求來確定項(xiàng)目的生命周期（如：迭代，瀑布，Scrum)。去認(rèn)定我們需要根據(jù)項(xiàng)目的生命周期來做項(xiàng)目計(jì)劃。3.1.2 制定項(xiàng)目過程及產(chǎn)物裁剪詳細(xì)參考附件1：項(xiàng)目裁剪模板3.2 里程碑和可交付成果示例（瀑布式）:序號里程碑可交付成果交付日期負(fù)責(zé)人1.Story Board完成Story Board2005-4-25Jacky Hu2.SRS 完成SRS2005-4-30Jacky Hu3.設(shè)計(jì)完成SDS測試用例測試計(jì)劃2005-5-18Kyle LeeCharles Di4.代

6、碼完成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測試報告用戶手冊2005-10-10Jacky Hu9.系統(tǒng)上線Build培訓(xùn)資料2005-10-30Jacky Hu示例（敏捷式）:序號里程碑可交付成果交付日期負(fù)責(zé)人1.Story Board完成Story Boa

7、rd2.Backlog完成Backlog3.Sprint1完成BuildRelease Notes4.Sprint2完成BuildRelease Notes5.BuildRelease Notes6.UATBuildRelease Notes測試報告用戶手冊7.系統(tǒng)上線Build培訓(xùn)資料3.3 工作分解結(jié)構(gòu)通過WBS把模糊的工作逐層分解和簡化，為后續(xù)工作打下基礎(chǔ)，很好的解決現(xiàn)階段項(xiàng)目開發(fā)中存在的問題。在信息系統(tǒng)開發(fā)項(xiàng)目中創(chuàng)建WBS的基本原則 任務(wù)原則：一個單位工作任務(wù)只能在WBS中出現(xiàn)一次；每一項(xiàng)任務(wù)只能有一個人負(fù)責(zé)；WBS中任意一項(xiàng)任務(wù)的內(nèi)容是其對應(yīng)下級各項(xiàng)工作之和； 實(shí)

8、際原則：WBS必須與實(shí)際工作任務(wù)的執(zhí)行過程一致，分解后的工作應(yīng)該是可管理的、可檢查的和獨(dú)立的，要符合項(xiàng)目團(tuán)隊(duì)工作的需要； 時間原則：在任務(wù)的分解過程中，最小級別的任務(wù)最好控制在40工時內(nèi)，可以保證項(xiàng)目問題在兩周或更短的時間內(nèi)解決； 文檔原則：在任務(wù)的分解中，每個WBS項(xiàng)都必須文檔化，以確保準(zhǔn)確理解已包括和未包括的工作范圍； 靈活原則：WBS必須在根據(jù)范圍說明書正常地維護(hù)項(xiàng)目工作內(nèi)容的同時，也能適應(yīng)無法避免的變更。3.4 項(xiàng)目評估（現(xiàn)階段暫時還是按項(xiàng)目經(jīng)理本身的估算方法實(shí)現(xiàn)，后期跟進(jìn)。評估人天大于100人天的需要組織部分有經(jīng)驗(yàn)員工集體review）項(xiàng)目評估流程參考附

9、件2: 項(xiàng)目評估流程項(xiàng)目評估方法及模板參考附件3-6：Project Estimate Template-Normal 項(xiàng)目估算模板- Delphi項(xiàng)目估算模板-Analogy-Pert項(xiàng)目估算模板-Pert四種評估方法和模板任選一種進(jìn)行評估。3.5 開發(fā)計(jì)劃Ø 開發(fā)計(jì)劃的每個任務(wù)需要小于等于5人天；Ø 任務(wù)明確，并可驗(yàn)證；Ø 開發(fā)驗(yàn)證的過程需要包括在計(jì)劃中。關(guān)鍵里程碑計(jì)劃可采用圖形方式。將項(xiàng)目的所有里程碑和關(guān)鍵活動標(biāo)注在下面的時間軸上。注意：如果存在早期功能子集Beta和/或ESP交付件，PDT 需要對交付件進(jìn)行TR4A/TR5評審，以及對GA層產(chǎn)品交付件進(jìn)行T

10、R4A和TR5評審。PDT不需要對每一個構(gòu)件標(biāo)注TR4，只需要標(biāo)示第一個TR4的日期。如果需要將所有里程碑和關(guān)鍵活動標(biāo)注出來，可將時間軸劃分成階段： 階段估計(jì)結(jié)束日期交付件驗(yàn)收準(zhǔn)則（可去掉）TR1（需求評審）和概念DR市場調(diào)研報告（立項(xiàng)階段輸出）市場需求清單（立項(xiàng)階段輸出）初始業(yè)務(wù)計(jì)劃（立項(xiàng)階段輸出）產(chǎn)品需求規(guī)格書TR2（總體方案評審）和計(jì)劃DR產(chǎn)品可行性分析報告/產(chǎn)品業(yè)務(wù)計(jì)劃產(chǎn)品開發(fā)計(jì)劃總體設(shè)計(jì)方案書/產(chǎn)品設(shè)計(jì)說明書產(chǎn)品測試與驗(yàn)證計(jì)劃工藝總體方案裝備總體方案初始物料清單供應(yīng)商和物料選擇計(jì)劃物料認(rèn)證計(jì)劃提前采購決策TR3（模塊級概要設(shè)計(jì)評審）模塊級概要設(shè)計(jì)/總體設(shè)計(jì)各模塊級測試報告目標(biāo)成本跟蹤

11、表市場教育和培訓(xùn)計(jì)劃測試方案TR4（原型機(jī)評審）原型機(jī)原型機(jī)測試報告TR5（設(shè)計(jì)定型評審）中試樣機(jī)驗(yàn)證報告制造系統(tǒng)驗(yàn)證報告BETA測試結(jié)束BETA測試報告外部認(rèn)證結(jié)束系統(tǒng)認(rèn)證和標(biāo)桿測試報告TR6（轉(zhuǎn)產(chǎn)評審）和發(fā)布DR產(chǎn)品可行性分析報告/產(chǎn)品業(yè)務(wù)計(jì)劃（優(yōu)化后）市場發(fā)布材料清單受控銷售階段評估報告試產(chǎn)驗(yàn)證測試報告制造系統(tǒng)驗(yàn)證報告量產(chǎn)點(diǎn)GA量產(chǎn)檢查點(diǎn)確認(rèn)通知3.6 資源計(jì)劃3.6.1 知識和所需的技能  必備的知識和技能所需人員數(shù)量滿意度 (%)C+6100%Java270%VB2100%Oracle7100%PLM12100%Donet23Perl/Python223.6.2 人員安排及

12、分配工作人員名稱角色開始時間結(jié)束時間投入比列%電話郵箱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-0512-31-07100%Morris LiQA07-04-0512-31-07100%Leopold WuQA07-04-0512-31-07100%3.6.

13、3 角色和職責(zé)角色責(zé)任備注項(xiàng)目經(jīng)理（PM）制定項(xiàng)目計(jì)劃定義項(xiàng)目過程管理項(xiàng)目日程項(xiàng)目資源管理器開發(fā)經(jīng)理（Dev Leader）管理開發(fā)日程安排管理開發(fā)資源定義開發(fā)方法設(shè)計(jì)系統(tǒng)體系結(jié)構(gòu)檢討 SDS技術(shù)培訓(xùn)人員測試經(jīng)理/負(fù)責(zé)人（QA Leader）管理質(zhì)量保證計(jì)劃QA 資源管理定義 QA 和發(fā)布過程查看測試計(jì)劃和測試用例QA 技術(shù)培訓(xùn)人員驗(yàn)收軟件工程師（Dev）設(shè)計(jì)和編寫功能代碼測試工程師（QA）制定測試計(jì)劃及案例測試產(chǎn)品生成測試報告PC/PPQA協(xié)助項(xiàng)目負(fù)責(zé)人完成項(xiàng)目注冊表的填寫并根據(jù)表上的信息在ProjectForge、JIRA和Confluence上立項(xiàng)CM根據(jù)流程中附件的內(nèi)容為相應(yīng)資源配置P

14、rojectForge、JIRA和Confluence的權(quán)限3.6.4 培訓(xùn)計(jì)劃主題說明目標(biāo)目標(biāo)人員培訓(xùn)時間時長備注Agile 產(chǎn)品高層次的介紹初步認(rèn)識Agile產(chǎn)品所有新員工加入Agile85的第三周用1.5小時Michael trainsVSS/CQ 用法詳細(xì)介紹工作原理所有新員工新人加入Agile85的第二周用0.5小時Michael trains developers, Arnold trains QAs項(xiàng)目進(jìn)程介紹所有員工07-10-0507-10-05Michael train代碼樣式培訓(xùn)全部開發(fā)人員加入Agile85的第二周用2小時Oracle & Agile DB針對全

15、部人員全部項(xiàng)目組人員10-08-0510-08-05Moon trainsQA技術(shù)培訓(xùn)所有QA05-23-0505-23-05Arnold trains3.6.5 軟硬件資源計(jì)劃資源名稱優(yōu)先詳細(xì)配置購入方法和日期備注Agile Advantage SDK (6) 正常2005 SP2從中小企業(yè)獲得2005/04/26SftTree Control正常從IT獲得2005/05/26SolidWorks 2005 (6)高從IT獲得2005/04/22Server (1)正常P42.4/2.4G/HD 160 GWin 2003 ServerOracle Agile Advantage 2005從

16、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ì)劃管理 干系人 活動項(xiàng)目經(jīng)理開發(fā)經(jīng)理測試經(jīng)理開發(fā)工程師測試工程師客戶IT客戶業(yè)務(wù)部范圍定義項(xiàng)目計(jì)劃確認(rèn)需求收集Story Board確認(rèn)SRS確認(rèn)項(xiàng)目進(jìn)度監(jiān)控UAT環(huán)境準(zhǔn)備UAT驗(yàn)收報告簽字項(xiàng)目結(jié)項(xiàng)會議備注：u R：誰負(fù)責(zé)（R = Responsible）， 即負(fù)責(zé)執(zhí)行任務(wù)的角色，他/她具體負(fù)責(zé)操控項(xiàng)目、解決問題。 u A: 誰

17、批準(zhǔn)（A = Accountable）， 即對任務(wù)負(fù)全責(zé)的角色，只有經(jīng)他/她同意或簽署之后，項(xiàng)目才能得以進(jìn)行。 u S:誰支持（S = Supportive）， 即提供信息資源，輔助執(zhí)行任務(wù)的人員。 u C:咨詢誰（C = Consulted）， 擁有完成項(xiàng)目所需的信息或能力的人員。 u I:通知誰 (I =Informed), 即擁有特權(quán)、應(yīng)及時被通知結(jié)果的人員，卻不必向他/她咨詢、征求意見。該活動主要針對需要客戶方參與的活動，可根據(jù)項(xiàng)目需要自行添加。3.8 溝通計(jì)劃3.8.1 每日溝通序號方式工作內(nèi)容目標(biāo)參加人備注3.8.2 每周溝通序號方式工作內(nèi)容目標(biāo)參加人備注3.8.3 每月溝通序號方

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

19、詳細(xì)參見附件7: PPQA檢查計(jì)劃3.10 風(fēng)險計(jì)劃序號風(fēng)險管理范圍風(fēng)險管理方法/工具風(fēng)險跟蹤頻率(每周/每月)1.技能方面的風(fēng)險組織相關(guān)培訓(xùn)2.設(shè)備（軟硬件）環(huán)境與IT溝通去落實(shí)3.需求通過訪談、原型、組織會議等多種方式去獲取需求并得到需求的確認(rèn)。4.假期協(xié)調(diào)，延長休假的時間范圍5.干系人風(fēng)險加強(qiáng)溝通詳細(xì)參見附件8：項(xiàng)目風(fēng)險跟蹤管理模板13.11 發(fā)布計(jì)劃該計(jì)劃特質(zhì)外部發(fā)布計(jì)劃，內(nèi)部發(fā)布計(jì)劃見測試計(jì)劃。序號發(fā)布包時間標(biāo)準(zhǔn)環(huán)境功能&文檔對象責(zé)任人備注3.12 上線計(jì)劃序號步驟開始時間結(jié)束時間負(fù)責(zé)人備注1設(shè)備安裝2配置3數(shù)據(jù)遷移4數(shù)據(jù)初始化5培訓(xùn)6上線支持3.13 驗(yàn)收計(jì)劃3.13.1

20、項(xiàng)目驗(yàn)收標(biāo)準(zhǔn):1) P1 缺陷 = 02) P2 缺陷 <23) 所有新提出的問題解決.4) QA 結(jié)束了所有測試.5) Agile接受sp的質(zhì)量.3.13.2 驗(yàn)收項(xiàng)清單序號驗(yàn)收項(xiàng)列表狀態(tài)備注3.13.3 驗(yàn)收時間和進(jìn)度序號驗(yàn)收物計(jì)劃驗(yàn)收結(jié)束時間實(shí)際驗(yàn)收結(jié)束時間驗(yàn)收狀態(tài)備注3.14 監(jiān)督和控制計(jì)劃監(jiān)督和控制策略控制機(jī)制頻率負(fù)責(zé)人員風(fēng)險風(fēng)險管理計(jì)劃PM問題PM管理issues，項(xiàng)目人員在周會上匯報issues情況，如果有困難的問題，應(yīng)及時提出。PM進(jìn)度管理主持周會，項(xiàng)目人員匯報工作狀態(tài)，PM對照項(xiàng)目計(jì)劃，如有需要則調(diào)整項(xiàng)目計(jì)劃PM產(chǎn)品質(zhì)量單元測試，代碼審查，測試用例審查，測試所有項(xiàng)目人員

21、項(xiàng)目范圍管理缺陷少于100， HFs 少于5發(fā)布項(xiàng)目組相關(guān)人員管理相關(guān)人員管理計(jì)劃PM協(xié)作項(xiàng)目計(jì)劃開會PM3.15 需求變更管理每個客戶認(rèn)可的需求變更都需要通過需求申請單填寫需求變更申請，保存在項(xiàng)目內(nèi)部的SVN中。需求申請單 如附件9。4 附件序號附件名地址附件1項(xiàng)目裁剪https:/svn.movit-:3690/svn/Organization_Standard_library/branches/項(xiàng)目模板庫/2. 項(xiàng)目管理/2.2 項(xiàng)目管理附件2項(xiàng)目評估https:/svn.movit-:3690/svn/Organization_Standard_library/branches/項(xiàng)目模板庫/2. 項(xiàng)目管理/2.1 項(xiàng)目評估附件3Project Estimate -Nor