華為產品設備開發(fā)計劃項目計劃資料標準模板

1、+密級Co nfide ntiality Level報告版本Report Version頁數Total P ages報告編號:口，號：開發(fā)計劃項項目名稱:編制人:部 門:期:初審 Pre-Reviewed by日期 Date復審 Reviewed by日期 Date批準 Approved by日期 Date版權所有侵權必究All Cop yright Reserve內容簡介文檔目的文檔范圍1.2 項目概況 項目組織結構 項目依賴關系分析項目關鍵路徑分析及保障措施 項目依賴關系分析項目關鍵成功因素技術方法和工具910115.15.25.35.3 交付件. 項目計劃.6.1項目的里程碑計劃6.2項

2、目 WBS計劃（highlevel 計戈心 人力資源和技能需求 項目所需其它資源9.1 關鍵物料需求計劃9.2 實驗設備和環(huán)境資源計劃 資料開發(fā)計劃I對外合作計劃外包任務55566671010101112131415161718192010.1子承包商資料.10.2外包任務的范圍10.3里程碑、交付件111212預算/分配（可選）驗收標準（可去掉）質量計劃（也可單獨成文檔）12.1項目過程定義12.2質量目標12.3通過技術手段保證質量12.4質量控制活動12.5質量保證活動 項目溝通計劃14.1項目組會議.14.2項目報告機制. 項目的重用計劃15.1 現有重用構件.15.2 新增重用構件.

3、配置管理計劃問題風險管理計劃客戶的參與培訓計劃121212121213131313151515161616161717171822計劃更新策略+1內容簡介 1.1文檔目的這部分要描述文檔的目的，應該指明讀者。1.2文檔范圍<描述項目計劃的范圍，明確文檔涉及的各項內容 >簡要描述本計劃需要在該產品項目中完成的工作活動及其工作目標、項目采用的生命周期、項目交付物、相關人員的角色和職責、主要里程碑、進度計劃、質量計劃、配置管理計劃、風險計劃等。2項目概況簡要描述本項目的類型（新產品/改進/維護類）、項目的目的、范圍、目標（例如：項目的市場定位，產品需求等）。3項目組織結構PD組織結構圖P

4、D及系統(tǒng)分析與設計組成員建議，產品開發(fā)成員建議在決策評審點前與適當的PR成員及相關資源部門經理對這些列表進行溝通的結果描述項目的組織結構，建議采用圖表的表示方式。也可參考下例:F表定義了項目成員的角色和職責。在審核之前項目經理需指定所有文檔和代碼的審核人。對于各個角色的職責定義可根據項目實際情況進行補充。F表內容應當至少在項目的每個階段結束時進行更新。對于項目階段中/階段間發(fā)生的組織結構的變化，項目經理應當通過郵件周知所有相關人員, 然后更新項目計劃。表4項目的組織結構No.角色姓名向誰報告?zhèn)浞葙Y源1客戶代表2產品QA( PQANo.角色姓名向誰報告?zhèn)浞葙Y源3PD經理版本經理1版本經理14市場

5、代表（MKTPDT5技術支持代表（TSEPDJ6制造代表（MNFPDT7采購代表（PROPDT8財務代表（FPDT9開發(fā)代表（RD PDT）系統(tǒng)工程師（SE）軟件經理硬件經理結構經理開發(fā)組長（PL）1開發(fā)組長（PL）210變更控制委員會（CCB11技術評審專豕（Reviewer）4項目依賴關系分析5.1項目關鍵路徑分析及保障措施在本節(jié)中，分析影響項目進度的關鍵步驟/環(huán)節(jié)、關鍵因素，并提出保障措施5.2項目依賴關系分析在本節(jié)中，說明項目的內部依賴關系（如：開發(fā)測試工具、人力資源等）和對外部的依賴（如 項目之間、與客戶之間的技術、資源等方面）?？捎靡蕾囆粤斜?、活動網絡圖的方法描述。列出所有影響項目

