2016-4-15研發質量管理版本歷史NO.版本修訂內容修訂日期修訂人10.1創建2016-4-15SNF20.2增加TS16949三大過程的描述2016-4-19SNF30.3增加CMMI四大過程域的描述2016-4-19SNF40.4增加成熟度等級描述2016-4-19SNF50.5增加CMMI與Agile的比較圖2016-4-19SNF60.6增加TS16949章魚圖2016-4-26SNF70.7增加PMBOK

項目管理過程定義2016-4-29SNF注：新增內容使用下劃線表示，刪除內容用刪除線表示目錄華為質量手冊IPDIPD-CMMI相關指南，標準，讀物PACECMMITS16949-APQPPMBOK項目管理過程ISO9000和IPD的異同點華為質量手冊5.1.2IPD業務中，華為設立有四個決策評審點和七個技術評審點。開發各階段有評審和測試活動，確保產品開發成功。在生命周期管理階段，收集網上反饋的問題，及時分析改進，使產品充分滿足客戶需求。華為質量手冊5.1.2IPD業務中，華為設立有四個決策評審點和七個技術評審點。開發各階段有評審和測試活動，確保產品開發成功。在生命周期管理階段，收集網上反饋的問題，及時分析改進，使產品充分滿足客戶需求。集成產品開發（IPD）分為概念階段、計劃階段、開發階段、驗證階段、發布階段、生命周期階段共6個階段。概念階段概念階段PDT根據項目任務書，對市場機會、需求、質量、潛在的技術和制造方法/風險，成本/進度預測和財務影響進行概要評估和歸檔，輸出初始產品包/解決方案業務計劃。計劃階段PDT將產品包/解決方案業務計劃擴展成詳細的產品包定義，啟動對開發方法的正式計劃，包括完整的產品定義、開發與制造方法、銷售與營銷計劃、項目管理計劃、產品支持計劃、詳細的進度以及財務分析。PDT評審產品架構與公司/產品線/產品族策略架構之間的一致性和遵從度，以及產品對策略架構的定制是否合理（架構評審）。開發階段對符合設計規格的產品包進行開發和驗證，包括完成產品的詳細設計、開發和測試，完成BBFV測試，利用漸增構建與測試方法論完成系統設計驗證（SDV）和系統集成測試（SIT），完成制造工藝設計/實施，及對產品性能、技術或構建模塊和制造風險等各個方面評估。驗證階段進行最終制造與客戶驗證測試，包括執行軟硬件壓力測試，標準與規格的一致性測試，BETA測試，用于量產的制造系統驗證，獲得機構認證等活動；發布階段啟動產品包的量產，營銷和銷售，產品生產規模逐漸增加到量產，履行管道備貨，啟動產品過渡計劃，從產品開發向維護的過渡。生命周期階段在產品生命周期內進行產品包營銷/銷售，生產及服務以及對此類活動的的監控。IPD各階段的技術評審點為保證產品最終能實現目標，在IPD開發過程中設置相關的關鍵點進行質量控制，用于檢查IPD實施到一定階段以后產品的技術成熟度，發現遺留的技術問題，檢查產品質量計劃執行情況（包括檢查是否達到質量目標以及是否滿足質量基線要求等），評估存在的技術風險，給出技術上的操作建議。IPD流程中定義有TR1、TR2、TR3、TR4、TR4A、TR5、TR6等7個技術評審點。IPD各階段的決策評審點IPD過程中定義若干決策評審點，用于審視項目是否能夠進入下一階段，如果沒有獲得批準，則取消項目或重新確定方向。

缺陷預防針對產品研發活動設立一次性做好的目標，各產品參考歷史的缺陷分析數據制定計劃并實施缺陷預防活動，同時監控預防措施的效果。對于網上問題和測試問題，發現的重要缺陷和問題進行根源分析，制定解決預防措施，并跟蹤關閉。各產品線建立團隊負責組織級缺陷預防活動，針對缺陷預防活動制定計劃和策略，建立組織級以及產品級的缺陷庫，供產品開發指導。

