1、Response Flow Checklist量測計畫告訴我們應該收集什麼資料，何時收集應如何收集，而管制圖則告訢我們何時應採取行動以找出問題所在，並解決它。但是管制圖並沒有告訢我們問題出在那裡，也無法用來解決問題，因此我們需要 RFC。RFC 的結構如下：START1) xx2) xx3) xx4) xx STOPOK?“DIAGNOSI”CTIVITIELIST OF ALPSIBECAUE OFINSTBILITY “REMEDY”ACTIVITIS “VERIFICATION”ATIVIY首先，有一組“diagnosis” activities(診斷行動)被用來找出製程不穩定的原因。一
2、旦原因確定了，則每一個可能的原因會有一組可用來解決問題的“remedy” activities(治療行動 )。最後一個步驟是“verification”activity(核對証實行動)，執行這個步驟是為了要確定製程問題己被搞定了。RFC 的格式：一份 RFC 應該是一本包含多項行動的小冊子，每項行動各佔一頁。RFC 的每一頁都應該包含以下各部份：1. 對策指示你如何做：通常是蒐集資料，觀察，核對。2. 資料將上個步驟所做的評估測量及觀察記錄在這兒。3. 問題對於所紀錄的資料(上個步驟)提出問題。4. 回應針對問題回答“是”或“不是” ，並告訴你接下來要做什麼。每頁 RFC 的表格樣式如下：簽名
3、 日期 時間對策“X”要執行的動作資料：紀錄測量及觀察問題“X”要回答的問題回答：YES到 M 頁執行“” 。 NO到 N 頁執行“” 。EXAMPLE:簽 名 日 期 時間Action“B”檢查控制面板上的 Switch Setting資料：Switch Power Heater Belt O2 SiH4ONOFF問題 B所有個開關都在“ON”的位置嗎？回答：YES到第 5 頁執行“” NO到第 6 頁執行“E”RFC Verification Activity ( 核對証實行動 )使用量測計劃(measurement plan )及管制圖(control chart)的正式稽核，在合理地確
4、認所發現的問題已被解決後，才會重新開始(resumed)。為了証實這個問題確實得到了解決，我們要問：“下個出現在管制圖的繪點(point)是否被控制在 2-sigma 內?”若下一個(control chart point)是在 2-sigma 範圍內，則我們可以認為問題已被解決，接下來的點只要在 3-singma 的範圍內都可以接受。若下一個點未限制在 2-sigma 內，則我們假定問題尚未解決，必須持續的使用RFC 來診斷，解決問題。Out-of-control Point “Verification” Point+ 3 Sigma- 3 Sigma+ 2 Siga- 2 SigaCent
5、erline “VerificationZone”如何設置回饋流程檢查表 (RFC)1. 為生產過程(process) 步驟畫出流程圖。這個圖 (diagram)將能幫助小組辨識並了解所有投入(input)、產出(output)及影響生產步驟(process step)的因素，如此能使得腦力激盪(討論導致問題的可能原因)容易些。START? NOYESENDXX VVYYZZ SSNOYES?2. 運用特性要因圖(魚骨圖)，腦力激盪出所有導致生產步驟中失去控制時，發生的可能原因。對於失控事件的原因，盡量列出任何已知的資料及經驗，從其他現存的 RFC 中可適用的原因裡，找出相似的參數( 變數)，
6、用以討 論我們的檢查表，別忘記本檢查表應涵蓋某些較不明顯的要素，如何估計(gauge)不穩定，計算錯誤，計劃錯誤等 OUT-OF-CONTROLSIGNAL CONTRO CHARTEQUIPMENTMETHODSOPERATORSMATERIALSMEASUREMENTS3.做一個 ”可能的容易的” 距陣表，用以決定 RFC 裡檢查問題原因的順序:每一個可能的原因，給 2 分，a) 在 1 分5 分的範圍裡，敘述這個原因有多麼可能會發生。b) 在 1 分5 分的範圍裡，描述這個原因有多麼容易被檢查出 來。注意：這並不強調這問題的原因有多容易被解決。 將這 2 個分數加起來。使用 RFC 的目
7、的在於使得製程(process)盡速地穩定下來，為了達到這個目的，我們必須將問題發生的可能原因排個順序。如此一來RFC 的診斷行動才能“快速”的辨識問題發生的真正原因。 可能導因 “可能的”計分(1-5)“容易的”計分(1-5)總計分A 2 5 7B 1 2 3C 3 3 6.X 5 4 9Y 2 3 5Z 3 1 44根據 ”可能的容易的”總分，將潛在原因排名 (亦即：越低的總分越重要)，用具邏輯的順序及分類檢查這張已排定優先順序的表:相似的問題原因應同時調查，或一併採取行動，避免不必要的重要，所採取的行動應由使用者來分類。操作員最先技術人員次之最後是 工程師，檢視其他已知相似，或有關聯的
8、RFC 的順序(排名)，建議：先從檢查計算錯誤或計劃錯誤開始，評量程序設備檢查次之。在我們改變機器(的設定值)及流程本身之前，最好能先排除可能的資料繪圖量測的錯誤。可能導因1 ）VVVV (最高優先順序)2 ）XXXX3 ）YYY4 ）ZZZZ (最低優先順序 ) 5. 做一個決策流程圖用以決定那一個潛在的因素是真正的因素(問題的原因): 自相似的現存、可取得的 RFC 來做決策流程圖， 檢查任何無解及死結， 當所有操作性原因都被檢驗過後，決策流程圖就會停止。但技術性或工，程性所引發的原因仍會使檢查繼續下來， 完成時，檢查整個決策流程圖是否完整且合乎邏輯必要時予以修正。 START1) vv2
9、) xx3) yy4) zz6針對每個潛在原因，畫一個處理問題的流程圖: 使用與其他 RFCS 相同的語彙與敘述， 行動必須十分清潔，避免模擬兩可。 1) vv2) xx3) yy4) zz ACTIONS TO FIXTHE PROBLEM處理問題須採取的行動 7把 RFC 紀錄下來，最後要包含“驗証”這個行動，RFC.DOC 檔可作為寫RFC 的參考 參考附錄） 假使 RFC 不能找出最後問題根源，記得要留一些空間紀錄最後的處置方式。 若製程超出規格 (OUT-OF SPEC PROCESSING)有可能發生，則 RFC 可提出合適規格或處理程序，(通常處理程序不應出現在 RFC 中)。
10、當得到解決後，須採取一些行動以結束 RFC，包含一些指示用以驗証處置問題及重新開始程序。ACTION Y Initalxx x xxx xxx x xxx. .Dat:QUESTION Y x xx x x xx x xx x xx x ?YESNOResponse:xx x xx xx x xxx xxx.x xxx xx xxxx x x xxx.ACTION X Initalxx x xxx xxx x xxx. .Dat:QUESTION X x xx x x xx x xx x xx x ?YESNOResponse:xx x xx xx x xxx xxx.x xxx xx xxxx x x xxx.8復檢 RFC 以確保正確性 檢閱下列：是否有邏輯，排版打字等其他錯誤用字及語意是否明暸，是否容易使用及用字一致性 確認 RFC 上所寫的解決方法，是我們所知最好的EXAMPLE3:使用你在練習 1 及 2 之中所量測的設備完成一張 RFC，參用 RFCDOC 檔案之範例:
