項目管理計劃模板

PAGE1..項目管理計劃模板版本歷史版本號日期作者修訂原因0.1.02012-01-17JerrySun初始版本0.2.02012-02-14JerrySun增加了4.1、4.4、4.7章節(jié)的內(nèi)容,同時重新排版,使結(jié)構(gòu)更加清晰2013-06-24CherryShen結(jié)構(gòu)調(diào)整,添加發(fā)布,上線及附件2013-06-26CherryShen根據(jù)Review結(jié)果,文檔更新目錄1目的42項目摘要42.1項目目標(biāo)和范圍42.2主要干系人42.3里程碑和可交付成果42.4約束62.5假設(shè)62.6項目組織結(jié)構(gòu)73項目計劃73.1項目生命周期7生命周期確認(rèn)7制定項目過程及產(chǎn)物裁剪73.2工作分解結(jié)構(gòu)73.3項目評估83.4開發(fā)計劃93.5資源計劃11知識和所需的技能11人員安排及分配11角色和職責(zé)11培訓(xùn)計劃12軟硬件資源計劃133.6相關(guān)干系人員計劃管理133.7溝通計劃14每日溝通14每周溝通14每月溝通14隨時溝通153.8流程質(zhì)量控制計劃15PPQA評審機(jī)制15PPQA檢查計劃153.9風(fēng)險計劃153.10發(fā)布計劃163.11上線計劃163.12驗收計劃17項目驗收標(biāo)準(zhǔn):17驗收項清單17驗收時間和進(jìn)度173.13監(jiān)督和控制計劃173.14需求管理184附件18該項目計劃確定適用的政策,需求和軟件開發(fā)的數(shù)據(jù)交換的標(biāo)準(zhǔn),文檔為完成開發(fā)工作定義了日程安排,組織,資源和必要的軟件活動進(jìn)程。示例：Movitech負(fù)責(zé)Eleven技術(shù)所需的所有資源.相關(guān)資源部門會和美國團(tuán)隊和全隊職工協(xié)作來實現(xiàn)ElevenPepperidgeFarm技術(shù)產(chǎn)品的成功交付。國內(nèi)的資源將會按照Eleven技術(shù)而在一個可接受的生產(chǎn)力水平和效率。該項目涵蓋ElevenPepperidgeFarm技術(shù)產(chǎn)品的所有新的功能、bug修復(fù)和修改現(xiàn)有功能和代碼的十一項技術(shù)產(chǎn)品有關(guān)的所有事項。示例:序號職位姓名職責(zé)1ElevenTechnology董事長兼首席執(zhí)行官TimCurran2ElevenTechnology技術(shù)副總裁VanessaHang3ElevenTechnology項目經(jīng)理VanessaHang4Movitech首席執(zhí)行官TinaJi5Movitech首席運營官CharlieChang6Movitech項目經(jīng)理BradCao示例:序號約束條件1.管理上的約束。對Manager和pm來講,預(yù)算是最大的限制條件。2．運行環(huán)境要求。例如：系統(tǒng)必須安置在一個已經(jīng)加載了其他EDX的平臺上。3．資源方面的約束。如時間,人員方面；軟硬件方面的要求。4．質(zhì)量保證方面的約束。如要求unittest。5.其他約束。。。6.所有工程師都可以在項目開始前到崗7.項目不會因為顧客反饋的意見而取消8.支持多語言,開發(fā)團(tuán)隊現(xiàn)場開發(fā)。。。示例：主要按照項目特征、項目類型或客戶的需求來確定項目的生命周期〔如：迭代,瀑布,Scrum>。去認(rèn)定我們需要根據(jù)項目的生命周期來做項目計劃。詳細(xì)參考附件1：項目裁剪模板示例〔瀑布式:序號里程碑可交付成果交付日期負(fù)責(zé)人StoryBoard完成StoryBoard2005-4-25JackyHuSRS完成SRS2005-4-30JackyHu設(shè)計完成SDS測試用例測試計劃2005-5-18KyleLeeCharlesDi代碼完成BuildReleaseNotes2005-6-30KyleLeeAlpha版本BuildReleaseNotes2005-7-29JackyHuBeta版本BuildReleaseNotes2005-9-9JackyHu最終版本BuildReleaseNotes2005-9-30JackyHuUAT完成BuildReleaseNotes測試報告用戶手冊2005-10-10JackyHu系統(tǒng)上線Build培訓(xùn)資料2005-10-30JackyHu示例〔敏捷式:序號里程碑可交付成果交付日期負(fù)責(zé)人StoryBoard完成StoryBoardBacklog完成BacklogSprint1完成BuildReleaseNotesSprint2完成BuildReleaseNotes…BuildReleaseNotesUATBuildReleaseNotes測試報告用戶手冊系統(tǒng)上線Build培訓(xùn)資料通過WBS把模糊的工作逐層分解和簡化,為后續(xù)工作打下基礎(chǔ),很好的解決現(xiàn)階段項目開發(fā)中存在的問題。在信息系統(tǒng)開發(fā)項目中創(chuàng)建WBS的基本原則

