产品品质Excursion作业办法-D1(1).docx

產品品質Excursion作業辦法
一、 背景
目前廠內推行Product Yield Management（產品良率管理），影響良率的因素有兩種形態；一為長期以來其品質水準就差的（chronic），另一為突發異常（excursion），而兩者的解決程序與手法有所不同，因而訂立此法使Excursion處理有所依據。
二、 理念政策
為引進Intel產品良率Excursion管理手法，并將內部改善活動串聯，建立完整并且適合華通產品特性，使之制度化組織化之管理模式作為產品良率Excursion管理活動之依據。
三、 目的
籍由訂立不同的異常問題形態，用不同的解決程序與手法，以便迅速有效解決問題提升品質。
四、 適用範圍
各制程
五、 權責單位

異常類型
Issue單位
管理單位
Owner
監督者
檢驗單位缺點或報廢率異常
制程品管單位
制程品管單位
責任單位課長
部門主管
Sample缺點或報廢異常
制程品管單位或Q90
制程品管單位或Q90
部門主管
l Issue單位﹕負責發出異常訊息（mail）除通知給管理單位及責任單位外，也須通知各類產品leader及工程單位。
l 管理單位﹕跟催及要求責任單位對異常的類型進行判定，對Excursion需要求責任單位依Excursion系統之步驟與時程解決問題，直到問題解決（恢復至以往水準
l owner單位﹕須完成自我檢查并判定異常類型，異常報告中針對異常原因進行分析，并提出改善對策及防止再發生。
l 監督者﹕Review異常排除之過程及技術指導。
六、 相關文件
1. L/A作業¿辦法
七、 定義
1. Chronic Defect﹕機遇性的缺點，是一種系統性（Systematic）的缺點；既幾乎每一批產品都會
以固定水準發生此類缺點。
2. Excursion Defect：非機遇性缺點，是一種脫離性的缺點(Isolated)，是由于突然發生且相對嚴重
的異常所造成的缺點。
Chronic和Excursion之差異可以用圖形來解釋，如下﹕

Excursion

Chronic Yield Loss

當有點超出baseline時即表示有異常發生，需采取一定的措施讓制程回復正常狀態。
3.Failure mode: 失效模式。
八、 作業系統流程圖
作業流程圖見圖一
九、 內容說明
1. 題目來源
1-2 品檢單位缺點率超過baseline上限
1-2 Sample產品單一D/C報廢率大於10%
單一D/C缺點率超過30%
2. 作業方法
21 當品檢單位發現缺點率超過baseline上限時，Issue單位需立即通知責任單位，通知方式
可以為電話或口頭通知；但皆須有正式e-mail通知至責任單位及其它相關單位。
2-2 異常責任單位需于接到通知後應立即進行failure mode的分析和制程查檢，如發現有新的
failure產生或制程查檢后發現制程有異常，即判訂為Excursion，依Excursion系統規定作業。
2-3 如沒有新的failure mode產生且制程查檢未發現異常，及可判定為chronic，Group成員需
建立起工作計劃進行分析和改善。
2-4 Excursion系統作業要求
2-4-1責任單位接到異常信息后需進行failure mode分析和制程查檢并將分析和查檢結果
經90monitor確認后回覆至管理單位存檔備查，Excursion之異常處理報告或系統層別
表須在2個工作日內填寫完成并交管理單位存檔備查。
2-4-2 Check之後生產的產品品質回復到baseline之內，可繼續生產。
2-4-3 check後生產的產品品質仍然有異常但未超過停線標準，可繼續生產，責任單位group
需繼續進行檢查以使生產回復正常。
2-4-4 check後生產的產品仍然有異常且超過停線標準，必須停線并通知上級主管。
2-3 Sample板處理方式﹕如是Sample板，請A/B/C90或Q90判定異常類型(設計或制程)并pass
給產品專案管理課作為是否重新發料的依據。
2-5進度管理
2-5-1管理單位對于各Excursion之進行狀況必須掌握，確保現場能按系統規定執行（進度表
如附件四）
2-5-2 各90單位對逾期一天以上未回復的Excursion應mail通知到責任單位及責任單位部門
經理進行跟催，并CC到Q90系統負責人及主管。
2-5-3 對回復的表單A/B/C90判定在格式或內容上不符合要求的應退回責任單位并視作仍未
回單處理
2-5-4A/B/C90每周一對上一周（前一周周日至上一周周六）Excursion回復和結案狀況進行統
計并將回復異常之Excursion mail通知到責任單位，Q90及責任單位部門經理。
2-55 責任單位在接到mail後2天內對責任人按規定進行懲處并將懲處的結果mail通知到
責任單位90和Q90，若未回復責任人，對責任單位主管進行懲處。
2-5-6 A/B/C90必須在每周一9:00前將上一周的Excursion進度管理表mail到Q90系統負責人
處，進度管理表必須如實的反映Excursion的執行狀況。
2-5-7 A/B/C90對回復異常之Excursion未按規定進行管理，Q90將對A/B/C90按相同的懲處
原則進行懲處。
2-5-8 Q90每周對各90的管理狀況進行統計并在生產會議上進行報告，若結案率低于80%,
責任單位主管需在生產會議上進行檢討并提出改善的計劃。
2-6 結案判定﹕由責任單位PQE判定是否可結案并通知管理單位，原則上六天內結案。
2-7 獎處規定﹕ 未回復之Excursion每件懲扣責任人10RMB,逾期（以90周一統計時間為准）回
復或回復不完全（應回復之表單未回復完全）之Excursion，每件懲扣責任人5RMB。
3. 編號原則
管理單位須將Issue單位所發出之異常訊息納入“部 Excursion進度管理表”中統一管理并跟
催責任單位回復之進度。編號共9位碼，其中由課別、月、日及以月
為單位之流水號所組成，編號原則說明如下﹕
例如﹕ΧΧΧ- ΧΧ ΧΧ-ΧΧ

