IT項目計劃模板參考模板

1、密級 Confidentiality Level 報告版本 Report Version頁數(shù) Total Pages 報告編號： 項 目 開 發(fā) 計 劃項 目 號： 項目名稱： 編 制 人： 部 門： 日 期： 初審Pre-Reviewed by日 期 Date復審Reviewed by日 期 Date批準Approved by日 期 Date版權所有 侵權必究All Copyright Reserve1 / 19目 錄1 內(nèi)容簡介41.1文檔目的41.2文檔范圍42 項目概況43 項目組織結構44 項目依賴關系分析55.1 項目關鍵路徑分析及保障措施55.2 項目依賴關系分析55.3 項目關

2、鍵成功因素65.3 技術方法和工具65 交付件66 項目計劃76.1 項目的里程碑計劃76.2 項目WBS計劃（highlevel計劃）97 人力資源和技能需求98 項目所需其它資源109.1關鍵物料需求計劃109.2實驗設備和環(huán)境資源計劃119 資料開發(fā)計劃1110 對外合作計劃1211 外包任務1210.1子承包商資料1210.2外包任務的范圍1210.3里程碑、交付件1212 預算/分配（可選）1213 驗收標準（可去掉）1214 質(zhì)量計劃(也可單獨成文檔)1312.1 項目過程定義1312.2 質(zhì)量目標1312.3 通過技術手段保證質(zhì)量1412.4 質(zhì)量控制活動1412.5 質(zhì)量保證活

3、動1515 項目溝通計劃1614.1 項目組會議1614.2 項目報告機制1616 項目的重用計劃1615.1現(xiàn)有重用構件1615.2新增重用構件1717 配置管理計劃1718 問題1719 風險管理計劃1720 客戶的參與1821 培訓計劃1822 計劃更新策略191 內(nèi)容簡介1.1 文檔目的這部分要描述文檔的目的，應該指明讀者。1.2 文檔范圍<描述項目計劃的范圍，明確文檔涉及的各項內(nèi)容>簡要描述本計劃需要在該產(chǎn)品項目中完成的工作活動及其工作目標、項目采用的生命周期、項目交付物、相關人員的角色和職責、主要里程碑、進度計劃、質(zhì)量計劃、配置管理計劃、風險計劃等。2 項目概況簡要描述

4、本項目的類型（新產(chǎn)品/改進/維護類）、項目的目的、范圍、目標（例如：項目的市場定位，產(chǎn)品需求等）。3 項目組織結構PDT組織結構圖PDT及系統(tǒng)分析與設計組成員建議 ，產(chǎn)品開發(fā)成員建議在決策評審點前與適當?shù)腜RB成員及相關資源部門經(jīng)理對這些列表進行溝通的結果描述項目的組織結構，建議采用圖表的表示方式。也可參考下例：下表定義了項目成員的角色和職責。l 在審核之前項目經(jīng)理需指定所有文檔和代碼的審核人。l 對于各個角色的職責定義可根據(jù)項目實際情況進行補充。 l 下表內(nèi)容應當至少在項目的每個階段結束時進行更新。對于項目階段中/ 階段間發(fā)生的組織結構的變化，項目經(jīng)理應當通過郵件周知所有相關人員，然后更新項

5、目計劃。表4 項目的組織結構 No.角色姓名向誰報告?zhèn)浞葙Y源1客戶代表2產(chǎn)品QA（PQA） No.角色姓名向誰報告?zhèn)浞葙Y源3PDT經(jīng)理版本經(jīng)理1版本經(jīng)理14市場代表（MKTPDT）5技術支持代表（TSEPDT）6制造代表（MNFPDT）7采購代表（PROPDT）8財務代表（FPDT）9開發(fā)代表(RDPDT)系統(tǒng)工程師(SE)軟件經(jīng)理硬件經(jīng)理結構經(jīng)理開發(fā)組長（PL）1開發(fā)組長（PL）210變更控制委員會（CCB）11技術評審專家（Reviewer）4 項目依賴關系分析5.1 項目關鍵路徑分析及保障措施在本節(jié)中，分析影響項目進度的關鍵步驟/環(huán)節(jié)、關鍵因素，并提出保障措施5.2 項目依賴關系分析在本

6、節(jié)中，說明項目的內(nèi)部依賴關系(如：開發(fā)測試工具、人力資源等)和對外部的依賴（如項目之間、與客戶之間的技術、資源等方面）?？捎靡蕾囆粤斜?、活動網(wǎng)絡圖的方法描述。列出所有影響項目計劃的假設因素(相對于已知的因素)。如果這些假設因素有誤，或者沒有利用到假設因素，或者假設因素發(fā)生變化都會使項目受到影響。另外還要描述項目對外部因素的依賴關系，例如，如項目作為整個大系統(tǒng)的一部分，需要其他部分提供接口定義或者PDT提供正在開發(fā)的仿真性能測試工具以代替實際環(huán)境測試等等>請參考下例：表1 項目依賴關系Sl. No依賴于（通常指接口等）責任人狀態(tài)OPEN（正在進行）/CLOSE（已經(jīng)關閉）最早提供日期驗收條

