項目管理計劃項目管理計劃模板修訂原因修訂原因初始版本增加了4.1、4.4、4.7章節(jié)的內(nèi)容，同時重新排版，使結(jié)構(gòu)更加清晰結(jié)構(gòu)調(diào)整，添加發(fā)布，上線及附件根據(jù)Review結(jié)果，文檔更新JerryJerryCherryCherryShenShen2012-01-2012-02-2013-06-2013-06-0.1.00.2.00.3.00.4.0該項目計劃確定適用的政策，需求和軟件開發(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董事長兼首席TimCurran執(zhí)行官2ElevenTechnology技術(shù)副總裁VanessaHang3ElevenTechnology項目經(jīng)理VanessaHang4Movitech首席執(zhí)行官TinaJi5Movitech首席運營官CharlieChang6Movitech項目經(jīng)理BradCao示例:序號約束條件1.管理上的約束。對Manager和pm來講，預(yù)算是最大的限制條2．運行環(huán)境要求。例如：系統(tǒng)必須安置在一個已經(jīng)加載了其他3．資源方面的約束。如時間，人員方面；軟硬件方面的要求。6.所有工程師都可以在項目開始前到崗7.項目不會因為顧客反饋的意見而取消8.支持多語言，開發(fā)團(tuán)隊現(xiàn)場開發(fā)。。。主要按照項目特征、項目類型或客戶的需求來確定項目的生命周期詳細(xì)參考附件1：序號序號里程碑可交付成果交付日期負(fù)責(zé)人1.StoryBoard完Story2005-4-25JackyHu成Board2.SRS完成SRS2005-4-30JackyHu3.設(shè)計完成SDS2005-5-18KyleLee測試用例CharlesDi測試計劃代碼完成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完Story成BoardBacklog完成BacklogSprint1完成BuildReleaseNotesSprint2完成BuildReleaseNotes…BuildReleaseNotesUATBuildReleaseNotes測試報告用戶手冊系統(tǒng)上線Build培訓(xùn)資料通過WBS把模糊的工作逐層分解和簡化，為后續(xù)工作打下基礎(chǔ)，很好的解決現(xiàn)階段項目開發(fā)中存在的問題。②實際原則：WBS必須與實際工作任務(wù)的執(zhí)行過程一致，分解后的工作應(yīng)該是可管理的、可檢查的和獨立的，要符合項目團(tuán)隊工作的需要；③時間原則：在任務(wù)的分解過程中，最小級別的任務(wù)最③時間原則：在任務(wù)的分解過程中，最小級別的任務(wù)最好控制0工時內(nèi)，可以保證項目問題在兩周或更短的時間內(nèi)解決；④文檔原則：在任務(wù)的分解中，每BS項都必須文檔化，以確保準(zhǔn)確理解已包括和未包括的工作范圍；⑤靈活原則：WBS必須在根據(jù)范圍說明書正常地維護(hù)項目工作內(nèi)容的同時，也能適應(yīng)無法避免的變更。（現(xiàn)階段暫時還是按項目經(jīng)理本身的估算方法實現(xiàn)，后期跟進(jìn)。評估人天大于100人天的需要組織部分有經(jīng)驗員工集體review）四種評估方法和模板任選一種進(jìn)行評估。開發(fā)計劃的每個任務(wù)需要小于等于5人天；開發(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)注出來，可將時間軸劃分成階段：驗收準(zhǔn)則估計結(jié)束日期驗收準(zhǔn)則估計結(jié)束日期TR1（需求評審）市場調(diào)研報告（立項階段輸市場需求清單（立項階段輸初始業(yè)務(wù)計劃（立項階段輸產(chǎn)品需求規(guī)格書TR2（總體方案評TR2（總體方案評務(wù)計劃產(chǎn)品開發(fā)計劃產(chǎn)品測試與驗證計劃工藝總體方案裝備總體方案初始物料清單供應(yīng)商和物料選擇計劃物料認(rèn)證計劃提前采購決策TR3（模塊級概要設(shè)TR3（模塊級概要設(shè)各模塊級測試報告市場教育和培訓(xùn)計劃測試方案測試方案TR4（原型機評審）原型機原型機測試報告TR5（設(shè)計定型評中試樣機驗證報告制造系統(tǒng)驗證報告BETA測試結(jié)束BETA測試報告外部認(rèn)證結(jié)束系統(tǒng)認(rèn)證和標(biāo)桿測試報告TR6（轉(zhuǎn)產(chǎn)評審）務(wù)計劃（優(yōu)化后）市場發(fā)布材料清單受控銷售階段評估報告試產(chǎn)驗證測試報告制造系統(tǒng)驗證報告量產(chǎn)檢查點確認(rèn)通知必備的知識和技能C++JavaVBOraclePLM所需人員數(shù)量6227開始時開始時間07-06-04-20-22Donet22Perl/Python工作人員名稱DanaDaiPMMichaelZhouDevLeader05JenniferDev05-16-Wong05LukeZhongDev04-20-JohnnyYangDev04-20-MoonZhangDev05-19-MorrisLiQA07-04-LeopoldWuQA07-04-結(jié)束時間12-31-32投入比制定項目計劃定義項目過程管理項目日程項目資源管理器管理開發(fā)日程安排管理開發(fā)資源定義開發(fā)方法設(shè)計系統(tǒng)體系結(jié)構(gòu)Leader）備注檢討SDS技術(shù)培訓(xùn)人員管理質(zhì)量保證計劃Leader）QA資源管理定義QA和發(fā)布過程查看測試計劃和測試用例QA技術(shù)培訓(xùn)人員驗收設(shè)計和編寫功能代碼制定測試計劃及案例測試產(chǎn)品生成測試報告PC/PPQA協(xié)助項目負(fù)責(zé)人完成項目注冊表的填寫并根據(jù)表上的信息在ProjectForge、JIRA和Confluence上立項根據(jù)流程中附件的內(nèi)容為相應(yīng)資源配置ProjectForge、JIRA和Confluence的權(quán)限主題主題說明培訓(xùn)時間備注Agile產(chǎn)高層次的初步認(rèn)識Agile產(chǎn)品所有新員工加入Agile85的第三周時MichaeltrainsVSS/CQ詳細(xì)介紹用法工作原理所有新員工新人加入Agile85時Michaeltrainsdevelopers,ArnoldtrainsQAs項目進(jìn)程介紹所有員工07-10-0507-10-05Michaeltrain代碼樣式培訓(xùn)全部開發(fā)人員加入Agile85MoonMoontrainsArnoldtrainsOracle&AgileDBQA技術(shù)培訓(xùn)全部項目組人員05-23-0505-23-05針對全部人員詳細(xì)配置詳細(xì)配置2005SP2P42.4/2.4G/HD160GWin2003ServerOracle8.1.7AgileAdvantage2005P42.4G/1G/HD80GVS6,MSOffice2000RationalRose(2)資源名稱優(yōu)先Agile正常AdvantageSDKSftTreeControlSolidWorks高購入方法和日期從中小企業(yè)獲得2005/04/262005/05/262005/04/222005/04/272005/04/22備注干系干系人范圍定義項目計劃確認(rèn)需求收集StoryBoard確認(rèn)開發(fā)工程師測試工程師開發(fā)經(jīng)理客戶業(yè)務(wù)部項目經(jīng)理測試經(jīng)理客戶項目進(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í)行任C:咨詢誰（C=Consulted擁有完成項目所需的信息或能I:通知誰(I=Informed),即擁有特權(quán)、應(yīng)及時被通知結(jié)果的人員，卻不必向他/她咨詢、征求意見。該活動主要針對需要客戶方參與的活動，可根據(jù)項目需要自行添加。序號序號方式工作內(nèi)容目標(biāo)參加方式工作內(nèi)容參加人備注序號方式工作內(nèi)容參加人備注根據(jù)項目自身需求，可調(diào)整各個溝通頻率。PPQA根據(jù)《PPQA檢查計劃》，檢查項目實際執(zhí)行過程和相關(guān)工作產(chǎn)品是記錄結(jié)果PPQA將不符合項記錄在《PPQA檢查計劃-偏差明細(xì)列表》中。協(xié)商糾正措施PPQA工程師與項目經(jīng)理（或EPGLeader）分析不符合項原因并協(xié)商改進(jìn)對于項目經(jīng)理（EPGLeader）不詳細(xì)參見附件7:風(fēng)險管理范圍風(fēng)險管理范圍技能方面的風(fēng)險設(shè)備（軟硬件）環(huán)境協(xié)調(diào)，延長休假的時間范圍加強溝通詳細(xì)參見附件8：與IT溝通去落實通過訪談、原型、組織會議等多種方式去獲取需求并得假期干系人風(fēng)險風(fēng)險管理方法/工具組織相關(guān)培訓(xùn)風(fēng)險跟蹤頻率(每周/每月)5.序號該計劃特質(zhì)外部發(fā)布計劃，內(nèi)部發(fā)布計劃見測試計劃。對象人備注對象人備注包&文檔開始時開始時間裝結(jié)束時間序號步驟負(fù)責(zé)人備注移移始化持3)所有新提出的問題解決.4)QA結(jié)束了所有測試.5)Agile接受sp的質(zhì)量.序號序號驗收項列表狀態(tài)備注序號驗收物實際驗收結(jié)束時間驗收狀態(tài)備注序號驗收物實際驗收結(jié)束時間驗收狀態(tài)備注結(jié)束時間控制機制控制機制風(fēng)險管理計劃會上匯報issues情況，如果有監(jiān)督和控制策略風(fēng)險PMPM負(fù)責(zé)人員頻率困難的問題，應(yīng)及時提出。困難的問題，應(yīng)及時提出。進(jìn)度管理主持周會，項目人員匯報工作需要則調(diào)整項目計劃單元測試，代碼審查，測試用PM所有項目人產(chǎn)品質(zhì)量例審查，測試員項目范圍管理缺陷少于100，HFs少于5發(fā)布項目