項目管理計劃模板

1、百度文庫-讓每個人平等地提升自我項目管理計劃模板MWitech版本歷史版本號日期作者修訂原因.Sun初始版本Sun增加了、章節(jié)的內(nèi)容，同時重新排版，使 結構更加清晰Shen結構調(diào)整，添加發(fā)布，上線及附件Shen根據(jù)Review結果，文檔更新目 錄1 目的42 項目摘要42.1 項目目標和范圍42.2 主要干系人42.3 約束與假設42.4 項目組織結構53 項目計劃53.1 項目生命周期53.1.1 生命周期確認53.1.2 制定項目過程及產(chǎn)物裁剪53.2 里程碑和可交付成果53.3 工作分解結構73.4 項目評估83.5 開發(fā)計劃83.6 資源計劃10361知識和所需的技能103.6.2人員

2、安排及分配103.63角色和職責113.6.4培訓計劃.123.6.5軟硬件資源計劃 123.7 121.1.1 131.1.2 131.1.3 131.1.4 133.8 風險計劃141143.9 發(fā)布計劃143.10 上線計劃143.11 驗收計劃153.13.1項目驗收標準:153.132驗收項清單153J3.3驗收時間和進度153.12 監(jiān)督和控制計劃153.13 需求變更管理164 附件1617百度文庫-讓每個人平等地提升自我1目的該項U計劃確定適用的政策,需求和軟件開發(fā)的數(shù)據(jù)交換的標準，文檔為完成 開發(fā)工作定義了日程安排,組織，資源和必要的軟件活動進程。2項目摘要2項目目標和范圍示

3、例:Movitech負責Eleven技術所需的所有資源.相關資源部門會和美國團隊和全隊 職工協(xié)作來實現(xiàn)Eleven Pepperidge Farm技術產(chǎn)品的成功交付。國內(nèi)的資源將會按 照Eleven技術而在一個可接受的生產(chǎn)力水平和效率。該項U涵蓋Eleven Pepperidge Facn技術產(chǎn)品的所有新的功能、bug修復和修 改現(xiàn)有功能和代碼的十一項技術產(chǎn)品有關的所有事項。2.2 主要干系人示例:序號職位姓名職責1Eleven Technology -俄事K兼首席執(zhí)行訂Tim Curran2Eleven Technology 技術副總裁Vanessa Hang3Eleven Technolo

4、gy 項目經(jīng)理Vanessa Hang4Movitech首席執(zhí)行宜Tina Ji5Movitech首制運營它Charlie Chang6Movitech項目經(jīng)理Brad Cao2.3 約束與假設示例:序號約束條件1.管理上的約束。對Manager和pm來講,預算是出大的限制條件。2.運行環(huán)境要求。例如:系統(tǒng)必須安置住一個已經(jīng)加載了其他EDX的平臺 上。3.資源方面的約束。如時間，人員方面;軟硬件方面的要求。4.質(zhì)量保證方面的約束。如要求unit test .5.其他約束,。.6.所有工程師都可以住項目開始前到崗7.項目不會因為顧客反饋的意見而取消8.支持多語言,開發(fā)團隊現(xiàn)場開發(fā)。°2

5、.4 項目組織結構示例:Jacky Hu Project Manager1I 1Charles DiKyle LiCMPCTest EngineerDev. Leader,1111Andy LiJarod UFrank LiuJerry QinDeveloperDeveloperDeveloperDeveloper3項目計劃3.1 項目生命周期3.1.1 生命周期確認主要按照項U特征、項U類型或客戶的需求來確定項U的生命周期（如:迭代, 瀑布,Scrum）.去認定我們需要根據(jù)項U的生命周期來做項U計劃。3.1.2 制定項目過程及產(chǎn)物裁剪詳細參考附件1 ：32里程碑和可交付成果示例（瀑布式）.序

6、號里程碑可交付成果交付日期負責人1.Story Board 完成Story Board2005-4-25Jacky Hu2.SRS完成SRS2005-4-30Jacky Hu3.設計完成SDS測試用例測試計劃2005-5-18Kyle LeeCharles Di4.代碼完成BuildRelease Notes2005-6-30Kyle Lee5.Alpha版本BuildRelease Notes2005-7-29Jacky Hu6.Beta版本BuildRelease Notes20059Jacky Hu7.最終版本BuildRelease Notes2005-9-30Jacky Hu8.UA

7、T完成BuildRelease Notes測試報告用戶手冊2005-10-10Jacky Hu9.系統(tǒng)上線Build 培訓資料20051030Jacky Hu示例（敏捷式）：序號里程碑可交付成果交付日期負責人1.Story Board 完成Story Board2.Backlog 完成Backlog3.Sprint 1 完成BuildRelease Notes17百度文庫-讓每個人平等地提升自我4.Sprint2 完成BuildRelease Notes5.BuildRelease Notes6.UATBuildRelease Notes測試報告用戶手冊7.系統(tǒng)上線Build 培訓資料3.3

8、工作分解結構通過WBS把模糊的工作逐層分解和簡化,為后續(xù)工作打下基礎,很好的解決 現(xiàn)階段項目開發(fā)中存在的問題。在信息系統(tǒng)開發(fā)項U中創(chuàng)建WBS的基本原則任務原則:一個單位工作任務只能在WBS中出現(xiàn)一次:每一項任務只能有 一個人負責;WBS中任意一項任務的內(nèi)容是其對應下級各項工作之和;實際原則：WBS必須與實際工作任務的執(zhí)行過程一致,分解后的匚作應該 是可管理的、可檢查的和獨立的，要符合項U團隊工作的需要;時間原則:在任務的分解過程中,最小級別的任務最好控制在40工時內(nèi), 可以保證項目問題在兩周或更短的時間內(nèi)解決;文檔原則:在任務的分解中,每個WBS項都必須文檔化,以確保準確理解 已包括和未包括的