7、件(如果有)1235.3 項目關鍵成功因素關鍵成功因素影響高/中/低依賴關系行動計劃5.3 技術方法和工具 在本節(jié)中，描述對產(chǎn)品項目進行需求分析、設計、實現(xiàn)、測試、文檔寫作、發(fā)布、修改、或維護過程中采用的開發(fā)方法、組織結構和其他標記、工具、技術和方法。此外，對使用的技術標準、方針和流程也要用直接描述或參考到其它文檔的方式進行說明。參考下例，對于產(chǎn)品項目所需要的硬件、軟件和其他工具設備用下表描述：表2 技術方法和工具分類名稱型號數(shù)量開始使用日期結束使用日期儀表專用儀表開發(fā)工具5 交付件在本節(jié)中，應描述需要交付給下游部門的工作產(chǎn)品及其需求。這些交付工作產(chǎn)品應包括各種設計文件、圖紙、文檔等。交付工作

8、產(chǎn)品應分解成可管理的大小粒度。（這部分內(nèi)容如在配置管理計劃或文檔計劃中給出，則可以指出相關文檔名稱或者給予鏈接即可。）可以采用列表方式。舉例如下：表3 項目交付工作產(chǎn)品交付工作產(chǎn)品名稱產(chǎn)品描述質(zhì)量保證活動驗收標準交付件形式總體設計文檔XXX項目XX總體設計方案正規(guī)檢視及評審歸檔/發(fā)布文檔詳細設計文檔XXX項目XX詳細設計歸檔/發(fā)布文檔歸檔/發(fā)布歸檔/發(fā)布文檔歸檔/發(fā)布文檔歸檔/發(fā)布文檔歸檔/發(fā)布文檔 6 項目計劃6.1 項目的里程碑計劃§ 關鍵里程碑計劃可采用圖形方式。將項目的所有里程碑和關鍵活動標注在下面的時間軸上。注意：如果存在早期功能子集Beta和/或ESP交付件，PDT 需要

9、對交付件進行TR4A/TR5評審，以及對GA層產(chǎn)品交付件進行TR4A和TR5評審。PDT不需要對每一個構件標注TR4，只需要標示第一個TR4的日期。如果需要將所有里程碑和關鍵活動標注出來，可將時間軸劃分成階段，如上所示。§ 也可采用如下例子的形式描述里程碑計劃。表5 項目里程碑計劃階段估計結束日期交付件驗收準則（可去掉）TR1（需求評審）和概念DR市場調(diào)研報告（立項階段輸出）市場需求清單（立項階段輸出）初始業(yè)務計劃（立項階段輸出）產(chǎn)品需求規(guī)格書TR2（總體方案評審）和計劃DR產(chǎn)品可行性分析報告/產(chǎn)品業(yè)務計劃產(chǎn)品開發(fā)計劃總體設計方案書/產(chǎn)品設計說明書產(chǎn)品測試與驗證計劃工藝總體方案裝備總

10、體方案初始物料清單供應商和物料選擇計劃物料認證計劃提前采購決策TR3（模塊級概要設計評審）模塊級概要設計/總體設計各模塊級測試報告目標成本跟蹤表市場教育和培訓計劃測試方案TR4（原型機評審）原型機原型機測試報告TR5（設計定型評審）中試樣機驗證報告制造系統(tǒng)驗證報告BETA測試結束BETA測試報告外部認證結束系統(tǒng)認證和標桿測試報告TR6（轉產(chǎn)評審）和發(fā)布DR產(chǎn)品可行性分析報告/產(chǎn)品業(yè)務計劃（優(yōu)化后）市場發(fā)布材料清單受控銷售階段評估報告試產(chǎn)驗證測試報告制造系統(tǒng)驗證報告量產(chǎn)點GA量產(chǎn)檢查點確認通知6.2 項目WBS計劃（highlevel計劃）參見項目的WBS計劃，請指出具體存放位置。6.3軟件詳細

11、計劃6.4硬件詳細計劃6.5結構詳細計劃7 人力資源和技能需求§ 也可采用下表格式：<羅列項目需要的人力資源及技能要求>對項目組人員提出可能會影響項目進度的技能要求，例如：CPU應用技能、VxWorks BSP技術等。Sl. No.資源名稱階段1（人數(shù)、技能要求）階段2（人數(shù)、技能要求）階段3（人數(shù)、技能要求）階段4（人數(shù)、技能要求）說明1項目經(jīng)理2XX業(yè)務代表3硬件組4軟件組結構組測試組§ 也可采用下表格式：<羅列項目需要的人力資源及技能要求>Sl. No.資源名稱人數(shù)起始日期結束日期技能要求說明1Sl. No.資源名稱人數(shù)起始日期結束日期技能要求

