【正文】 系統(tǒng)認證測試和標桿測試可獲得性決策評審驗證階段（ 2） 開發(fā)階段 驗證階段 BETA測試 SVT BETA測試模板 系統(tǒng)認證測試和標桿測試模板 制造牽頭的壓力測試等 ADCP評審 技術評審6 準備產品評估（發(fā)布準備評估） 更新項目數據庫和經驗總結 驗證階段 發(fā)布階段 SIT SVT 用戶試點（ ESP）和 Beta測試是不一樣的 1. Beta測試的目標是在客戶環(huán)境中獲得對產品特征 的早期評估（比如質量、功能、性能、可用性等）。 ? 模塊和 BBFV的測試結果； ? 確定每個風險的規(guī)避計劃； ? 確定可重用性； 交付件清單 軟件設計說明書 目標程序 單元測試用例及報告 BBFV測試用例及報告 構建指導書 代碼檢視報告 測試執(zhí)行策略 試驗局方案 PCB繪制圖 PCB加工工藝要求 硬件 BOM清單 研發(fā)樣機調測報告 TR4交付件： TR4評審 要素 ： TR4入口檢查項 是否達標 單元測試、系統(tǒng)測試已完成？ 系統(tǒng)聯(lián)調完成， SDV入口滿足？ 系統(tǒng)規(guī)格已全部實現？ TR4階段交付件已全部歸檔？ Pclint清零？ TR4入口： （產品級）漸增測試模型 BBIT SDV SDV TR4 to Test SDV SDV BBIT SDV TR4 TR4 TR4a BB1 BB2 SIT TR4 TR4a SIT Beta Test Build e Build c Build d Build a Module(s) UT/MIT/MST S/W or H/W Develop Module Level Validation (UT/MIT/MST) Building Block Integrate Test (BBIT) System Level Verification BBFV SDV ?BBFT和 SDV是 Building的活動 ? 對每個 Building都要進行 BBFV和 SDV的活動 ?TR4和 TR4A是基于 Building的技術評審 ? 進行 Beta測試和進行初始產品測試（ SIT）的Building必須進行 TR4A ? 每個 Building進行功能驗證（ SDV）之前要進行 TR4 Build b TR4A評審 TR4A關注點： 原形機的質量 SDV結果和初始產品的準備情況 ? TR4A的目標是確定功能需求已經得到滿足，性能需求已經基線化； ? TR4A控制未成熟產品進入樣機生產的節(jié)奏來確保產品技術已經達到 SIT的要求； ? TR4A主要關注 SDV（系統(tǒng)設計驗證）測試。 交付 ? 可 供 Beta驗證的產品包 ? 測試 和驗證計劃 ? 詳細 的產品發(fā)布計劃 ? Beta測試 /試用 客戶選擇 ? 產品文檔 開發(fā)階段主要活動 詳細設計、/ 資料開發(fā)、翻譯開發(fā)測試軟件單元子系統(tǒng)和系統(tǒng)漸增式構建和測試初始產品功能測試技術評審四技術評審五其它功能活動：培訓開發(fā)，咨詢實施準備，發(fā)布準備，測試工具開發(fā)等核心組對項目進行管理和監(jiān)控SE 管理更改和進行設計檢查開發(fā)階段（ 1） 計劃階段 開發(fā)階段 Mini項目 2 BBIT Mini項目 1 Mini項目 3 Mini項目 4 …….. 測試準備與更新測試計劃 測試研發(fā)準備和開發(fā) BBFV UT/MIT/MST BBFV： Building Block Function Verification BBIT: Building Block Integrated Test (測試） 開發(fā)階段（ 2） SDV測試（原型機） BUILD1測試 轉系統(tǒng)測試 更新相關測試方案 BUILD測試報告 BUILDn測試 轉系統(tǒng)測試 更新相關測試方案 BUILD測試報告 BBFV SDV 技術評審4 技術評審4A 可安裝性可服務性測試模塊 BETA測試預安裝模板 開發(fā)階段 驗證階段 初始產品 SIT 技術評審5 開發(fā)階段活動流 圖 PL SWE TC SE QA 詳細 設計 單元測試用例 參與評審 編碼 參與檢視 單元 測試 系統(tǒng) 測試 聯(lián)調 參與評審 參與評審 組織評審 參與評審 組織評審 參與評審 參與評審 參與評審 參與評審 組織檢視 參與檢視 參與檢視 CMO 文檔及代碼基線化 項目監(jiān)控 PL LLD評審 參與檢視 UT用例評審 代碼檢視 階段結束及 TR準備會議 開發(fā)測試 TR3 TR4 根據用戶需求 、系統(tǒng)規(guī)格等，分析要進行的測試類型。 TR2評審 TR2關注點： 目標是檢查系統(tǒng)設計規(guī)格。 計劃階段重點關注 2——需求分解分配與三級計劃的接口 1. 進行需求分解分配，確定哪些模塊要改動，改動的模塊制定二級計劃； 2. 根據二級計劃制定三級計劃，并修訂一級計劃； 3. 確定二、三級計劃的資源配置和關鍵路徑、關鍵資源； 4. 在計劃階段決策評審完成后，確定哪些模塊要做提前驗證計劃； 5. 哪些三級計劃要先做定型再做漸增測試和驗證。 ? 對概念階段的假設進行證實。 交付件 責任人 產品包需求 SE 產品設計需求 SE 產品備選概念 SE 標準策略 SE 軟硬件共用計劃 SE 包開發(fā)主計劃 RDPDT 需求跟蹤表單 SE 評審要素： TR1交付件： TR1入口 包需求 100%轉化為設計需求？ DFX落入包需求并經過評審？ 完成需求跟蹤？ TR1交付件完成評審且都已經歸檔基線？ TR1入口： 概念階段重點關注 4——對新供應商啟動認證流程 1. 在 TR1后如果涉及到新的關鍵技術或關鍵器件的外購和外協(xié)，可以提前啟動新供應商認證； 2. 在提前采購決定評審完后，再啟動采購。解決這些差距可以有不同的方法，包括重新設計或者甚至干脆放棄并替換現有系統(tǒng)的某些部分； 3. 初步確定各方案的功能分解，一直要找到可能的技術； 4. 根據實際情況，公司經多個系統(tǒng)工程師一起評定（可以根據進度，資源以及方案的研發(fā)或更改難度，以及可維護和可安裝以及可生產性以及成本等），選擇一個概念； 5. 確定一個系統(tǒng)級工程師開始產品包的需求說明書或再次進行驗證；之后其他系統(tǒng)級工程師進行評審； 6. 并確定質量計劃的監(jiān)控重點。 關注 ? 分析 市場機會 ，確定備選方案 ? 評估是 基于有效的假設，而不是詳細的數據。 正式評審通過后的變更結果應再次基線化，確保變更管理的有序。 CCB（ Change Control Board） 每 項變更都需要由項目管理團隊或變更控制委員會（ CCB）進行管理（接收請求、評審請求、決策）。 例如： ? 不會影響到關鍵路徑二級計劃的設計變更； ? 非關鍵元器件的變更； ? 成熟貨架模塊替換的變更； 此類變更不會對一級計劃產生影響，此類變更一般要從開發(fā)階段切入，重新進行詳細設計。 ? 產品（項目）定位的客戶群發(fā)生了改變；例如由原來的面向低端客戶的低端產品，變?yōu)槊嫦蚋叨丝蛻舻母叨水a品。 技術評審開展不到位的常見原因： 沒有評審計劃，沒有進行充分的準備； 專家選擇不合適 評審會議偏離主題，過多的爭論技術問題占用大量時間； 沒有評審檢查表作為指導； 問題修改后跟蹤不力； ………………… TR關注 點 TR1 TR2 TR3 TR4 TR4A TR5 TR6 產品需求、產品概念 產品級規(guī)格 概要設計 詳細設計、BBFV測試結果 原型機的質量（ SDV）和初始產品的準備情況 初始產品質量（ SIT） BETA、制造系統(tǒng)驗證、認證和標桿測試結果 技術評審 1 概念 計劃 開 發(fā) 驗證 發(fā)布 概念決策評審 計劃決策評審 可獲得性評審 技術評審 2 技術評審 3 技術評審 4 技術評審 5 技術評審 6 規(guī)格 （功能、性能、結構） 采購 制造 資料 技術支援 可獲得性 TR4 模塊、單板級功能完成并進行了調測 開發(fā)物料采購 不能發(fā)貨 TR4A 系統(tǒng)級的功能測試完成、少量的性能測試，產品穩(wěn)定性和可靠性不能保障 試制物料到達 啟動試制，工藝文件初步歸檔 資料開發(fā)完成 不能發(fā)貨 TR5 系統(tǒng)級的功能、性能完成內部測試，但沒有進行認證測試和外部測試 選定最終供應商，批量物料采購 工藝裝備完成開發(fā)，并部分驗證 資料測試完成 進行可服務性、可安裝性的測試，培訓完成 少量早期發(fā)貨（ BETA和 EDCP后） TR運作 各領域溝通預審 更新材料 PDT正式 評審會議 開發(fā)團隊根據評審要素表進行自檢 擬制 TR評審報告材料 會簽 發(fā)布 TR評審 TR評審結果： Go： 達到評審要求通過； Go With Risk： 帶風險通過，基本達到評審要求；仍存在風險，但風險可控。 測試是產品運行時的動態(tài)分析，相對的，評審是一種靜態(tài)分析，評審的對象是技術文檔、測試方案、測試報告等。 Redirect： 重新確定方向，投資方指示 PDT將項目重新定位到一個具體的方向上，或者搜集更多的信息，然后再重新上會。 DCP： Decision Check Point 投資決策評審點 PDT準備， IPMT決策。 重量級團隊設置 跨部門團隊是 IPD集成的最佳產品開發(fā)要素之一 ? 跨部門團隊是由市場、開發(fā)、制造、采購、財務、用服等來自 不同 功能部門人員組成的團隊。 產品開發(fā)團隊 （ PDT） 根據最新的市場需求，將產品包推向市場。 主任 (公司 GM)，產品線、中央研究部、公司 Marketing、公司運作及質量管理部、銷售、采購、制造、技術支援和財務等部門的主要代表。 低 ：實現低成本的產品開發(fā)以及產品的低成本設計。 ? 經過 IBM公司的實踐， IPD已經成為一套包含企業(yè)產品開發(fā)的 思想、模式、工具 的系統(tǒng)工程。 思考： 為什么麥當勞全球 32023多門店能夠保證味道和服務都基本一致？ 天津狗不理包子在其他地方味道卻相差甚遠？ 作為企業(yè)應該如何管理才能讓創(chuàng)造出可以持續(xù)發(fā)展的價值？如何從依賴個人英雄到依靠管理制度來推出有競爭力的高質量產品？ 目錄 一． IPD簡介 二． 結構化端到端的 流程介紹 三． 變更 管理 四． 產品 開發(fā)流程各階段關鍵活動介紹 五． 產品開發(fā)模型介紹 ? IPD（集成產品開發(fā)）的思想來源于美國 PRTM公司的 PACE理論，在這套理論中詳細描述了業(yè)界最佳的產品開發(fā)模式所包含的各個方面。 快 ：向市場快速提供成功的產品。 管理整體戰(zhàn)略與跨產品線的產品和技術投資。 主任，產品線研發(fā)、產品線 Marketing、產品線產品行銷、產品線運作管理、采購、制造、技術支援和財務等部門的主要代表。 三者之間的匯報關系： PDT向 IPMT匯報，并從 IPMT獲得指導與支持； IPMT主任對其 IPMT成員進行管理并用 PBC的方式考核；各產品線 IPMT直接向 IRB匯報，并從 IRB獲得指導與支持， IRB管理并用 PBC的方式考核 IPMT。 目錄 一． IPD簡介 二． 結構化端到端的 流程介紹 三． 變更 管理 四． 產品 開發(fā)流程各階段關鍵活動介紹 五． 產品開發(fā)模型介紹 結構化開發(fā)流程定義 為了管理好新產品項目開發(fā)，項目開發(fā)必須成為結構合理、定義清楚的全流程管理： 結構合理：自上而下的層次架構中，上層結構簡單一些，越到下層越具體，分為階段、步驟、任務和活動四個層次三級計劃體系 定義清楚：每項工作都應清清楚楚地明確規(guī)定出來，所有與產品開發(fā)有關的人應該清楚他們所參與的是什么工作，用什么方法完成 全流程：由