6、計劃的假設因素（相對于已知的因素）。如果這些假設因素有誤，或者沒 有利用到假設因素，或者假設因素發(fā)生變化都會使項目受到影響。另外還要描述項目對外部因素的依賴關系，例如，如項目作為整個大系統(tǒng)的一部分，需要其他部分提供接口定義或者PDT提供正在開發(fā)的仿真性能測試工具以代替實際環(huán)境測試等等 >請參考下例:表1項目依賴關系SI. No依賴于（通常指接口 等）責任人狀態(tài)OPEN （正在 進行）/CLOSE （已 經關閉）最早提供 日期驗收條件（如 果有）1235.3項目關鍵成功因素關鍵成功因素影響 高沖/低依賴關系行動計劃5.3技術方法和工具在本節(jié)中，描述對產品項目進行需求分析、設計、實現、測試、

7、文檔寫作、發(fā)布、修改、 或維護過程中采用的開發(fā)方法、組織結構和其他標記、工具、技術和方法。此外，對使用的技術標準、方針和流程也要用直接描述或參考到其它文檔的方式進行說明。參考下例，對于產品項目所需要的硬件、軟件和其他工具設備用下表描述:表2技術方法和工具分類名稱型號數量開始使用日期結束使用日期儀表專用儀 表開發(fā)工具5交付件在本節(jié)中，應描述需要交付給下游部門的工作產品及其需求。這些交付工作產品應包括各種設 計文件、圖紙、文檔等。交付工作產品應分解成可管理的大小粒度。（這部分內容如在配置管理計劃或文檔計劃中給出，貝可以指出相關文檔名稱或者給予鏈接即可。）可以采用列表方式。 舉例如下：交付工作 產品

8、名稱產品描述質量保證活動驗收標 準交付件形式總體設計 文檔XXX項目XX總體設計方案正規(guī)檢視及評審歸檔/ 發(fā)布文檔詳細設計 文檔XXX項目XX詳細設計歸檔/ 發(fā)布文檔歸檔/ 發(fā)布歸檔/ 發(fā)布文檔歸檔/ 發(fā)布文檔歸檔/ 發(fā)布文檔歸檔/ 發(fā)布文檔項目交付工作產品表36項目計劃6.1項目的里程碑計劃關鍵里程碑計劃可采用圖形方式。將項目的所有里程碑和關鍵活動標注在下面的時間軸上。 注意：如果存在早期功能子 集Beta和/或ESP交付件，PDT需要對交付件進行TR4A/TR5評審，以及對GA層產品交付件 進行TR4A和TR5評審。PDT不需要對每一個構件標注TR4，只需要標示第一個TR4的日期。 如果需

9、要將所有里程碑和關鍵活動標注出來，可將時間軸劃分成階段，如上所示。PhaseCdicapt OCP n OiHter -yICcncept Iff卩TRITR2 TR3PlanP liaseEarty SalesPtanDCPaip AvalaHtr DCP GAE F0 Develop 齊 C.4. ¥Fhas IV ftu VIR4 細 TR5 IR6TR4AQu y Launch : Managemenrt Phage IPhase | Plia38 |也可采用如下例子的形式描述里程碑計劃。表5項目里程碑計劃階段估計結束日期交付件驗收準則 （可去掉）TR1 （需求評審） 和概念

10、DR市場調研報告（立項階段輸出） 市場需求清單（立項階段輸出） 初始業(yè)務計劃（立項階段輸出） 產品需求規(guī)格書TR2 （總體方案評審） 和計劃DR產品可行性分析報告/產品業(yè)務計劃產品開發(fā)計劃總體設計方案書/產品設計說明書產品測試與驗證計劃工藝總體方案裝備總體方案初始物料清單供應商和物料選擇計劃物料認證計劃提前采購決策TR3 （模塊級概要設計 評審）模塊級概要設計/總體設計 各模塊級測試報告 目標成本跟蹤表 市場教育和培訓計劃 測試方案TR4 （原型機評審）原型機原型機測試報告TR5 （設計定型評審）中試樣機驗證報告制造系統(tǒng)驗證報告BET測試結束BETA測試報告外部認證結束系統(tǒng)認證和標桿測試報告T