①任務(wù)原則：一個單位工作任務(wù)只能在WBS中出現(xiàn)一次；每一項任務(wù)只能有一個人負(fù)責(zé)；WBS中任意一項任務(wù)的內(nèi)容是其對應(yīng)下級各項工作之和；

②實際原則：WBS必須與實際工作任務(wù)的執(zhí)行過程一致,分解后的工作應(yīng)該是可管理的、可檢查的和獨立的,要符合項目團(tuán)隊工作的需要；

③時間原則：在任務(wù)的分解過程中,最小級別的任務(wù)最好控制在40工時內(nèi),可以保證項目問題在兩周或更短的時間內(nèi)解決；

④文檔原則：在任務(wù)的分解中,每個WBS項都必須文檔化,以確保準(zhǔn)確理解已包括和未包括的工作范圍；

⑤靈活原則：WBS必須在根據(jù)范圍說明書正常地維護(hù)項目工作內(nèi)容的同時,也能適應(yīng)無法避免的變更。〔現(xiàn)階段暫時還是按項目經(jīng)理本身的估算方法實現(xiàn),后期跟進(jìn)。評估人天大于100人天的需要組織部分有經(jīng)驗員工集體review項目評估流程參考附件2:項目評估流程項目評估方法及模板參考附件3-6：ProjectEstimateTemplate-Normal項目估算模板-Delphi項目估算模板-Analogy-Pert項目估算模板-Pert四種評估方法和模板任選一種進(jìn)行評估。開發(fā)計劃的每個任務(wù)需要小于等于5人天；任務(wù)明確,并可驗證；開發(fā)驗證的過程需要包括在計劃中。關(guān)鍵里程碑計劃可采用圖形方式。將項目的所有里程碑和關(guān)鍵活動標(biāo)注在下面的時間軸上。注意：如果存在早期功能子集Beta和/或ESP交付件,PDT需要對交付件進(jìn)行TR4A/TR5評審,以及對GA層產(chǎn)品交付件進(jìn)行TR4A和TR5評審。PDT不需要對每一個構(gòu)件標(biāo)注TR4,只需要標(biāo)示第一個TR4的日期。如果需要將所有里程碑和關(guān)鍵活動標(biāo)注出來,可將時間軸劃分成階段：階段估計結(jié)束日期交付件驗收準(zhǔn)則〔可去掉TR1〔需求評審和概念DR市場調(diào)研報告〔立項階段輸出市場需求清單〔立項階段輸出初始業(yè)務(wù)計劃〔立項階段輸出產(chǎn)品需求規(guī)格書TR2〔總體方案評審和計劃DR產(chǎn)品可行性分析報告/產(chǎn)品業(yè)務(wù)計劃產(chǎn)品開發(fā)計劃總體設(shè)計方案書/產(chǎn)品設(shè)計說明書產(chǎn)品測試與驗證計劃工藝總體方案裝備總體方案初始物料清單供應(yīng)商和物料選擇計劃物料認(rèn)證計劃提前采購決策TR3〔模塊級概要設(shè)計評審模塊級概要設(shè)計/總體設(shè)計各模塊級測試報告目標(biāo)成本跟蹤表市場教育和培訓(xùn)計劃測試方案TR4〔原型機(jī)評審原型機(jī)原型機(jī)測試報告TR5〔設(shè)計定型評審中試樣機(jī)驗證報告制造系統(tǒng)驗證報告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ù)計劃〔優(yōu)化后市場發(fā)布材料清單受控銷售階段評估報告試產(chǎn)驗證測試報告制造系統(tǒng)驗證報告量產(chǎn)點GA量產(chǎn)檢查點確認(rèn)通知必備的知識和技能所需人員數(shù)量滿意度<%>C++6100%Java270%VB2100%Oracle7100%PLM12100%Donet23Perl/Python22工作人員名稱角色開始時間結(jié)束時間投入比列%電話郵箱DanaDaiPM07-06-0512-31-0730%MichaelZhouDevLeader04-20-0512-31-07100%JenniferWongDev05-16-0512-31-0760%LukeZhongDev04-20-0512-31-07100%JohnnyYangDev04-20-0512-31-07100%MoonZhangDev05-19-0512-31-07100%MorrisLiQA07-04-0512-31-07100%LeopoldWuQA07-04-0512-31-07100%角色責(zé)任備注項目經(jīng)理〔PM制定項目計劃定義項目過程管理項目日程項目資源管理器開發(fā)經(jīng)理〔DevLeader管理開發(fā)日程安排管理開發(fā)資源定義開發(fā)方法設(shè)計系統(tǒng)體系結(jié)構(gòu)檢討SDS技術(shù)培訓(xùn)人員測試經(jīng)理/負(fù)責(zé)人〔QALeader管理質(zhì)量保證計劃QA資源管理定義QA和發(fā)布過程查看測試計劃和測試用例QA技術(shù)培訓(xùn)人員驗收軟件工程師〔Dev設(shè)計和編寫功能代碼測試工程師〔QA制定測試計劃及案例測試產(chǎn)品生成測試報告PC/PPQA協(xié)助項目負(fù)責(zé)人完成項目注冊表的填寫并根據(jù)表上的信息在ProjectForge、JIRA和Confluence上立項CM根據(jù)流程中附件的內(nèi)容為相應(yīng)資源配置ProjectForge、JIRA和Confluence的權(quán)限主題說明目標(biāo)目標(biāo)人員培訓(xùn)時間時長備注Agile產(chǎn)品高層次的介紹初步認(rèn)識Agile產(chǎn)品所有新員工加入Agile85的第三周用1.5小時MichaeltrainsVSS/CQ用法詳細(xì)介紹工作原理所有新員工新人加入Agile85的第二周用0.5小時Michaeltrainsdevelopers,ArnoldtrainsQAs項目進(jìn)程介紹所有員工07-10-0507-10-05Michaeltrain代碼樣式培訓(xùn)全部開發(fā)人員加入Agile85的第二周用2小時Oracle&AgileDB針對全部人員全部項目組人員10-08-0510-08-05MoontrainsQA技術(shù)培訓(xùn)所有QA05-23-0505-23-05Arnoldtrains資源名稱優(yōu)先詳細(xì)配置購入方法和日期備注AgileAdvantageSDK<6>正常2005SP2從中小企業(yè)獲得2005/04/26SftTreeControl正常從IT獲得2005/05/26SolidWorks2005<6>高從IT獲得2005/04/22Server<1>正常P42.4/2.4G/HD160GWin2003ServerOracleAgileAdvantage2005從IT獲得2005/04/27Desktop<8>高P42.4G/1G/HD80GWin2KProSP4<5>WinXPSP2<2>VS6,MSOffice2000RationalRose<2>從IT獲得2005/04/22干系人活動項目經(jīng)理開發(fā)經(jīng)理測試經(jīng)理開發(fā)工程師測試工程師客戶IT客戶業(yè)務(wù)部范圍定義項目計劃確認(rèn)需求收集StoryBoard確認(rèn)SRS確認(rèn)項目進(jìn)度監(jiān)控UAT環(huán)境準(zhǔn)備UAT驗收報告簽字項目結(jié)項會議備注：R：誰負(fù)責(zé)〔R=Responsible,即負(fù)責(zé)執(zhí)行任務(wù)的角色,他/她具體負(fù)責(zé)操控項目、解決問題。A:誰批準(zhǔn)〔A=Accountable,即對任務(wù)負(fù)全責(zé)的角色,只有經(jīng)他/她同意或簽署之后,項目才能得以進(jìn)行。S:誰支持〔S=Supportive,即提供信息資源,輔助執(zhí)行任務(wù)的人員。C:咨詢誰〔C=Consulted,擁有完成項目所需的信息或能力的人員。I:通知誰<I=Informed>,即擁有特權(quán)、應(yīng)及時被通知結(jié)果的人員,卻不必向他/她咨詢、征求意見。該活動主要針對需要客戶方參與的活動,可根據(jù)項目需要自行添加。序號方式工作內(nèi)容目標(biāo)參加人備注序號方式工作內(nèi)容目標(biāo)參加人備注序號方式工作內(nèi)容目標(biāo)參加人備注序號方式工作內(nèi)容目標(biāo)參加人備注根據(jù)項目自身需求,可調(diào)整各個溝通頻率。實施審計PPQA根據(jù)《PPQA檢查計劃》,檢查項目實際執(zhí)行過程和相關(guān)工作產(chǎn)品是否符合既定的規(guī)范。記錄結(jié)果PPQA將不符合項記錄在《PPQA檢查計劃-偏差明細(xì)列表》中。協(xié)商糾正措施PPQA工程師與項目經(jīng)理〔或EPGLeader分析不符合項原因并協(xié)商改進(jìn)措施。對于項目經(jīng)理〔EPGLeader不認(rèn)同的不符合項,PPQA工程師將該不符合項匯報給PMO,由PMO協(xié)商解決。詳細(xì)參見附件7:PPQA檢查計劃序號風(fēng)險管理范圍風(fēng)險管理方法/工具風(fēng)險跟蹤頻率<每周/每月>1.技能方面的風(fēng)險組織相關(guān)培訓(xùn)2.設(shè)備〔軟硬件環(huán)境與IT溝通去落實3.需求通過訪談、原型、組織會議等多種方式去獲取需求并得到需求的確認(rèn)。4.假期協(xié)調(diào),延長休假的時間范圍5.干系人風(fēng)險加強(qiáng)溝通詳細(xì)參見附件8：項目風(fēng)險跟蹤管理模板該計劃特質(zhì)外部發(fā)布計劃,內(nèi)部發(fā)布計劃見測試計劃。序號發(fā)布包時間標(biāo)準(zhǔn)環(huán)境功能&文檔對象責(zé)任人備注序號步驟開始時間結(jié)束時間負(fù)責(zé)人備注1設(shè)備安裝2配置3數(shù)據(jù)遷移4數(shù)據(jù)初始化5培訓(xùn)6上線支持P1缺陷=0P2缺陷<2所有新提出的問題解決.QA結(jié)束了所有測試.Agile接受sp的質(zhì)量.序號驗收項列表狀態(tài)備注序號驗收物計劃驗收結(jié)束時間實際驗收結(jié)束時間驗收狀態(tài)備注監(jiān)督和控制策略控制機(jī)制頻率負(fù)責(zé)人員風(fēng)險風(fēng)險管理計劃PM問題PM管理issues,項目人員在周會上匯報issues情況,如果有困難的問題,應(yīng)及時提出。PM進(jìn)度管理主持周會,項目人員匯報工作狀態(tài),PM對照項目計劃,如有需要則調(diào)整項目計劃PM產(chǎn)品質(zhì)量單元測試,代碼審查,測試用例審查,測試所有項目人員項目范圍管理缺陷少于10