設備失效調查流程圖（RCFA）
設備失效調查流程圖範本：調查觸發門檻、證據保全、失效模式、根本原因分析、糾正措施的批准與撥款，以及核實期內的成效監察。
甚麼是設備失效調查流程圖（rcfa）流程
設備失效調查問的問題，跟維修問的並不一樣。維修令設備重新回到生產；調查要弄清它當初為甚麼會壞，好讓同一種失效模式不會在三個月後再把它放倒。下面這張圖跟着一次調查，由故障發生一路走到個案結束：先是決定這次故障值不值得開一次正式調查的門檻判斷，然後是在任何人動手維修或報廢之前就掛牌保全下來的失效零件，接着是調取保養紀錄與運行工況的調查團隊、被識別出來的失效模式、一次結構化的成因分析、提出並獲得批准和撥款的糾正措施，最後是一段必須通過才能結案的監察期。
這張圖由設備已經處於安全狀態之後開始，它並不是維修作業指引。把機器恢復到可用狀態，無論要換多少零件、花多少工時，那是糾正性保養，屬於它自己的流程；本流程與它並行，而且可以更遲才完結。它也不是人身傷害調查：如果有人受傷或險些受傷，個案要走工傷事故調查流程，那條流程有自己的當局呈報與問話取證步驟，兩者重疊的部分並行推進便可。它同樣不是通用的品質調查。針對客戶投訴或不合格批次的根本原因分析，問的分析問題是一樣的，但這張圖是圍繞一台設備搭起來的：一份保養紀錄、一條設備登記冊記項、一個失效模式，以及調查結論要回饋過去的預防性保養計劃。與這裡每一份範本一樣，它只是一個起點，你需要按貴機構的制度，以及適用於你們設備的分類與呈報規定去調整它。
支撐整個流程的是三個決策，而它們正正是只求修好的做法會跳過的。「是否符合正式調查的準則？」屬於可靠性工程師，而不屬於到場處理故障的技術員，因為要不要投入調查工時，應當對照門檻來判斷，而不是看當更有多忙。「根本原因是否已由證據確認？」擋住的是讓一個說得通的推測變成正式記錄的成因：未獲證實的假設要回到分析，而不是被當成事實寫進報告。至於「監察期內故障是否再次發生？」，多數制度索性整個略去，措施一落實就結案，而不是等到它被證明真的管用。這三個決策合在一起，才是根本原因失效分析與「一次維修加一張表格」之間的分界線。
本流程圖涵蓋的內容
本範本包含
- 五條泳道（生產運作、設備保養、可靠性工程師、調查團隊與管理層）橫跨六個階段：故障發生、篩查與保全、調查、確定成因、糾正措施，以及核實與結案
- 設備處於安全狀態之後的「是否符合正式調查的準則？」決策，讓日常故障由此轉出去走普通的糾正性維修，只有越過安全、成本、停機或重複故障門檻的，才開啟一次完整的 RCFA
- 分析開始之前先處理證據：失效零件掛牌保全，再加一個「證據是否足以支持分析？」決策，當保養紀錄或在案的運行工況太單薄時，就回到擴大資料收集的環節
- 可靠性工程師泳道裡的分析序列：識別失效模式，用五個為甚麼或魚骨圖這類結構化方法去分析它，並在落筆寫結論之前把根本原因與促成因素區分開
- 「根本原因是否已由證據確認？」決策只讓證據真正支持得住的成因走向調查報告，否則就回頭重新審視假設，而不是把一個猜測記成結論
- 收尾處的撥款與驗證：帶臨時管控措施迴路的「管理層是否批准並撥款？」決策（預算暫緩時走這條迴路），隨後是措施推行、預防性保養計劃更新、一段監察期，以及一個在故障重現時重開個案的「監察期內故障是否再次發生？」決策
何時使用本範本
- 你正在編寫或修訂 RCFA 制度，需要一張圖看清生產運作、保養、可靠性與管理層之間的交接
- 同一種失效模式在一台設備上反覆出現，維修紀錄一條接一條，卻沒有人把故障起因說清楚
- 你要決定哪些故障值得開正式調查，希望把門檻決策和轉往日常維修的出口明確畫出來
- 過去調查裡定下的糾正措施只是說好了，從來沒有人回頭核實，你需要在結案之前加一個監察環節
- 審核方、保險公司或可靠性檢討來問：貴機構是怎樣調查設備失效的，又怎樣證明措施真的奏效
運作方式
把泳道改成你們的崗位
把生產運作、設備保養、可靠性工程師、調查團隊與管理層換成你們實際存在的職能。在規模較小的廠房，可靠性工程師這個崗位往往由資深技術員或保養策劃員兼任：那就把泳道合併，而不是畫一次沒有人執行的交接。
把調查門檻寫到第一個決策上
寫清楚甚麼樣的故障要進正式 RCFA 而不是走日常維修：安全後果、一個成本或停機時數的數字，或者同一台設備、同一失效模式在指定期限內重複發生。把貴機構真正在用的數字寫到節點上，並定期覆檢，因為一條定下來就再沒動過的門檻，會隨着生產轉變而愈來愈少被觸發。
訂立證據保全規則
寫明維修動手之前要掛牌扣起哪些東西：失效部件本身、發現時狀態的相片，以及故障時間前後的過程數值。寫明零件保存多久、由誰批准放行，免得證據在調查團隊看到之前就被棄掉。
選定你們的分析方法
把「進行結構化分析」換成你們團隊真正會用的方法，並寫明各自適用的場合：單一因果鏈用五個為甚麼，可能涉及多個類別的故障用魚骨圖，要多個條件疊加才會發生的用故障樹。把方法名稱寫在節點上，可以避免預設沿用上一位調查人員用過的那一種。
界定甚麼叫「已確認」
為「根本原因是否已由證據確認？」訂一條標準：提出的成因必須能解釋失效模式和現場查到的運行工況，而且把它移除之後，故障在合理判斷下就不會發生。寫明誰有權把一個假設退回去繼續做工作，而不是為一個只是聽落有道理的推測簽名。
為糾正措施排出優先次序
訂下貴機構提出措施時的次序：先改設計或規格，其次改作業程序或預防性保養間隔，把額外培訓、加塊警示牌當作最弱的一檔，而不是預設選項。寫明每一檔由誰批准，以及到甚麼金額或停機時數需要管理層簽名。
訂下監察期，再拿一個已結案的個案走一遍
訂下措施落實後設備要觀察多久才准許結案，以及甚麼算故障重現、甚麼算不相干的另一宗故障。然後揀一份已經完成的調查，最好是第一次措施沒有守得住的那種，讓它在圖上走一遍。凡是有人憑記憶講得出、圖上卻沒有畫的步驟，或者畫了但實際被略過的步驟，就是這張圖發布之前最值得處理的發現。
常見問題
設備失效調查流程包括哪些步驟？
設備處於安全狀態之後，先把這次故障對照調查門檻：門檻以下的轉入日常糾正性維修，其餘的開啟正式調查。失效零件掛牌保全，組成調查團隊，由團隊調取保養紀錄和故障當時的運行工況。識別失效模式，並用五個為甚麼或魚骨圖這類結構化方法加以分析，中途還有一道證據檢查，可以把團隊退回去補充資料。把根本原因與促成因素區分開，等證據確認之後寫進調查報告。隨後提出糾正措施，按由改設計到加培訓的次序排好，交管理層批准並撥款，其間以臨時管控措施補住空檔。措施推行後更新設備登記冊與預防性保養計劃，再把設備監察一段指定時間，然後才結束調查並把結論分享出去。
設備失效調查與糾正性保養有甚麼分別？
糾正性保養就是維修：診斷眼前的故障，把設備恢復到可用狀態，花多少時間都要做完。設備失效調查是一條獨立並行的流程，問的是這次故障當初為甚麼會發生，用根本原因失效分析去找出背後的機理，而不只是停機時看到的那個徵狀。一家廠房完全可以兩條線同時走：技術員把設備恢復到生產，可靠性工程師和調查團隊在後面追成因。並非每次維修都值得開調查，所以這張圖把門檻決策放在最前面；後果輕微的日常故障，通常只按糾正性保養處理。
根本原因失效分析（RCFA）與一般的根本原因分析有甚麼不同？
分析步驟是重疊的：界定問題、收集證據、提出並檢驗假設、確認成因、提出措施。RCFA 是同一套方法專門用在一台實體設備上，因此會引入通用調查沒有的設備側輸入：來自 CMMS 的保養與故障紀錄、故障當時記下的運行工況、一個有名有姓的失效模式，以及結論要回饋過去的設備登記冊和預防性保養計劃，好讓措施改變這台設備日後的保養方式，而不只是記錄這一次發生了甚麼。針對客戶投訴或不合格批次的通用根本原因分析，問的是同樣的問題，只不過對象是一條流程或一件產品，而不是一台機器。
怎樣決定哪些設備故障要開正式調查？
門檻要在故障發生之前就訂好，而不是等大家圍在機器旁邊即場商量。常見的準則是安全或環境後果、故障造成的成本或停機時數，以及是不是同一台設備上同一失效模式在指定期限內的重複發生。設備本身的關鍵程度同樣重要：整條線唯一依賴的單點設備出故障，門檻應當低於同樣的故障發生在有後備的機組上。把準則寫下來並一致執行，因為一條只在有人碰巧記得的故障上才啟用的門檻，產生的調查紀錄並不能代表現場實際出的問題。
為甚麼這張圖要在結案之前加一段監察期？
因為未經核實的糾正措施只是假設，不是解決方案。設計變更、修訂後的預防性保養工序或者額外培訓，紙上看來都對，卻仍可能沒有對上真正的失效機理；唯一能確認的辦法，就是在措施落實之後把設備觀察一段指定時間，確認失效模式沒有重現。這份範本把這道檢查獨立做成一個決策，並留下一條重開個案的路徑，正正因為措施一落實就結案，是調查最終記下一項從未奏效的措施的最常見方式。