質量保證和審計針對所有產品線設立獨立于產品的質量團隊（QA）負責產品質量工作的引導，監控和審計。針對所有產品進行計劃并開展交付審計，內部審計，以及專項審計，以檢查產品過程以及工作產品是否遵循相關的過程，標準和規范，并記錄不符合項。在研發過程每個階段，對工程文檔，代碼，以及測試結果進行交付審計。對于內部審計，每個產品在結束前，至少進行1次內部審計。所有審計的結果通報各級主管，針對不符合項，標識出糾正和預防措施，并跟蹤關閉。質量部定期進行審計發現問題的綜合分析，標識出好的經驗以及組織過程改進點。7.4.3IPD-CMMI華為參考業界CMMI模型，建立了IPD-CMMI，它覆蓋了系統設計、軟/硬件開發、資料開發、產品測試和維護等核心業務，并以研發需求管理，配置管理，項目管理和質量保證和IT工具為支撐，是支撐IPD的跨學科的持續改進的產品開發過程。公司所有產品開發必須遵照IPD-CMMI進行。各級產品體系運作和質量部負責IPD-CMMI的推行和持續改進。IPD-CMMI是不斷優化，持續改進的系統，公司鼓勵所有員工積極參與過程改進,對優秀的改進建議和經驗共享給予獎勵。質量體系定期對IPD-CMMI進行審計和評估，以確定流程的弱點和優勢,不斷優化。集成產品開發流程（IPD）、IPD-CMMI流程（包括IPD-SE、IPD-CMM、IPD-HCMM、IPD-Info、IPD-RDM、BBIT、IPD-PTM、IPD-PMM、IPD-PRM、IPD-PCM、IPD-CMMICommon等支撐子流程）EC變更管理流程(IPD/PSSD.SCD/PDM/EC/P06)網上問題處理流程(IPD/LM/P03)業務災害應急處理規范（BS/RM/RMON/R01）IPD相關指南，讀物IPD管理體系指南3.0vs5.0/view/8d7dcfa6600a953deefeae400aa64e73.htmlIPD核心流程全流程引導者會編寫出IPD常見問題解答（FAQ）IPDIPD流程簡介IPD流程不僅僅只是一個開發流程，而是一個跨功能部門的業務流程，將所有管理產品包所需的全部主要活動（不是所有詳細活動）整合起來，保證計劃，交付和生命周期結束工作的成功，實現X的業務目標。因此，它對開發、財務、制造、市場和服務等與某個產品包相關的主要使能流程進行監管。該流程對產品包的定義、開發、交付、市場維護、服務和退出進行管理，包括以下要素：產品包：硬件與/或軟件，產品以及服務的任何組合產品開發：產品包所需新硬件、新軟件以及資料的設計、開發與測試制造能力：新生產線的引進、工裝、生產、供應商選擇、產量與產量的逐漸增加履行：手工或自動的訂單、發票與服務處理等采購：通過SourcingTeams,公正價值判斷，談判，合同管理，履行以及供應商關系管理等從外部供應商處采購商品/服務財務/定價：財務的各個方面，包括條款、收入和利潤宣傳溝通：出版物、發布、廣告等。產品線營銷：確定具體的產品行銷需求、環境、競爭分析與計劃渠道管理：直銷、分銷、增值再售商、系統集成商、OEM服務與支持：技術支持與服務IPD流程的目的是指導PDT和LMT團隊在產品的整個生命周期對項目進行管理。流程的開端是產品線IPMT通過項目任務書授權項目的啟動。項目啟動是在概念啟動階段，此時PDT經理會從產品線IPMT收到一份項目任務書，授權啟動項目，組建PDT，并制定/客戶化項目進度和任務。當停止對產品包的服務，針對產品包的活動和職責履行完畢時，流程和項目就結束了文本使用IPD流程帶來的主要好處1.通過提高產品質量、優化開發周期，加強產品創新和減少制造成本來改善投資回報。2.確定了從概念階段到產品生命結束，對產品產品包進行管理的框架與內容。3.確定了何時如何做出決策和/或進行評審。4.協助PDT經理和PDT管理產品包開發項目。針對產品包的全部要素，確定跨功能部門流程的主要活動，并對它們進行管理，來實現項目與業務之間的承諾（項目進度、風險管理以及對承諾的衡量）。5.提供了一種一致的方法，幫助用戶遵守標準與審計需求（如：ISO標準，公司審計等）文本業務情形產品包有以下幾種情況：1.某細分市場中的一個新產品包2.某細分市場中現有產品包的升級3.某細分市場中現有產品包的替代4.某細分市場中與現有產品包并存的產品包2.4.1什么是產品族？產品族是指由多個V版本組成的產品，各V版本中又含有多個R版本。在軟件中，產品族也指基于同一平臺的一組相關產品。例如，交換，NGN與接入是固網產品線下面的產品族。2.4.2什么是V版本？V版本是指與獨有的產品配置表相對應的一個或一系列公司產品。根據市場定位或開發平臺的區別，一個產品可以有幾個V版本。根據市場競爭需要，技術和成本等要素，每個V版本都有一個綜合的產品計劃。根據這個計劃，會向市場推出幾個子版本（R版本）。所以一個V版本包括幾個R版本（子版本），其中R001為基線版本。所有V版本必須完成XIPD流程概念啟動和概念階段的活動。V版本決策評審點的決策必須由產品線IPMT來決定。2.4.3什么是R版本？每個R版本都包括一些特性，一個R版本要包括哪些特性，需要對市場競爭情況，技術和成本等因素全面考慮。一個系列產品也可以有自己的特性版本。可以用特殊的字母或數字作為特性的版本號來表示系列產品。產品路標中明確規定了各個R版本的時間以及所有V版本及特性版本（R版本，產品系列）的特性組成。R版本也需要從概念階段一開始就按照XIPD流程操作。應該由產品線IPMT在其決策評審點做決策。2.4.4確定V版本和R版本的原則1.以下任何一種情況，必須形成新的V版本，并將其作為“主”版本來處理——產品市場定位的變化導致了產品特性的明顯變化；——變化的產品平臺與原有平臺不兼容2.以下任何一種情況，必須形成新的R版本：——雖然產品市場定位和產品平臺沒有改變，但卻衍生出了新的產品系列；——對市場競爭能力，技術和成本等因素進行綜合考慮，根據計劃更改產品特性，向市場發布新的版本。文本PQA4.6.3PQA確定產品質量目標制定并監控產品質量計劃參與產品業務計劃及端到端計劃的評審組織度量數據分析并監控是否達到了質量目標完成質量月報引導本階段的過程活動，并提供所需培訓承擔技術評審1流程經理的角色，組織技術評審1，保證技術評審問題的關閉進行本階段交付件的審計，跟蹤審計發現的問題直至解決跟蹤所有與質量相關的問題直至解決文本tr

