華為產(chǎn)品開發(fā)項目計劃清單合用模板華為產(chǎn)品開發(fā)項目計劃清單合用模板華為產(chǎn)品開發(fā)項目計劃清單合用模板合用標準文案密級ConfidentialityLevel報告版本ReportVersion頁數(shù)TotalPages報告編號：產(chǎn)品開發(fā)方案工程號：工程名稱：編制人：部門：日期：初審Pre-Reviewedby日期Date復審Reviewedby日期Date贊同Approvedby日期Date版權所有侵權必究AllCopyrightReserve優(yōu)秀文檔合用標準文案目錄1內(nèi)容簡介4文檔目的4文檔范圍42工程大要43工程組織結構44工程依賴關系解析5工程重點路徑解析及保障措施5工程依賴關系解析5工程重點成功要素6技術方法和工具65交付件66工程方案7工程的里程碑方案7工程WBS方案〔highlevel方案〕97人力資源和技術需求98工程所需其他資源10重點物料需求方案10實驗設備和環(huán)境資源方案119資料開發(fā)方案1110對外合作方案1211外包任務12子承包商資料12外包任務的范圍12里程碑、交付件1212估量/分配〔可選〕1213查收標準〔可去掉〕1314質(zhì)量方案(也可單獨成文檔)13工程過程定義13質(zhì)量目標13經(jīng)過技術手段保證質(zhì)量14質(zhì)量控制活動14質(zhì)量保證活動1515工程溝通方案16工程組會議16工程報告體系1616工程的重用方案16現(xiàn)有重用構件17新增重用構件1717配置管理方案1718問題1719風險管理方案1720客戶的參加1821培訓方案18優(yōu)秀文檔合用標準文案22方案更新策略.19優(yōu)秀文檔合用標準文案內(nèi)容簡介文檔目的這局部要描述文檔的目的，應該指明讀者。文檔范圍<描述工程方案的范圍，明確文檔涉及的各項內(nèi)容>簡要描述本方案需要在該產(chǎn)品工程中完成的工作活動及其工作目標、工程采用的生命周期、工程交付物、相關人員的角色和職責、主要里程碑、進度方案、質(zhì)量方案、配置管理方案、風險方案等。工程大要簡要描述本工程的種類〔新產(chǎn)品/改良/保護類〕、工程的目的、范圍、目標〔比方：工程的市場定位，產(chǎn)品需求等〕。工程組織結構PDT組織結構圖PDT及系統(tǒng)解析與設計組成員建議，產(chǎn)品開發(fā)成員建議在決策評審點前與合適的PRB成員及相關資源部門經(jīng)理對這些列表進行溝通的結果描述工程的組織結構，建議采用圖表的表示方式。也可參照下例：下表定義了工程成員的角色和職責。在審察從前工程經(jīng)理需指定所有文檔和代碼的審察人。對于各個角色的職責定義可依照工程實質(zhì)情況進行補充。下表內(nèi)容應該最少在工程的每個階段結束時進行更新。對于工程階段中/階段間發(fā)生的組織結構的變化，工程經(jīng)理應該經(jīng)過郵件周知所有相關人員，爾后更新工程方案。表4工程的組織結構No.角色姓名向誰報告?zhèn)浞葙Y源1客戶代表優(yōu)秀文檔合用標準文案No.角色姓名向誰報告?zhèn)浞葙Y源2產(chǎn)品QA〔PQA〕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〕2更正控制委員會〔CCB〕技術評審專家〔Reviewer〕工程依賴關系解析工程重點路徑解析及保障措施在本節(jié)中，解析影響工程進度的重點步驟/環(huán)節(jié)、重點要素，并提出保障措施工程依賴關系解析在本節(jié)中，說明工程的內(nèi)部依賴關系(如：開發(fā)測試工具、人力資源等)和對外面的依賴〔如工程之間、與客戶之間的技術、資源等方面〕?？捎靡蕾囆粤斜?、活動網(wǎng)絡圖的方法描述。列出所有影響工程方案的假設要素(有對于的要素)。若是這些假設要素有誤，也許沒有利用到假設要素，也許假設要素發(fā)生變化都會使工程碰到影響。其他還要描述工程對外面因優(yōu)秀文檔合用標準文案素的依賴關系，比方，如工程作為整個大系統(tǒng)的一局部，需要其他局部供給接口定義也許PDT供給正在開發(fā)的仿真性能測試工具以代替實質(zhì)環(huán)境測試等等>請參照下例：表1工程依賴關系Sl依賴于〔平時指接口責任人狀態(tài)OPEN〔正在進最早供給查收條件(如.等〕行〕/CLOSE〔已經(jīng)日期果有)No關閉〕123工程重點成功要素重點成功要素影響依賴關系行動方案高/中/低技術方法和工具在本節(jié)中，描述對產(chǎn)品工程進行需求解析、設計、實現(xiàn)、測試、文檔寫作、宣布、更正、或保護過程中采用的開發(fā)方法、組織結構和其他標記、工具、技術和方法。其他，對使用的技術標準、目標和流程也要用直接描述或參照到其他文檔的方式進行說明。參照下例，對于產(chǎn)品工程所需要的硬件、軟件和其他工具設備用下表描述：表2技術方法和工具分類名稱型號數(shù)量開始使用日期結束使用日期儀表專用儀表開發(fā)工具交付件優(yōu)秀文檔合用標準文案在本中，描述需要交付下游部的工作品及其需求。些交付工作品包括各種文件、、文檔等。交付工作品分解成可管理的大小粒度?！簿植績?nèi)容如在配置管理劃或文檔劃中出，能夠指出相關文檔名稱也許予接即可?！衬軌虿捎昧斜矸绞?。比以下：表3工程交付工作產(chǎn)品交付工作產(chǎn)品描述質(zhì)量保證活動查收標交付件形式產(chǎn)品名稱準體XXX目XX體方案正及檔/文檔文檔布XXX目XX檔/文檔文檔布檔/布檔/文檔布檔/文檔布檔/文檔布檔/文檔布??????????工程方案工程的里程碑方案關里程碑劃可采用形方式。將目的所有里程碑和關活注在下面的上。注意：若是存在初期功能子集Beta和/或ESP交付件，PDT需要交付件行TR4A/TR5，以及GA品交付件行TR4A和TR5。PDT不需要每一個構件注TR4，只需要示第一個TR4的日期。若是需要將所有里程碑和關活注出來，可將劃分成段，如上所示。也可采用以下例子的形式描述里程碑劃。表5工程里程碑方案階段估計結束日期交付件收準〔可去掉〕優(yōu)秀文檔合用標準文案TR1〔需求評審〕市場調(diào)研報告〔立項階段輸出〕和看法DR市場需求清單〔立項階段輸出〕初始業(yè)務方案〔立項階段輸出〕產(chǎn)品需求規(guī)格書TR2〔整體方案評審〕產(chǎn)品可行性解析報告/產(chǎn)品業(yè)務計和方案DR劃產(chǎn)品開發(fā)方案整體設計方案書/產(chǎn)品設計說明書產(chǎn)品測試與考據(jù)方案工藝整體方案裝備整體方案初始物料清單供給商和物料選擇方案物料認證方案提前采買決策TR3〔模塊級大綱設計模塊級大綱設計/整體設計評審〕各模塊級測試報告目標本錢追蹤表市場教育和培訓方案測試方案TR4〔原型機評審〕原型機原型機測試報告TR5〔設計定型評審〕中試樣機考據(jù)報告制造系統(tǒng)考據(jù)報告BETA測試結束BETA測試報告外面認證結束系統(tǒng)認證和標桿測試報告優(yōu)秀文檔合用標準文案TR6〔轉(zhuǎn)產(chǎn)評審〕產(chǎn)品可行性解析報告/產(chǎn)品業(yè)務計和宣布DR劃〔優(yōu)化后〕市場宣布資料清單受控銷售階段評估報告試產(chǎn)考據(jù)測試報告制造系統(tǒng)考據(jù)報告量產(chǎn)點GA量產(chǎn)檢查點確認通知工程WBS方案〔highlevel方案〕拜會工程的WBS方案，請指出詳細存放地址。6.3軟件詳細方案6.4硬件詳細方案6.5結構詳細方案人力資源和技術需求也可采用下表格式：<擺列工程需要的人力資源及技術要求>對工程組人員提出可能會影響工程進度的技術要求，比方：CPU應用技術、VxWorksBSP技術等。Sl.資源名稱階段1階段2階段3階段4說明No.〔人數(shù)、技〔人數(shù)、技〔人數(shù)、技〔人數(shù)、技能要求〕能要求〕能要求〕能要求〕1234