11、R6 （轉產評審） 和發(fā)布DR產品可行性分析報告/產品業(yè)務計劃（優(yōu)化后）市場發(fā)布材料清單受控銷售階段評估報告試產驗證測試報告制造系統(tǒng)驗證報告量產點GA量產檢查點確認通知6.2項目WBS計劃（highlevel計戈心參見項目的WB計劃，請指出具體存放位置。6.3軟件詳細計劃6.4硬件詳細計劃6.5結構詳細計劃7人力資源和技能需求也可采用下表格式：CPU應用技能、VxWorks BSP羅列項目需要的人力資源及技能要求對項目組人員提出可能會影響項目進度的技能要求，例如:技術等。SI. No.資源名稱階段1 （人數、技 能要求）階段2 （人數、技 能要求）階段3 （人數、技 能要求）階段4 （人數、技

12、 能要求）說明1項目經理2XX業(yè)務代表3硬件組4軟件組結構組測試組也可采用下表格式：羅列項目需要的人力資源及技能要求SI. No.資源名稱人數起始日期結束日期技能要求說明12SI. No.資源名稱人數起始日期結束日期技能要求說明348項目所需其它資源9.1關鍵物料需求計劃詳細描述在不同階段對關鍵物料的需求計劃?？蓡为毿纬申P鍵物料需求計劃?；?可單獨形成供應商物料選擇計劃也可采用下表：表6關鍵物料需求計劃關鍵物料描述計劃采購到貨時間預期最長采購周期計劃采購數量概念、計劃階段物料XXX器件開發(fā)階段物料XXX器件驗證與發(fā)布階段物料XXX器件注：項目組應充分估計各物料的采購周期，在各關鍵點應提前下達采

13、購需求給采購部門。增加提前采購，供應商選擇參見提前米購計劃表模板：新物料提前米購清單，部分物料可以從該表 COP過來項目組應該計劃好首次量產前（包括工程樣機、中試樣機、首次量產）的所有物料，并根據后 續(xù)量產的數量、時間結合市場的計劃等給出建議。9.2實驗設備和環(huán)境資源計劃+詳細描述在不同階段對不同的環(huán)境的需求計劃。如特殊的硬件平臺、測試設備、軟件工具等。標準的辦公硬件不必在這里列。舉例如下:表6實驗設備和環(huán)境資源計劃階段描述數量計劃使用時間區(qū)段1說明概念分析計劃階段開發(fā)階段驗證階段9資料開發(fā)計劃資料類別資料名稱責任人計劃完成時間驗收準則1.用戶類 資料用戶手冊客戶產品布XXX評審2.營銷類 資

14、料市場部YYY評審3技術支持類資料開發(fā)/測試評審4應用開發(fā) 資料開發(fā)/測試資料開發(fā)計劃表710對外合作計劃+參照總體設計文檔“外包外購的相應規(guī)格”列出需要對外合作的部分。包括合作內容，進度要求等11外包任務V本部分僅當項目中有外包時適用10.1子承包商資料子承包商名聯系人通訊地址V其它10.2外包任務的范圍V指明項目外包給子承擔商的工作內容，可以采用特性、需求、模塊等來說明10.3里程碑、交付件V指明協商后確定的子承包商的里程碑、交付件里程碑分配給子承包商 的工作產品計劃開始日 期計劃完成日期給公司的交付件12預算/分配（可選）估計產品的預算及分配討論主要的未解決問題，包括資金投入的及時性及性

15、質。將實際日期的項目資源、成本和時間 進度與估計的整個項目的資源、成本和時間進度進行比較。13驗收標準（可去掉）客戶的驗收標準就是產品應滿足在需求規(guī)格文檔中描述的需求。系統(tǒng)測試和驗收測試將證實產品與需求規(guī)格保持了一致。請在這里注明客戶特殊的驗收標準。驗收標準是基于客戶的需要，所以應由客戶來制定，在需要的時候由項目組協助。交付件的屬性如：質量目標，測試標準，驗收結束后發(fā)現故障的處理方 式，文檔等。12.1項目過程定義1）選擇開發(fā)模型開發(fā)類，增強類，維護類2 ）并可在此基礎上進一步流程裁剪:提供與標準開發(fā)流程的偏差，并說明裁剪原因。12.2質量目標可以定性或定量描述，為提高可控制性，盡量采用定量質

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

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

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

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

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