質(zhì)量問題回溯報告模板三

1、質(zhì)量回溯報告 質(zhì)量回溯報告 秘密2013-10-08 華為機密，未經(jīng)許可不得擴散 第 1 頁, 共 2 頁XX XX產(chǎn)品 產(chǎn)品XX XX問題質(zhì)量回溯報告 問題質(zhì)量回溯報告（藍色字體部分為簡要說明和樣例，寫報告時可修改或刪除）基本信息： 基本信息：業(yè)務部門/產(chǎn)品線 部門/產(chǎn)品線 產(chǎn)品 V/R/C/B版本問題來源 網(wǎng)上問題/內(nèi)部問題 問題級別 一級問題/嚴重/..等等問題發(fā)生日期 2006-05-30 問題回溯日期 2006-06-15原始

2、問題單號 網(wǎng)上/內(nèi)部問題單號 質(zhì)量回溯單號 WT000666質(zhì)量回溯責任人質(zhì)量回溯參與人問題描述： 問題描述：詳細描述問題的發(fā)生情況（例如：時間、地點、故障現(xiàn)象等）現(xiàn)場問題處理（補救措施，可選） 現(xiàn)場問題處理（補救措施，可選）：簡要描述對問題的應急處理情況：例如 換版、升級等，便于及時降低問題的影響度問題定位（找出問題的缺陷） 問題定位（找出問題的缺陷）：分析并找出問題的缺陷（缺陷指產(chǎn)品設計或制造過程中引入的不完善特征，這些特征會造成產(chǎn)

3、品在特定情況下，產(chǎn)生不良影響），缺陷要細化到具體需要修改的地方，缺陷修改后，當前產(chǎn)品問題即得到解決。例如：軟件的某條語句賦值錯誤、變量類型錯誤、參數(shù)錯誤；軟件函數(shù)的算法錯誤；硬件的某器件或模塊的選型錯誤、指標錯誤、性能不滿足要求等等根本原因分析（在缺陷的引入點或缺陷的控制點中找出導致缺陷的原因）： 根本原因分析（在缺陷的引入點或缺陷的控制點中找出導致缺陷的原因）：1 缺陷引入點分析（缺陷是從哪個環(huán)節(jié)或活動中引入的）：分析并明確缺陷是從哪

4、個環(huán)節(jié)或活動中引入的，一般指問題發(fā)生的根源對象?？蓪θ毕莸囊脒^程進行詳細分析（可按時間或邏輯順序展開）。例如，軟件算法的問題可能是概要設計階段造成；軟件代碼變量類型錯誤，一般是編碼階段造成；硬件原理圖錯誤可能是系統(tǒng)設計階段造成2 缺陷控制點分析（可選，缺陷在哪個環(huán)節(jié)或活動能夠被阻止）：如果“缺陷的引入點”質(zhì)量無法控制或在能力范圍之外，則需要分析缺陷的控制點（缺陷控制點是指能對缺陷進行約束的某個環(huán)節(jié)或活動，例如：Review/測試），一

5、般情況下，需要分析離缺陷引入點最近的控制環(huán)節(jié)或活動，例如，如果缺陷引入點是編碼，則缺陷控制點是編碼Review；如果缺陷對應的是各函數(shù)或各硬件之間配合關系，則缺陷的控制點一般為IT/ST/SIT等環(huán)節(jié)3 根本原因（在缺陷引入點/控制點中找出具體的、可識別、可改進的原因；這個原因?qū)е铝巳毕莓a(chǎn)生）：1、 根本原因1～n一般情況，問題的根本原因在缺陷的引入點中，但如果缺陷的引入點在公司或組織的能力范圍之外，只能通過缺陷的控制點來進行控制，則問

6、題的根本原因在缺陷的控制點中（例如：來料檢驗）。根本原因必須SMART化（具體的、可識別、可改進的原因）。例1：代碼某參數(shù)設置不正確，造成產(chǎn)品性能下降。缺陷的引入點可能為OR/DS等階段，缺陷的控制點可能為Review/UT/IT/ST等。問題的根因有可能為“對用戶的需求不明確/規(guī)格對參數(shù)要求不明確”等等，需要根據(jù)實際情況而定改進計劃：制訂對當前根本原因的糾正和預防措施 改進計劃：制訂對當前根本原因的糾正和預防措施根本原因 糾正措施 預

7、防措施 責任人 預定完成日期1 根本原因必 針對當前根因如何進行解 哪些措施能納入到當前的 2006-11-01質(zhì)量回溯報告 質(zhì)量回溯報告 秘密2013-10-08 華為機密，未經(jīng)許可不得擴散 第 2 頁, 共 2 頁須SMART化 決，糾正措施要SMART化 質(zhì)量管理體系中，防止問題重犯？例如：制訂或更新流程、管理制度、技術規(guī)范、Checklist等等；預防措施要SMART化23456附： 附：在問題的缺陷和根本原因分析過程中，如果有