工程經(jīng)理XX業(yè)務代表硬件組軟件組結構組測試組優(yōu)秀文檔合用標準文案Sl.資源名稱階段1階段2階段3階段4說明No.〔人數(shù)、技〔人數(shù)、技〔人數(shù)、技〔人數(shù)、技能要求〕能要求〕能要求〕能要求〕也可采用下表格式：<擺列工程需要的人力資源及技術要求>Sl.資源名稱人數(shù)初步日期結束日期技術要求說明No.1234工程所需其他資源9.1重點物料需求方案詳細描述在不同樣階段對重點物料的需求方案?？蓡为毿纬?重點物料需求方案??；蚩蓡为毿纬?供給商※物料選擇方案?也可采用下表：：表6重點物料需求方案重點物料描述方案采買到貨時間預期最長采買周期方案采買數(shù)量看法、方案階段物料器件開發(fā)階段物料器件考據(jù)與宣布階段物料器件優(yōu)秀文檔合用標準文案注：工程組應充分估計各物料的采買周期，在各重點點應提前下達采買需求給采買部門。增加提前采買，供給商選擇拜會提前采買方案表模板：?新物料提前采買清單?，局部物料能夠從該表COPY過來工程組應該方案好首次量產(chǎn)前〔包括工程樣機、中試樣機、首次量產(chǎn)〕的所有物料，并依照后續(xù)量產(chǎn)的數(shù)量、時間結合市場的方案等給出建議。9.2實驗設備和環(huán)境資源方案詳細描述在不同樣階段對不同樣的環(huán)境的需求方案。如特其他硬件平臺、測試設備、軟件工具等。標準的辦公硬件不用在這里列。舉比以下：表6實驗設備和環(huán)境資源方案階段描述數(shù)量方案使用時間區(qū)段說明看法解析方案階段開發(fā)階段考據(jù)階段資料開發(fā)方案優(yōu)秀文檔合用標準文案表7資料開發(fā)方案資料種類資料名稱責任人方案完成時間查收準那么1.用戶類用戶手冊客戶產(chǎn)品布XXX評審資料2.營銷類市場部YYY評審資料3技術支持開發(fā)/測試評審類資料4應用開發(fā)開發(fā)/測試資料對外合作方案參照整體設計文檔“外包外購的相應規(guī)格〞列出需要對外合作的局部。包括合作內(nèi)容，進度要求等外包任務<本局部僅當工程中有外包時合用>子承包商資料子承包商名聯(lián)系人通訊地址<其他>外包任務的范圍<指明工程外包給子擔當商的工作內(nèi)容，能夠采用特點、需求、模塊等來說明>里程碑、交付件<指明協(xié)商后確定的子承包商的里程碑、交付件>里程碑分配給子承包商方案開始日方案完成日期給公司的交付件的工作產(chǎn)品期估量/分配〔可選〕優(yōu)秀文檔合用標準文案估計產(chǎn)品的估量及分配談論主要的未解決問題，包括資本投入的實時性及性質(zhì)。將實質(zhì)日期的工程資源、本錢和時間進度與估計的整個工程的資源、本錢和時間進度進行比較。查收標準〔可去掉〕客戶的查收標準就是產(chǎn)品應滿足在需求規(guī)格文檔中描述的需求。系統(tǒng)測試和查收測試將證明產(chǎn)品與需求規(guī)格保持了一致。<請在這里注明客戶特其他查收標準。查收標準是基于客戶的需要，所以應由客戶來擬定，在需要的時候由工程組協(xié)助。交付件的屬性如：質(zhì)量目標，測試標準，查收結束后發(fā)現(xiàn)故障的辦理方式，文檔等。>14質(zhì)量方案(也可單獨成文檔)工程過程定義1〕選擇開發(fā)模型開發(fā)類，增強類，保護類〕并可在此基礎進步一步流程裁剪：供給與標準開發(fā)流程的偏差，并說明裁剪原因。質(zhì)量目標能夠定性或定量描述，為提高可控制性，盡量采用定量質(zhì)量指標描述。假設能定量描述，請參照下表：參照或直接引用工程胸襟表中質(zhì)量目標局部的數(shù)據(jù)。表9工程質(zhì)量目標NO.工程質(zhì)量目標目標基線上限下限說明〔暫不填〕〔暫不填〕〔暫不填〕1進度偏差率80%2需求牢固性903硬件第一次樣體系作完成前弊端發(fā)現(xiàn)數(shù)量<=34樣機投板次數(shù)20%軟件宣布前弊端發(fā)現(xiàn)密度編碼弊端發(fā)現(xiàn)密度優(yōu)秀文檔合用標準文案硬件/軟件整體設計弊端發(fā)現(xiàn)數(shù)量硬件/軟件詳細設計弊端發(fā)現(xiàn)數(shù)量需求更正/設計更正/工程更正數(shù)文檔齊套性返修率經(jīng)過技術手段保證質(zhì)量經(jīng)過哪些技術手段能夠保證質(zhì)量目標和重點性能指標的完成。比方：經(jīng)過靜態(tài)代碼解析工具和自動化軟件測試工具能夠有效提高軟件質(zhì)量。質(zhì)量控制活動擺列執(zhí)行的質(zhì)量控制活動。技術評審活動產(chǎn)品開發(fā)過程中需要哪些技術評審活動，哪些技術評審點能夠合并？各技術評審點的評審要素的裁剪說明t技術評審1和技術評審2合并TR1與TR2的評審要素合并，并裁剪，評審要素重點放。。。，而。。。方面要素可免去。技術評審3TR3的評審要素需裁剪，評審要素重點放。。。，而。。。方面要素可免去。技術評審4TR4的評審要素需不裁剪；技術評審5TR4的評審要素需不裁剪；技術評審6TR4的評審要素需不裁剪；正規(guī)檢視活動〔同行評審〕產(chǎn)品開發(fā)過程中需要設置對哪些輸出的正規(guī)檢視活動？軟件模塊測試方案軟件大綱設計軟件代碼優(yōu)秀文檔合用標準文案軟件測試報告硬件整體設計硬件電路原理圖和PCB圖硬件測試報告測試對測試策略和測試活動進行說明：也可合入文檔?產(chǎn)品測試與考據(jù)方案?測試活動合并裁剪比方：增強類工程，集成測試和系統(tǒng)測試能夠合并。單元測試測試質(zhì)量目標測試依賴關系解析測試停止準那么集成測試測試質(zhì)量目標測試依賴關系解析測試重點回歸測試策略測試停止準那么系統(tǒng)測試測試質(zhì)量目標測試依賴關系解析測試重點回歸測試策略質(zhì)量保證活動擺列應該執(zhí)行的質(zhì)量保證活動。舉比以下：內(nèi)部審計每個工程在開發(fā)生命周期中最少進行一次內(nèi)部審計。交付件審計(按階段)技術評審1此后技術評審2此后技術評審3此后優(yōu)秀文檔合用標準文案技術評審4此后技術評審5此后技術評審6此后基線審計規(guī)劃在哪些階段點需要進行基線審計。技術評審1此后技術評審2此后技術評審3此后技術評審4此后技術評審5此后技術評審6此后工程溝通方案工程組會議列舉工程追蹤、監(jiān)控的會議種類、頻率以及參加人員，能夠采用列表形式。參照下例：表7工程組會議No會議頻度參加人追蹤體系階段結束會議工程總結會議3.工程報告體系列舉工程追蹤、監(jiān)控過程中需要出示的報告種類、頻率、報告人、報告人信息。參照下例：表8工程報告體系No.報告準備人頻度向誰報告工程狀態(tài)報告工程階段結束報告工程總結報告4.工程的重用方案優(yōu)秀文檔合用標準文案需要對公司其他產(chǎn)品在本產(chǎn)品中實現(xiàn)重用進行解析以及本產(chǎn)品能夠共享給公司的其他產(chǎn)品以供重用，能夠直接鏈接相應的文檔也許在此加以說明。現(xiàn)有重用構件1Sl.構件/文檔名采用階段(Ifapplicable)No重用構件的財富ID12新增重用構件2序構件/文檔名需求/文檔id說明號12注：財富庫中已有的重用構件2工程產(chǎn)生的新的重用構件配置管理方案工程的配置管理活動應該依照配置管理方案來執(zhí)行。拜會?XXX工程配置管理方案?。問題<描述與當前版本相關的問題或從前一版本繼承而來的問題>列出工程初期任何其他已經(jīng)發(fā)現(xiàn)的問題，包括組間協(xié)調(diào)、實驗環(huán)境、工作場所等問題。Sl問題責任人狀態(tài)〔翻開/關最早關閉日期.閉〕No12風險管理方案依照風險管理規(guī)程來管理工程的風險。祥見?XXX工程風險管理方案?。優(yōu)秀文檔合用標準文案在此詳細說明工程的風險項、風險描述、風險級別、閃避措施、應急方案、觸發(fā)條件。詳細操作方法請參照風險評估和管理相關文檔。存在哪些技術、市場和財務風險？已確認的風險和假設可否已解決？有無遺留問題？有無新的風險和假設？供給簡潔的風險管理方案。為了減少風險，在各階段必要做些什么？若是在方案的時間范圍內(nèi)，這些風險不能夠解決，有沒有準備其他的方案？若是沒有這些風險，對工程會有哪些影響？與產(chǎn)品包相關的各方面的風險包括：市場/客戶風險；技術風險；財務風險；制造風險；采買風險；技術支持風險；工程風