什么是質(zhì)量回溯

質(zhì)量回溯指根本原因分析、解決及持續(xù)改進，每個質(zhì)量回溯活動都可以形成一個有效的PDCA質(zhì)量環(huán)，通過提升組織的質(zhì)量管理水平，持續(xù)提升客戶滿意度。

質(zhì)量回溯適用于公司三大業(yè)務流中各種問題的改進，它與質(zhì)量控制構成閉環(huán)管理，保障持續(xù)改進，提升公司質(zhì)量管理水平。

下面為質(zhì)量回溯應用模型：質(zhì)量控制和質(zhì)量回溯形成循環(huán)，保障組織運行中的問題得到持續(xù)改進，最終提升客戶滿意度。

質(zhì)量回溯的應用方法

質(zhì)量回溯過程一覽

活動展開如下：根因分析的質(zhì)量決定了質(zhì)量回溯活動的質(zhì)量，根本原因分析正確，才能真正推動和指導管理流程的改善，從根本上解決問題。

如何保障根因分析的質(zhì)量

任何問題的發(fā)生，都是由于某個業(yè)務或事件內(nèi)存在相應的“缺陷”，這個缺陷通過被某種應用、業(yè)務條件觸發(fā)，最終成為問題。

缺陷問題的產(chǎn)生機理：

Error：活動執(zhí)行不符合標準或規(guī)定要求，引入一個錯誤；

Defect：錯誤隱藏在產(chǎn)品、業(yè)務中，即會形成缺陷；

Fault/Failure：最終交付的產(chǎn)品、業(yè)務結果，未達預期效果，如產(chǎn)品故障、業(yè)務失敗；

質(zhì)量回溯原因分析

• 缺陷引入點：問題的根因一般在“缺陷引入點”，例如，我們在組織一起產(chǎn)品故障引發(fā)的客訴質(zhì)量回溯時，軟件主管定位根因為某代碼編寫錯誤，指出是某員工責任，實際調(diào)查為該類代碼無編寫標準及要求，每個員工憑自己的理解去完成，代碼輸出都不同，該員工剛好為新上任的軟件工程師，所以該問題的缺陷引入點為：該類代碼無編寫標準及要求，改進措施圍繞建立代碼編寫標準與規(guī)范，開展標準普及培訓。

• 缺陷控制點：問題的根因通常不在“缺陷控制點”，控制點不是問題的發(fā)生源頭。例如，上面產(chǎn)品故障為某代碼編寫錯誤，在內(nèi)部項目過程中，控制點設有代碼審視、軟件UT、 SDV、SIT等測試控制點，組織回溯時，我們從每個控制點做用例與執(zhí)行分析，如果該故障在控制點“軟件UT”時發(fā)現(xiàn)，進行追查，發(fā)現(xiàn)是因為軟件UT控制點缺少邏輯用例導致的。

根因分析步驟、改進與組織保障

質(zhì)量回溯活動“不是一個人埋頭寫出來的”，從錯誤到缺陷再到故障問題，都經(jīng)歷了多工序，多角色，多業(yè)務的轉移，質(zhì)量回溯需要業(yè)務相關人員共同參與，組建小組進行。

改進措施制定規(guī)則（5W1H應用）

質(zhì)量回溯案例分享

推薦分享：

• 本質(zhì)量回溯活動解決了“芯片類器件采購型號錯、混”等系列問題，組織形成物料包裝標簽模型標準，來料檢驗標準優(yōu)化（器件型號擴展名檢驗項增加），IC類來料檢驗記錄可追溯管理，物料采購器件型號具體化等；

• 回溯過程簡單清楚，指向性強，小組在原因分析的過程中應用了頭腦風暴、系統(tǒng)圖等質(zhì)量工具。

文章轉自網(wǎng)絡，如有侵權請聯(lián)系刪除。