9、工作范圍;靈活原則:WBS必須在根據(jù)范圍說明書正常地維護項U工作內(nèi)容的同時, 也能適應無法避免的變更。3.4 項目評估（現(xiàn)階段暫時還是按項U經(jīng)理本身的估算方法實現(xiàn),后期跟進。評估人天大于 100人天的需要組織部分有經(jīng)驗員工集體re杭ew ）項U評估流程參考附件2:項U評估方法及模板參考附件36四種評估方法和模板任選一種進行評估。3.5 開發(fā)計劃開發(fā)計劃的每個任務需要小于等于5人天;任務明確，并可驗證;開發(fā)驗證的過程需要包括在計劃中。關鍵里程碑計劃可采用圖形方式。將項L1的所有里程碑和關鍵活動標注在下面的時間軸上。注意:如果存在早期 功能子集Beta和/或ESP交付件,PDT需要對交付件進行TR

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

11、概要設計評 審）模塊級概要設計/總體設計 各模塊級測試報告目標成本跟蹤表市場教行和培訓計劃溯試方案TR4 （原型機評審）原型機原型機測試報告TR5 （設計定型評審）中試樣機驗證報告制造系統(tǒng)驗證報告BETA測試結束:BETA測試報告外部認證結束系統(tǒng)認證和標桿測試報告TR6 （轉(zhuǎn)產(chǎn)泮審） 和發(fā)布DR產(chǎn)品可行性分析報告/產(chǎn)品業(yè)務計劃（優(yōu)化后）市場發(fā)布材料清單受控銷售階段評估報告試產(chǎn)驗證測試報告制造系統(tǒng)驗證報告或產(chǎn)點GA量產(chǎn)檢查點確認通知3.6 資源計劃3.6.1 知識和所需的技能必備的知識和技能所需人員數(shù)量滿意度（）C+6100%Java270%VB2100%Oracle100%PLM12100%D

12、onet23Perl/Python22362人員安排及分配工作人員名稱角色開始時間結束時間投入比電話郵箱列Dana DaiPM30%Michael ZhouDevLeader04-20-0512-3L07100%Jennifer WongDev05J6-051231-0760%Luke ZhongDev04-20-051231071009iJohnny YangDev04-20-051231-071009(Moon ZhungDev05 J 9-0512-31-07100%Morris Li07-0495/2J/-07100%Leopold Wu040794-051231071009(363角

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

14、程中附件的內(nèi)容為相應資源 配置 Project Forge、JIRA 和Confluence 的權限364培訓計劃主題說明目標目標人員培訓時間時長備注Agile產(chǎn)品高層次的介初步認識Agile產(chǎn)品所有翁員工加AAg淞85 的第三周用小時Michael trainsVSS/CQ 用 法詳細介紹工 作原理所有新員工新人加入Agile85 的 第二周用小時Michael trains developers, Arnold trains QAs頊H進A所有員工070050740-05Michael train代碼樣式培 訓全部開發(fā)人 員加入A0le85 的第二周用2小時Oracle & Agi

15、le DB針對全部人 次全部項目組 人員/00805/00805Moon trainsQA技術培 訓所有QX05-23-0505-23-05Arnold trains365軟硬件資源計劃資源名稱優(yōu)先詳細配置購入方法和日期備注Agile Advantage SDK 正常2005 SP2從中小企業(yè)獲得2005/04/26SftTree Control正常仄IT獲得 2005/05/26SolidWorks 2005 (6)高仄IT獲得 2005/04/22Server (1)正常2.4G/HD 160 G Win 2003 ServerOracle 8.1.7Agile Advantage 200

16、5從TT獲得 2005/04/27Desktop (8)高P42.4GJG80G3.7173.8.13.8.23.8.33.8.43.8風險計劃序號風險管理范圍風險管理方法/工具風險跟蹤頻率（每周/每月）/.技能方面的風險組織相關培訓2.設務（軟硬件）環(huán)境與1T溝通去落實3.需求通過訪談、原型、組織 會議等多種方式去獲取 需求并得到需求的確 兒4.假期協(xié)調(diào),延長休假的時間 范圍5.干系人風險加強溝通詳細參見附件8：3.9發(fā)布計劃該計劃特質(zhì)外部發(fā)布計劃,內(nèi)部發(fā)布計劃見測試計劃。序號發(fā)布 包時間標準環(huán)境功能 &文 檔對象責任 人備注3.10上線計劃序號步驟開始時 間結束時 間負責人備注/設

17、備安裝2配置3數(shù)據(jù)遷移4數(shù)據(jù)初始 化5培訓6上線支持3.11驗收計劃3.13.1項目驗收標準:1) P1缺陷二02) P2缺陷23) 所有新提出的問題解決.4) QA結束了所有測試.5) Agile接受沖的質(zhì)量.3.13.2驗收項清單序號驗收項列表狀態(tài)備注3.13.3驗收時間和進度序號驗收物計劃驗收 結束時間實際驗收 結束時間驗收狀態(tài)備注3.12監(jiān)督和控制計劃監(jiān)督和控制策略控制機制頻率負責人員百度文庫-讓每個人平等地提升自我風險風險管理計劃PM問題PM管理issues,項目人員在周會上匯 報issues情況,如果有困難的問題,應 及時提出。PM進度管理主持周會,項目人員匯報工作狀態(tài), PM對照項目計劃，如有需要則調(diào)整項 目計劃PM產(chǎn)品質(zhì)量單元測試,代碼審查，測試用例審 查，測試所有項目人員項目范圍心理缺陷少于100, HFs少于5發(fā)布項目組