12、說明2348 項目所需其它資源9.1 關鍵物料需求計劃詳細描述在不同階段對關鍵物料的需求計劃。可單獨形成關鍵物料需求計劃。或 可單獨形成供應商物料選擇計劃也可采用下表：表6 關鍵物料需求計劃關鍵物料描述計劃采購到貨時間預期最長采購周期計劃采購數(shù)量概念、計劃階段物料 XXX器件開發(fā)階段物料 XXX器件驗證與發(fā)布階段物料 XXX器件 注：項目組應充分估計各物料的采購周期，在各關鍵點應提前下達采購需求給采購部門。增加提前采購，供應商選擇參見提前采購計劃表模板：新物料提前采購清單，部分物料可以從該表COPY過來項目組應該計劃好首次量產(chǎn)前（包括工程樣機、中試樣機、首次量產(chǎn)）的所有物料，并根據(jù)后續(xù)量產(chǎn)的數(shù)

13、量、時間結合市場的計劃等給出建議。9.2 實驗設備和環(huán)境資源計劃詳細描述在不同階段對不同的環(huán)境的需求計劃。如特殊的硬件平臺、測試設備、軟件工具等。標準的辦公硬件不必在這里列。舉例如下：表6 實驗設備和環(huán)境資源計劃階段描述數(shù)量計劃使用時間區(qū)段說明概念分析計劃階段開發(fā)階段驗證階段9 資料開發(fā)計劃表7 資料開發(fā)計劃資料類別資料名稱責任人計劃完成時間驗收準則1. 用戶類資料用戶手冊客戶產(chǎn)品布XXX評審2. 營銷類資料市場部YYY評審3技術支持類資料開發(fā)/ 測試評審4應用開發(fā)資料開發(fā)/測試10 對外合作計劃參照總體設計文檔“外包外購的相應規(guī)格”列出需要對外合作的部分。包括合作內(nèi)容，進度要求等11 外包任

14、務<本部分僅當項目中有外包時適用>10.1 子承包商資料子承包商名聯(lián)系人通訊地址<其它>10.2 外包任務的范圍<指明項目外包給子承擔商的工作內(nèi)容，可以采用特性、需求、模塊等來說明>10.3 里程碑、交付件<指明協(xié)商后確定的子承包商的里程碑、交付件>里程碑分配給子承包商的工作產(chǎn)品計劃開始日期計劃完成日期給公司的交付件12 預算/分配（可選）估計產(chǎn)品的預算及分配討論主要的未解決問題，包括資金投入的及時性及性質(zhì)。將實際日期的項目資源、成本和時間進度與估計的整個項目的資源、成本和時間進度進行比較。13 驗收標準（可去掉）客戶的驗收標準就是產(chǎn)品應滿足在需

15、求規(guī)格文檔中描述的需求。系統(tǒng)測試和驗收測試將證實產(chǎn)品與需求規(guī)格保持了一致。<請在這里注明客戶特殊的驗收標準。驗收標準是基于客戶的需要，所以應由客戶來制定，在需要的時候由項目組協(xié)助。交付件的屬性如：質(zhì)量目標，測試標準，驗收結束后發(fā)現(xiàn)故障的處理方式，文檔等。>14 質(zhì)量計劃(也可單獨成文檔)12.1 項目過程定義1） 選擇開發(fā)模型開發(fā)類，增強類，維護類 2）并可在此基礎上進一步流程裁剪：提供與標準開發(fā)流程的偏差，并說明裁剪原因。12.2 質(zhì)量目標可以定性或定量描述，為提高可控制性，盡量采用定量質(zhì)量指標描述。若能定量描述，請參考下表：參考或直接引用項目度量表中質(zhì)量目標部分的數(shù)據(jù)。表9 項

16、目質(zhì)量目標NO.項目質(zhì)量目標目標基線（暫不填）上限（暫不填）下限（暫不填）說明1進度偏差率80%2需求穩(wěn)定性903硬件第一次樣機制作完成前缺陷發(fā)現(xiàn)數(shù)目<=34樣機投板次數(shù)20%5軟件發(fā)布前缺陷發(fā)現(xiàn)密度6編碼缺陷發(fā)現(xiàn)密度7硬件/軟件總體設計缺陷發(fā)現(xiàn)數(shù)目8硬件/軟件詳細設計缺陷發(fā)現(xiàn)數(shù)目9需求更改/設計更改/工程更改數(shù)10文檔齊套性11返修率.12.3 通過技術手段保證質(zhì)量 通過哪些技術手段可以保證質(zhì)量目標和關鍵性能指標的達成。 例如：通過靜態(tài)代碼分析工具和自動化軟件測試工具可以有效提高軟件質(zhì)量。12.4 質(zhì)量控制活動羅列執(zhí)行的質(zhì)量控制活動。12.4.1技術評審活動產(chǎn)品開發(fā)過程中需要哪些技術評

17、審活動，哪些技術評審點可以合并？各技術評審點的評審要素的裁剪說明tw 技術評審1和技術評審2合并 TR1與TR2的評審要素合并，并裁剪，評審要素重點放。，而。方面要素可免去。w 技術評審3TR3的評審要素需裁剪，評審要素重點放。，而。方面要素可免去。w 技術評審4TR4的評審要素需不裁剪；w 技術評審5TR4的評審要素需不裁剪；w 技術評審6TR4的評審要素需不裁剪；12.4.2 正規(guī)檢視活動（同行評審）產(chǎn)品開發(fā)過程中需要設置對哪些輸出的正規(guī)檢視活動？w 軟件模塊測試計劃w 軟件概要設計w 軟件代碼w 軟件測試報告w 硬件總體設計w 硬件電路原理圖和PCB圖w 硬件測試報告12.4.3 測試對

18、測試策略和測試活動進行說明：也可合入文檔產(chǎn)品測試與驗證計劃l 測試活動合并裁剪例如：增強類項目，集成測試和系統(tǒng)測試可以合并。l 單元測試測試質(zhì)量目標測試依賴關系分析測試停止準則l 集成測試測試質(zhì)量目標測試依賴關系分析測試重點回歸測試策略測試停止準則l 系統(tǒng)測試測試質(zhì)量目標測試依賴關系分析測試重點回歸測試策略 12.5 質(zhì)量保證活動羅列應該執(zhí)行的質(zhì)量保證活動。舉例如下：12.5.1 內(nèi)部審計每個項目在開發(fā)生命周期中至少進行一次內(nèi)部審計。12.5.2 交付件審計(按階段)w 技術評審1之后w 技術評審2之后w 技術評審3之后w 技術評審4之后w 技術評審5之后w 技術評審6之后12.5.3 基線審

19、計規(guī)劃在哪些階段點需要進行基線審計。w 技術評審1之后w 技術評審2之后w 技術評審3之后w 技術評審4之后w 技術評審5之后w 技術評審6之后 15 項目溝通計劃14.1 項目組會議列舉項目跟蹤、監(jiān)控的會議類型、頻率以及參加人員，可以采用列表形式。參考下例：表7 項目組會議No會議頻度參加人跟蹤機制1.階段結束會議2.項目總結會議3.14.2 項目報告機制列舉項目跟蹤、監(jiān)控過程中需要出示的報告類型、頻率、報告人、匯報人信息。參考下例：表8 項目報告機制No.報告準備人頻度向誰匯報1.項目狀態(tài)報告2.項目階段結束報告3.項目總結報告4.16 項目的重用計劃需要對公司其他產(chǎn)品在本產(chǎn)品中實現(xiàn)重用進

20、行分析以及本產(chǎn)品可以共享給公司的其他產(chǎn)品以供重用，可以直接鏈接相應的文檔或者在此加以說明。15.1 現(xiàn)有重用構件Sl. No構件/文檔名采用階段(If applicable)重用構件的資產(chǎn)ID1215.2 新增重用構件序號構件/文檔名需求/文檔id說明12注： 資產(chǎn)庫中已有的重用構件2 項目產(chǎn)生的新的重用構件17 配置管理計劃項目的配置管理活動應該按照配置管理計劃來執(zhí)行。參見XXX項目配置管理計劃。18 問題 <描述與當前版本有關的問題或從前一版本繼承而來的問題>列出項目初期任何其他已經(jīng)發(fā)現(xiàn)的問題，包括組間協(xié)調(diào)、實驗環(huán)境、工作場所等問題。Sl. No問題責任人狀態(tài)（打開/關閉）最早關閉日期1219 風險管理計劃按照風險管理規(guī)程來管理項目的風險。祥見XXX項目風險管理計劃。在此詳細說明項目的風險項、風險描述、風險級別、規(guī)避措施、應急計劃、觸發(fā)條件。具體操作辦法請參考風險評估和管理相關文檔。存在哪些技術、市場和財務風險？已確認的風險和假設是否已解決？有無遺留問題？有無新的風險和假設？提供簡潔的風險管理計劃。為了減少風險，在各階段必需做些什么？如果在計劃的時間范圍內(nèi)，這些風險不能解決，有沒有準備其它的計劃？如果沒有這些風險，對項目會有哪些影響？與產(chǎn)品包相關的各方面的風險包括：