CLCA
出自 MBA智库百科(https://wiki.mbalib.com/)
CLCA(Close Loop Corrective Action；閉環糾正措施)
目錄 |
CLCA表示Close Loop Corrective Action(閉環糾正措施) ，這是DELL公司使用的一種處理問題的方法，也是DELL專用的名詞，其他公司很少用，CLCA是對已經發生的質量問題，進行有效的改善追蹤，直到問題不在發生為止，表現的形式就是一份改善報告的格式。它確保所有糾正和預防措施都及時方式得到處理，進行所有跟蹤活動，採取的措施是有效的，並且是有計劃地進行跟蹤，以保證糾正措施的持續有效性。
當一個質量問題出現時，由質量部門發出一份問題追蹤表，由責任單位提出解決措施，當糾正措施執行後，追蹤其有效性，措施有效就可關閉此問題點，若無效相關責任單位須再次提出對策，直到問題得到根本的解決。有時後我們在執行PDCA (Plan-Do-Check-Act)後，容易形成一個開環(Open Loop)的持續改善過程；而CLCA則更強調糾正措施要形成一個封閉環圈，至少對短期改進不了的問題，實施對策後還要回到最好的質量狀態。
完整的CLCA要包括以下 5 個階段性步驟：
(1) 問題發生；
(2) 分析問題發生的原因，確立根本原因；
(3) 擬訂消除根本原因的改善計劃，並驗證其可行性；
(4) 實施改善措施，並多次追蹤措施的效果；
(5) 驗證改善效果，確認問題發生的根源已經解決。
- CLCA = CA(糾正措施)
- 對CLCA而言,僅實施CAR(corrective action request)就足夠了
- 對問題而言,只要能反應迅速就行了
- 對CLCA應由QA部門負全責
- 在規定時間內,只要問題沒有再發生,CA就是有效的
CLCA 表示Close Loop Corrective Action(糾正行動的一個閉環)
- 真正的根本原因
- 採取糾正行動
- 採取預防措施
- 監視採取行動後的效果
- 應用SMART原則來滿足Dell/AOC的 CLCA 要求
- 重點 – 找出問題的真正的根本原因
- 訣竅 I – 5W1H
- 何事
- 何時
- 何處
- 誰
- 為什麼
- 如何
- 訣竅 II – 問 5 個問題
- 基於不良的信息,問第一個問題, 得到答案後針對不良和第一個問題提第二個問題, … . 如此重覆5次.
- 訣竅 I – 5W1H
- CLCA的基本報告 -- 8D 報告
8D報告樣本
SUPPLIER: Part #: Description: STEP 1 INTERNAL / EXTERNAL TEAM DATE: Team Leader: Dell Lead: Team Members: STEP 2 DESCRIBE THE ISSUE DATE: STEP 3 CONTAINMENT PLAN (What, Who, When, Where) DATE: Is a purge necessary_____ Does this affect other product families/types_____________________ STEP 4 ROOT CAUSE ANALYSIS (Use problem solving tools) DATE: STEP 5 CORRECTIVE ACTION PLAN DATE Responsibility:_______________________ Date to be implemented:_____________ STEP 6 PREVENTIVE ACTION DATE: Responsibility:_______________________ Date to be implemented:_____________ STEP 7 VERIFICATION (Follow-up to Corrective/Preventive actions) DATE: CLCA #: Status: Target Closure Date: Customer Ref #:
8 DISCIPLINE
D1. Use the Team Approach(組成成員)
- 選擇並記錄內部/外部成員
D2. Problem Description（問題描述）
- 描述引起問題的狀態變化
- 用量化的術語來表示狀態
D3. Short-term action(執行臨時措施)
- 描述現在由誰,什麼, 何時及怎樣來發現及控制不良, 並且怎樣防止其流到顧客
D4. Define Root Cause(定義根本原因)
- 描述為什麼變化會發生, 或識別系統中允許問題存在並不能發現的"漏洞"
- 根本原因分類,如:
- 材料, 機器, 方法, 人員, 環境
- 原因描述要儘量具體詳細
D5. Permanent Corrective Action(執行永久改善對策)
- 描述將來由誰,什麼, 何時及怎樣實施在材料,人員,方法等方面的變化來完全消除問題的根本原因
D6. Action Effectiveness Verification(效果確認)
- 用量化的術語描述確認的結果
- 持續實施臨時措施直到永久改善對策已被證明有效
D7. Prevent Recurrence(防止再發生)
- 描述內部/外部文化或系統的變化,此變化必須可以防止問題的發生
- 標準化
D8. Closure
- 表示到目前已完成一閉環
SUPPLIER(供應商): Part #(料號): Description(現象描述): STEP 1(第一步) INTERNAL / EXTERNAL TEAM(內部/外部團隊) DATE(時間): Team Leader(團隊領導): Dell Lead(DELL/AOC領導): Team Members(團隊成員):
- CLCA – 第一步
SUPPLIER(供應商): Part #(料號): Description(現象描述): STEP 1(第一步) INTERNAL / EXTERNAL TEAM(內部/外部團隊) DATE(時間): Team Leader(團隊領導): Dell Lead(DELL/AOC領導): Team Members(團隊成員):
CLCA #(CLCA編號): Status(現狀): Target Closure Date(目標完成日期): Customer Ref #(客戶參考):
- 寫下公司名稱
- 辨別失效產品料號
- 描述失效信息,如:失效率,失效地點,批號等…
- 組成團隊
- 第一步完成日期
- 給出一個CLCA #編號和/或客戶參考號以便追蹤
- 目標完成日期應給出
STEP 2 DESCRIBE THE ISSUE DATE:
描述失效現象,報告地點,報告失效率,相關的批號或辨別號,受影響的品質,受影響的客戶等詳細細節 第二步完成日期
STEP 3 CONTAINMENT PLAN (What, Who, When, Where) DATE: Is a purge necessary_____ Does this affect other product families/types_____________________
- 估計對品質/客戶的影響有多大
- 這種失效會影響其它產品類/型號嗎
- 有多少可疑產品已被生產 這些產品在哪
- 在港口/客戶處有多少可疑產品 如何處理
- 有多少可疑產品在路上/供應商倉庫 處理
- 是否有良品可以替代 是否需要清除
- 第三步的完成日期
STEP 4 ROOT CAUSE ANALYSIS (Use problem solving tools) DATE:
- 描述問題的根本原因
- 如果失效是由於元器件的失效,該元件失效的根本原因也需要描述
- 使用問題解決工具,如魚骨圖,製程圖等來找出根本原因
- 第四步完成日期
STEP 5 CORRECTIVE ACTION PLAN DATE Responsibility:_______________________ Date to be implemented:_____________
- 提供短期對策,包括:
- 在製程/OQA作特別檢驗
- 在製程/OQA作特別測試
- 其他短期對策以過濾或消除問題
- 也許需要DELL對相關的ECR進行批准
- 對策的有效性需要有證據進行驗證
- 第五步完成日期
STEP 6 PREVENTIVE ACTION DATE: Responsibility:_______________________ Date to be implemented:_____________
- 提供長期的預防對策,包括:
- 針對根本原因的預防對策
- 進行總的檢查以消除任何潛在的相似問題
- 更改有關部門的指導書/程式
- 對相關人員提供必要的培訓
- 對相關的ECR需要DELL的批准
- 第六步完成日期
STEP 7 VERIFICATION (Follow-up to Corrective/Preventive actions) DATE:
- 提供證據表明對策的有效性,包括:
- 短期對策的有效性
- effectiveness of long term preventive actions
- 若對策由分供應商進行,需要有分供應商/供應商製程/OQA數據進行驗證
- 需要對整個製程進行追蹤驗證,包括:
- 文件/培訓的完成
- 對策導入日期/良品的批號及performance
- 第七步完成日期
- 分為4 ~ 5個團隊
- 每一個團隊應包括有不同部門人員
- 每一個團隊配備紙/筆(白板等最好)
- 每一個團隊有隊名和團隊領導
- 每一個團隊應解決一個同樣的問題實例
- 一些失效樣品可以提供作為參考
- 每一個團隊從第三步開始至第七步結束
- 每一個團隊用30分鐘完成每一步
- 每一步完成時,應選一個團隊作展示
- 應評估該團隊的優點/缺點
- 應解釋實例中的每一個內容
- CLCA 實例 -- Step 1 ~ 2
Model E551c CLCA # DAO IFIR CLCA#012 STEP 1 INTERNAL / EXTERNAL TEAM DATE: Jan-28-02 Team Leader: Leader: L M.Yan Team Members: STEP 2 DESCRIBE THE ISSUE DATE: Jan-28-02 2.1 S/N: 07G076-64180-1AT-00F4
2.2 Fail area(失效模式): DAO
2.3 Defect Symptom(失效現象): no video(無畫), led on(燈亮)
2.4 Invoice (sold) date(出貨日期): 2001-12-7
2.5 Complaint issue date(失效日期): 2001-12-30
2.6 IFIR/FIR IFIRSTEP 3 DESCRIBE THE PROBLEM DATE: Jan-28-02 FAE(失效分析工程師)分析結果: No video ,LED on ; L906 1.0mH; L906 open , No B+ output. Inductor wire broken near foot.
- CLCA 實例 -- Step 3
STEP 3 CONTAINMENT PLAN (What, Who, When, Where) DATE: Is a purge necessary_____ Does this affect other product families/types_____________________
- 利用失效率/報告數量判斷如何採取相應行動
- 對不同的問題採取不同的部署
- 針對元器件失效,第三步也許不需要
- 對部件的缺少,也許需要對港口/倉庫進行檢查
- CLCA 實例 -- Step 4
STEP 4 ROOT CAUSE ANALYSIS (Use problem solving tools) DATE:
- 也許需要結合多種分析工具,如製程圖/魚骨圖
- 可以利用魚骨圖作第一層的原因分析
- 進行到下一層時,也可以利用它作原因分析
- 在找到根本原因之前消除其它所有可能
- 有時僅有潛在的提高可以確認
- CLCA 實例 -- Step 5
STEP 5 CORRECTIVE ACTION PLAN DATE Responsibility:_______________________ Date to be implemented:_____________
- CLCA 實例 -- Step 6
STEP 6 PREVENTIVE ACTION DATE: Responsibility:_______________________ Date to be implemented:_____________
- CLCA 實例 -- Step 7
STEP 7 VERIFICATION (Follow-up to Corrective/Preventive actions) DATE: CLCA #: Status: Target Closure Date: Customer Ref #:
D1. Use the Team Approach(組成成員)
- 選擇並記錄內部/外部成員
D2. Problem Description（問題描述）
- 描述引起問題的狀態變化* 用量化的術語來表示狀態
D3. Short-term action(執行臨時措施)
- 描述現在由誰,什麼, 何時及怎樣來發現及控制不良, 並且怎樣防止其流到顧客
D4. Define Root Cause(定義根本原因)
- 描述為什麼變化會發生, 或識別系統中允許問題存在並不能發現的"漏洞"
- 根本原因分類,如:- 材料, 機器, 方法, 人員, 環境
- 原因描述要儘量具體詳細
D5. Permanent Corrective Action(執行永久改善對策)
- 描述將來由誰,什麼, 何時及怎樣實施在材料,人員,方法等方面的變化來完全消除問題的根本原因
D6. Action Effectiveness Verification(效果確認)
- 用量化的術語描述確認的結果
- 持續實施臨時措施直到永久改善對策已被證明有效
D7. Prevent Recurrence(防止再發生)
- 描述內部/外部文化或系統的變化,此變化必須可以防止問題的發生
- 標準化
D8. Closure
- 表示到目前已完成一閉環
CLCA的時效性/成本/有效性
- 運用頭腦風暴法找出根本原因
- 日常數據的收集/保持對CLCA非常有用
- 元器件/WIP/製成品的可追溯性對確認原因非常有用
- 由分供應商提供的日常失效元器件的FA/CA對參考非常重要
- 各部門之間的包括分供應商的團隊精神非常重要
- 提高日常檢驗並保留記錄對過濾可以原因及預防問題發生非常有用
Review並處理不符合品
- Material Review Board (MRB)(核檢表)
- 設計工程,製造工程,採購,和品質工程
- Disposition(處理)
- 返工,暫用,維修,廢棄,選用
- Note: “暫用” 需DELL SQE最後批准
糾正行動程式
- 使用8D原則來追蹤並完成CA
- 調查根本原因,確認糾正行動
- 消除不符合品的潛在原因
- 確保糾正行動有效
- 實施並記錄製程的改變
8-D : 定義失效,技術調查/分析,根本原因,短期對策,糾正行動計劃,預防措施防止再犯,驗證行動的有效性
- 糾正行動應在30天內完成,除非有DELL SQE的指示
Some Common Misunderstanding:
- CLCA = CA(糾正措施)
- 對CLCA而言,僅實施CAR(corrective action request)就足夠了
- 對問題而言,只要能反應迅速就行了
- 對CLCA應由QA部門負全責
- 在規定時間內,只要問題沒有再發生,CA就是有效的
WHY
You should have known all the answers now.
1.對RMA針對文件中的主要問題,沒有很好的實施 CLCA以解決問題.
糾正行動:所有市場上的主要不良應實施FA/CA,應定義程式使專註於市場反饋的數據,以及對相關部門及分供應商回饋分析結果及糾正措施.
2.很多CAR並沒有有效實施以防止再發生.
糾正行動: 運用CLCA原則,定義尋找根本原因以及實施批准/驗證CAR的基本程式
3. 不合格材料的控製程序沒有很好定義.
糾正行動: 重新定義CLCA程式,使其包含MRB,市場失效,ORT,安全測試等…中的失效
4.在MRB程式中沒有很好定義材料的處理標準/指引(UAI,RTV,廢棄,返工,挑選).
糾正行動: 定義MRB處理的標準及責任部門,同時需定義受影響的品質/功能/安全的評估標準以及相應措施後可允許的失效率也應被定義.
5.MRB中針對不同處理的材料核檢人員及其職責沒有很好定義(UAI, RTV, Scrap, Rework, Sorting). UAI僅由當地QA和PE工程師批准而沒有回覆原始設計人員進行Review.
糾正行動: 針對不同的處理定義人員職責,定義UAI的批准程式指明在何種情況下需要原始設計人員的批准.
6.一些有關元件失效的CLCA報告由不能稽核的部門簽署.
糾正行動: 建立委托元件的反饋和追蹤程式.
7.當發現分供應商的改善計劃無效時沒有合適的行動.
糾正行動:當發現分供應商的改善計劃無效時,應拒絕其CAR報告,並反饋IQC和採購部門做進一步的行動.
8.對塑料件的相同的分供應商,因製程控制缺陷和原材料缺陷造成的問題重覆發生,在日常稽核時卻沒有對這些問題進行重點檢查.
9.對有關分供應商的失效,問題應反饋給分供應商做提高,但僅限於一些關鍵的部件,如CRT.
糾正行動: 針對主要失效元件,向分供應商發佈VCAR,建立元件performance 追蹤系統以提供預警.
10. 用CAR代替8D報告,失效信息(批號,樣本大小,失效數量/失效率)沒有存檔.
糾正行動: 使用類似8D的方法,對可以得到的失效信息進行存檔.
- DELL:CLCA - Training
very good! thanks!