開發：進行技術評審1（TR1）在產品質量保證（PQA）代表進行完交付件審計之后，系統工程師組織進行產品需求和概念評審，并將結果歸檔。PQA根據需要，與PDT核心、擴展組成員一起進行評審，保證所選概念在技術上的可行性，并能夠解決產品需求（包括市場需求，可服務性需求，可生產性需求，可購買性需求等）。技術評審1的重點是保證產品包需求的完整性，以及在概念決策評審之前，選擇出合適的備選產品概念來滿足這些需求。完成技術評審1后，應該對產品需求進行更改控制。PQA會承擔技術評審1流程經理的角色，組織技術評審1，并跟蹤所有與技術評審相關的問題，直至解決。

研發：進行技術評審2（TR2）在產品質量保證（PQA）代表完成交付件審計之后，系統工程師組織系統設計和規格評審，并將評審結果歸檔。PQA根據需要，與PDT核心、擴展組成員一起進行評審，保證系統設計和規格在技術上的可行性，并能夠解決產品需求（包括市場需求，可服務性需求，可生產性需求，可購買性需求等）。技術評審2的重點是對計劃階段由設計需求向設計規格轉化的完整性進行評估。PQA會承擔技術評審2流程經理的角色，組織技術評審2，并跟蹤所有與技術評審相關的問題，直至解決。3研發：進行技術評審3（TR3）在產品質量保證（PQA）代表完成交付件審計之后，系統工程師組織概要設計評審，并將評審結果歸檔。PQA根據需要，與PDT核心、擴展組成員一起進行評審。技術評審3是計劃階段對系統概要設計（HLD）的評審，保證設計規格被完全實現，以及各相關功能領域子流程設計團隊設計的準確性和完整性。PQA會承擔技術評審3流程經理的角色，組織技術評審3，并跟蹤所有與技術評審相關的問題，直至解決。4研發：進行技術評審4（TR4）在產品質量保證（PQA）代表完成交付件審計之后，系統工程師組織進行評審，并將評審結果歸檔。PQA根據需要，與PDT核心、擴展組成員一起進行評審。技術評審4的重點是在用于系統級構建驗證（SDV）前，保證構建模塊的完整性。PQA會承擔技術評審4流程經理的角色，組織技術評審4，并跟蹤所有與技術評審相關的問題，直至解決。2研發：進行技術評審5（TR5）在產品質量保證（PQA）代表完成交付件審計之后，系統工程師組織進行評審，并將評審結果歸檔。PQA根據需要，與PDT核心、擴展組成員一起進行評審。技術評審5作為對項目狀態獨立的整體評估，關注于對設計可靠性，以及是否做好客戶發貨準備的評估（驗證階段）。PQA承擔技術評審5流程經理的角色，組織技術評審5，并跟蹤所有與技術評審相關的問題，直至解決。

研發：進行技術評審6（TR6）技術評審6作為對整個項目的評審，關注于保證產品滿足全球的需求，并做好制造準備。PQA會承擔技術評審6流程經理的角色，組織技術評審6，并跟蹤所有與技術評審相關的問題，直至解決。文本文本文本文本文本文本文本文本IPDpace產品及周期優化法（PACE）的基本思想（1）產品開發是由決策流程來推動的，是一個可以管理、可以改善的流程，并非只有靠天才和運氣。（2）產品開發過程需加以定義和實施，以保證企業相關人員都能有共同的認識，知道如何協調和配合。（3）產品開發是一個分四個層次和三級進度表的結構化流程，需納入一個邏輯流程框架中，認為問題必須通過綜合的方法來解決，孤立而零散的改進方式是不可取的。（4）在4個流程演進的每個階段都需要按部就班，將下一階段的某一要素過早地引入到現階段毫無意義，就如同給一輛自行車加上渦輪增壓器一樣，無助于速度的提高，反而增加了重量。（5）產品開發需在一個公共決策流程中予以管理，高層管理者的管理重心就是決策和均衡開發進程的關鍵點。（6）產品開發項目小組與管理高層需建立新的組織模型（核心小組法），產品開發團隊應有一位經授權的產品經理和若干跨職能的成員，管理高層轉為產品審批/管理委員會。（7）強調設計手段及自動化開發工具必須有起支持作用的基礎設施才能發揮效力，產品開發流程的改進，不能依賴被譽為“銀彈”的設計手段和自動化開發工具。文本PACE五階段產品及周期優化法（PACE）的主要核心內容PACE認為產品開發要關注七個核心要素，包括階段評審決策、建立跨職能的核心小組、采用結構化的開發流程、運用各種開發工具和技術，此外還要建立產品戰略、進行技術管理、對多個產品及資源的投入進行管道管理。文本文本文本文本Cmmi

四大過程過程類型簡介過程管理類過程管理類過程域包含跨項目的活動，這些活動與過程的定義、計劃、部署、實施、監督、控制、評估、度量及改進相關。CMMI-DEV中的五個過程管理類過程域是：?組織級過程定義（OrganizationalProcessDefinition，OPD）?組織級過程關注（OrganizationalProcessFocus，OPF）?組織級績效管理（OrganizationalPerformanceManagement，OPM）?組織級過程性能（OrganizationalProcessPerformance，OPP）?組織級培訓（OrganizationalTraining，OT）項目管理類項目管理類過程域涵蓋了與項目的計劃、監督和控制相關的項目管理活動。CMMI-DEV中的七個項目管理類過程域是：?集成項目管理（IntegratedProjectManagement，IPM）?項目監督與控制（ProjectMonitoringandControl，PMC）?項目計劃（ProjectPlanning，PP）?量化項目管理（QuantitativeProjectManagement，QPM）?需求管理（RequirementsManagement，REQM）?風險管理（RiskManagement，RSKM）?供方協議管理（SupplierAgreementManagement，SAM）工程類工程類過程域適用于開發領域中任何產品或服務的開發（如，軟件產品、硬件產品、服務、過程等）CMMI-DEV中的五個工程類過程域是：?產品集成（ProductIntegration，PI）?需求開發（RequirementsDevelopment，RD）?技術解決方案（TechnicalSolution，TS）?確認（Validation，VAL）?驗證（Verification，VER）支持類支持類過程域涵蓋了支持產品開發與維護的活動。支持類過程域應對執行其它過程時使用到的過程。CMMI-DEV中的五個支持類過程域是：?原因分析與解決（CausalAnalysisandResolution，CAR）?配置管理（ConfigurationManagement，CM）?決策分析與解決（DecisionAnalysisandResolution，DAR）?度量與分析（MeasurementandAnalysis，MA）?過程與產品質量保證（ProcessandProductQualityAssurance，PPQA）過程(process)

相互關聯的活動的集合，這些活動將輸入轉換為輸出以達成特定的目的。（另見“過程域”，“子過程”與“過程元素”。），同ISO9001定義過程域(processarea)