課別 月 日 流水號
十、 查核作業
Excursion系統查核作業依品保部查核系統進行查核，1-1階查核:現場課股長/90課股長；1-2階查核:經副理，2-1階查核:Q90；2-2階查核:Q10
十一、 查核報告
管理單位將每周的查核情況以周/月報的方式向主管進行匯報。
十二、 核准與施行
1. 核准施行程序：本項辦法由品保部品質管制課負責製作經行政系統核准後實施，修訂時亦同。
2. 保密措施
2. 保密等級：『產品品質Excursion作業辦法』的保密等級區分，屬於全廠可公開討論，但不可洩漏於廠外人員，因此屬於密級資料。
3. 辦法保管方法：本辦法經過制訂、審核、核准程序後，由藍圖室負責登錄於電腦，個人僅能依特定權限於終端機查閱，而且不得列印或複製。分發給藍圖室與相關單位的辦法，禁止擅自複印並列入管制文件保管。
圖一﹕作業流程圖

十三、 附件
附件一：異常責任單位自我查檢表
附件二：品質異常處理報告
附件三；系統層別表
附件四﹕管理單位Excursion進度管理表
附件五﹕品質異常管理周月報表

附件一 異常責任單位自我檢查表
異常項目： 責任單位： 現場技術士： 日期：
自我檢查步驟
結果
說明
一、現況確認

1.1 目前生產之同樣產品是否仍有相同缺點發生？
□是－請說明異常狀況,並接3.1
□否－接1.2

1.2 目前與此異常相關之生產條件是否都正常？
□是－check的結果如附件
□否－請說明異常狀況

二、異常處理(1.1答案為「是」者才須填寫)
2.1 是否有此異常缺點之RFC (或異常處理程序)
□ 是－接2.2
□ 否－1.請通知上級主管，提DRB
2.建立RFC或異常處理程序(A/R)

2.2 依RFC(或異常處理程序)處理？
□ 是－請說明結果
□否－請懲處失職人員

三、異常查找
3.1 異常批生產時，是否有品質紀錄？(Selfcheck，L/A，Inspection…….)

□是－ (名稱)
□否－請建立品質紀錄(A/R)
3.2品質紀錄是否有顯示異常？(Out baseline)

□ 是－請說明
□ 否－接2.3
3.3 此異常之生產條件紀錄是否都符合SOP或PCS

□ 是－check的結果如附件
□否－請說明異常之項目
四、結論：
4.1是否有新failure mode產生 □是 Excursion □否，接4.2
4.2自我檢查是否有發現異常 □是 Excursion 異常為
(請繼續填寫「異常處理報告」)
□否Chronic 請建立改善工作計劃(A/R)
4.3 □ 品質已恢復baseline，產品可以繼續生產
□ 異常處理後品質仍異常，可繼續生產(通知責任單位PE)
□ 異常處理後品質仍異常且超過停線標準，暫停生產（通知上級主管）
待辦事項A/R
KLM
Sche.

流程﹕責任單位技術士填表→90monitor確認→責任部門90單位核准→Issue 90單位結案（存檔） 此表應於4小時內查核完畢並回覆至90單位
Issue90單位核准： 責任部門90單位核准： 90monitor確認：

附件二
品 質 異 常 處 理 報 告
異常項目： excursion編號： 責任單位：
料 號
缺點現象說明
(發現地點、缺點現象的描述、缺點照片)
影響範圍
(異常板數量、批號、缺點率/報廢率、)
異常板處理
(以責任或發現站別為區隔，對所有異常板的處置結論)
分析
(異常板層別結論、自我檢查結論、Debug結論、系統層別表結論)
可能原因
(從分析結果所推導出的可能原因)
Root cause
/對策
（Root cause必須經過復制或數據驗證）
效果確認
(Engineering lot approved) 改善后缺點率或稽核結果:（量化指標）
永久對策
(CCB、System in/Design in)

發現地點：

缺點現象描述：

異常板數量/站別：

批號：

缺點率/報廢率：

(Before Key Process)
異常板數量：

處理方式：

(After Key Process)
異常板數量：

處理方式：

ROOT CAUSE

對策﹕

核准： 檢查： 製作：
附件三 系統層別表

異常項目： excursion編號： 責任單位：
查檢項目
異常批
正常批
差 別
改變
問
題
描
述
現象

差異點
差異描述

生產機台

生產時間

製程參數

設備保養

料號/產品

時間
發生的時間

發現的時間

地點
發生的地點

發現的地點

程度
影響範圍

缺點/報廢率

結論
可能造成異常之原因

Group會簽 PD： PEE： PQE： PE：
附件四 ____部 ww Recovery Excursion 進度管理表
部 ww Excursion 進度管理表

編號
異常項目
責任單位
自我檢查表
4小時回覆
異常板處理
系統層別表
品質異常處理報告
是否案
或暫時結案
影響範圍
分析
可能原因
對策
效果確認
Root Cause
永久
對策

上表從異常板處理後的各項目如已處理完成，則用划V的方式注明，沒有完成則空白。
核准﹕ 制作﹕

附件五
品 質 異 常 管 理 週 / 月 報
(Excursion Summary Weekly / Monthly Report) 報告期間

單位(課別)
累計總數
已結案
自我檢查表
系統層別表
品質異常處理報告
按時
異常
按時
異常
按時
異常

核准﹕ 審核﹕ 制作﹕

圖一:作業流程圖