某一領域內的一組相關實踐，當它們共同得到實施時，能滿足一組對于在本領域作出改進較為重要的目標。 CMMI成熟度等級等級等級名稱等級描述1初始級過程通常是隨意且混亂的。組織往往不能提供一個穩定的環境來支持過程。這些組織的成功依賴于組織內人員的能力與英雄主義，而不是使用經過實踐證明的過程。盡管有這些混亂的情況，成熟度1級的組織也常常能產出能用的產品與服務，但它們經常超出在計劃中記錄的預算與成本。成熟度級別1級的組織的特征是具有過度承諾的傾向，他們在危機情況下會舍棄他們的過程，而且沒有能力去復制他們的成功。2已管理級項目確保其過程按照方針得到計劃與執行；項目雇用有技能的人，具備充分的資源以產生受控的輸出；使相關干系人參與其中；得到監督、控制與評審；并且對其過程描述的遵守程度得到評價。成熟度級別2級體現的過程規范有助于確保現有實踐在有壓力的情況下得以保留。當具備了這些實踐時，項目的執行與管理能夠根據其文檔化的計劃來進行。3已定義級過程得到清晰的說明與理解，并以標準、規程、工具與方法的形式進行描述。作為成熟度級別3級的基礎，組織的標準過程集得到了建立并隨時間進行改進。這些標準過程被用于在整個組織中確立一致性。項目根據裁剪指南，通過對組織的標準過程集進行裁剪來建立已定義的過程。（見術語表中“組織的標準過程集”的定義。）4已量化管理級組織與項目建立了質量與過程性能的量化目標并將其用作管理項目的準則。量化目標基于客戶、最終用戶、組織、過程實施人員的需要。質量與過程性能以統計術語的形式得到理解，并在項目的整個生命期內得到管理。5優化級組織基于對其業務目標與績效需要的量化理解，不斷改進其過程。組織使用量化的方法來理解過程中固有的偏差與過程結果的原因。注：標準第23頁cmmi例:軟件產品研發過程(Level1)例:項目管理子過程(Level2)cmmiCMMI與Agile比較cmmi通用目標和通用實踐過程制度化的進步，其特征通過以下各過程的描述予以闡明。已執行的過程已執行的過程是指完成了所需工作而滿足過程域的特定目標的過程。已管理的過程已管理的過程是已執行的過程，其計劃與執行依據方針進行；該過程使用擁有充足資源的、有技能的人員產生有控制的輸出；使得相關干系人進行參與；得到了監督、控制與評審；其過程描述的遵守程度得到了評價。該過程可以通過某個項目、某個組或某個組織級功能進行實例化。過程的管理關注于制度化，以及諸如成本、進度與質量目標等為該過程建立的其它具體目標的達成情況。由已管理的過程提供的控制有助于確保所建立的過程在壓力情況下得以保持。過程的需求與目標由組織建立。工作產品與服務的狀態在已定義的時間點（如：主要里程碑點，主要任務的完成節點）對管理層具有可視性。在那些執行工作的人員與相關干系人中建立起了承諾，并在必要時對承諾進行修改。與相關干系人一起評審了工作產品，并對工作產品進行了控制。這些工作產品與服務滿足所規定的需求。TS16949-APQP計劃和確定項目產品設計和開發過程設計和開發產品和生產過程確認反饋、評定和糾正措施TS16949三大過程?顧客導向過程

CustomerOrientedProcesses(COPs)(直接傳遞顧客需求并創造顧客價值的過程)?管理過程

ManagementOrientedProcesses(MPs)(確保質量管理體系所有過程有效實施的管理決定和措施)?支持過程

SupportProcesses(SPs)(為COP（顧客導向過程）提供保證其良性運行的資源或原料過程,如信息、人力、設施、資金或材料的支持)三者關系：COP面向外部顧客，SP面向內部顧客，MP面向COP,SP,也可歸于SP,稱為管理支持過程TS16949三大過程④由誰進行?(能力/技能/資格)①顧客導向過程(C.O.P)⑦

輸出(我們將交付什么?)⑥

輸入(我們將收到什么?)③使用什么方式?(材料/設備/裝置)②

如何作?(方法/指導書/程序/技術)⑤

關鍵準則是什么?(測量/評估/績效/指標)IATF建議的“烏龜圖”過程開發模型過程分析實例執行生產計劃的過程輸入輸出用什么做測量誰來做如何做電腦ERP系統補救服務單異常處理單日生產計劃異常處理記錄計劃達成率統計表生產綜合計劃控制程序設備故障處理流程品質異常處理流程等每次異常處理時間周計劃達成率生產周期統計生產部經理各工序領班、主任生產管理工程師IATF推薦的10個COP過程

下列十種COP肯定可以在汽車行業的組織內發現，而且它們和基