設備故障排除流程圖（決策樹）
設備故障排除流程圖：一棵故障診斷決策樹，涵蓋安全與斷電上鎖、供應檢查、故障代碼、操作員職責範圍、一線處理與升級判定。
甚麼是設備故障排除流程圖（決策樹）流程
故障排除是一連串問題，而不是一連串任務。一名站在停了下來的機器前的操作員，並不需要知道由誰開工作單、由誰最後簽署驗收。他需要知道的是：先檢查甚麼、自己可以動甚麼，以及由哪一點開始這個故障就不再屬於他。決策樹回答的正是這些，因為每一個方格都是一項有既定答案的判定，而每一個答案都通向一個有名字的去處。
本頁是決策樹，不是流程圖，這個分別值得說清楚。本圖回答的是：我們選哪一條路，以及由誰決定——機器是否可以安全靠近、故障是否在操作員職責範圍之內、我們自己重設還是召喚技術員、我們等零件還是找製造商。故障升級之後啟動的端到端流程——開工作單、指派並編排技術員、把停機時間記在該設備名下、結案並更新設備履歷——屬於設備停機故障流程圖。用那張圖看接下來會發生甚麼、由誰去做；用這張圖看在機器前、在其他人介入之前那幾分鐘裡所作的選擇。如果整棵樹走完之後同一個故障仍然反覆出現，下一步就是根本原因分析流程。
以下這張圖由一台停了下來的機器出發，通向五個不同的終點，而不是一條順暢路徑：操作員處理後恢復生產、技術員修復並交還機器、訂購備用零件、製造商或外部服務商支援，以及作為停機故障升級並記錄停機時間。九項判定分佈在四條泳道的主幹上，其中關鍵的幾項把判定準則作為註記寫在節點上，因為決策樹只有在問題背後的判定條件被寫下來之後才真正有用。
本流程圖涵蓋的內容
本範本包含
- 四條泳道命名的是由誰回答每一個問題，而不是一張完整的部門圖——操作員、當值主管、維修技術員、維修規劃員——分佈在五個階段：確保安全、初步檢查、故障分類、一線處理與升級。
- 在任何診斷之前的一道安全關卡：「機器是否可以安全靠近？」回答「是」進入初步檢查，回答「否」進入「斷電並上鎖掛牌」，隨後直接進入升級判定，因此沒有人會在仍然通電運行的機器上排除故障。
- 操作員泳道中的兩項事實核對：「電源與各項供應是否到位？」（「否」通向「恢復缺失的供應」，再進入驗證）以及「是否顯示故障代碼或警報？」，其中「是」讓操作員先去查代碼，然後才做分類。
- 當值主管泳道中的一道決策權關卡，「是否在操作員職責範圍之內？」，分為「範圍之內」與「交技術員」兩支，其後是「屬於哪一類故障？」，帶三條分支——耗損件、參數設定與機械故障——機械故障完全離開操作員路徑。
- 以驗證代替假設：「試行之後故障是否已排除？」要麼終止於「恢復生產並記錄處理」，要麼進入升級，因此沒有真正生效的處理絕不會被當成已處理。
- 升級按事實而不是按資歷劃分：「生產是否因該故障而停止？」把帶停機時間的正式停機故障與一般報修區分開來，隨後「憑自有技能能否修復？」與「備用零件是否有存貨？」分別通向技術員交還機器、製造商支援與訂購零件三個終點。
何時使用本範本
- 操作員為本來可以自行處理的故障召喚維修，而你們希望把初步檢查和操作員職責範圍的界線寫下來，而不是每一更重新商量一次。
- 你們正在編寫機器標準作業程序、交更資料或掛在機器上的過膠卡片，需要一頁操作員不必讀完整份程序就能照著走的內容。
- 停機數據不可信，因為沒有人對故障由何時起算作正式停機、或者計時由何時開始達成一致。
- 新入職、臨時外判和跨崗培訓的操作員需要遵循與資深同事相同的排除次序——包括知道甚麼時候該停手。
- 你們已經有端到端的維修或停機流程，缺的是為它輸送乾淨、分類正確的升級個案的那一層決策。
運作方式
把泳道改成你們真實的決策權
把操作員、當值主管、維修技術員和維修規劃員換成在你們機構裡真正回答每一個問題的角色。這裡的泳道刻意很少，因為決策樹顯示的是由誰決定，而不是由誰動手。如果你們的當值主管無權批出一次報修，就把這項判定移到有此權限的泳道，並刪掉任何無問題可答的泳道。
寫下安全判定條件，而不是只寫「安全」兩個字
「機器是否可以安全靠近？」只有在判定準則寫在節點上時才回答得了：防護裝置完好、機器已靜止、儲存的能量已釋放，以及在工作需要時已斷電並上鎖掛牌。把這一步指向你們自己的能量隔離程序——各地對斷電隔離與上鎖掛牌的法定要求並不相同，請以你們適用的規定為準——並確保任何有疑問的情況都歸到「否」。
列出操作員獲准檢查的各項供應
把「電源與各項供應是否到位？」變成針對你們設備的真實清單：主電源與控制電源、壓縮空氣或液壓、物料與冷卻液、防護門已關上、緊急停止掣已重設、安全聯鎖已接通。這是整棵樹裡成本最低的一條分支，也是最能消除本來可以避免的報修的一條，因此它應該針對具體機器，而不是寫成通用條文。
把操作員職責範圍寫成文件
「是否在操作員職責範圍之內？」是決定絕大部分升級的那項判定，不寫下來它就會漂移。對照你們的技能矩陣和機器標準作業程序寫出獲准的一線工作，然後把例外情況寫明白：不得拆除防護裝置、不得打開電氣櫃、不得更改工藝參數、不得從事操作員未獲資格認可的任何工作。技能矩陣每次變更時都要覆核這份清單。
就故障何時成為正式停機達成一致
「生產是否因該故障而停止？」把正式記錄的停機故障與一般報修區分開來，並且驅動著你們的停機數據。約定一個定義——通常是生產線無法運行或產出不符規格——以及一個計時起點，即機器停下來的那一刻，而不是維修部門回應的那一刻。每一更都以完全相同的方式執行，否則數字之間無法比較。
自行修復之前先確認能力、工具與保養保證
「憑自有技能能否修復？」背後需要一條規則：技術員對該項工作具備能力並已獲資格認可、工具與技術文件齊備，並且這次修復不會令保養保證或服務合約失效。保養保證是最常被遺漏的一項，這也正是「否」分支通向製造商支援而不是通向訂購零件的原因。把定稿的圖納入版本管理並完成審批，讓每一更都依據同一個版本工作。
常見問題
設備故障排除流程圖和維修流程圖有甚麼分別？
它們回答的是不同的問題。故障排除流程圖是一棵決策樹：一連串判定——是否安全、供應是否到位、有沒有故障代碼、是否在操作員職責範圍之內、處理是否真的生效——最終落到一個有名字的結果。維修或停機流程圖則是一條跨職能流程：呈報故障、開工作單、指派技術員、修復、記錄停機時間、結案並更新設備履歷。故障排除樹通常在升級這一點上結束，而流程圖正是由這一點開始——這也正是把它們畫成兩張圖比畫成一張更好用的原因。
設備停機時操作員應該先檢查甚麼？
先安全，再供應，最後事實。先確認機器可以安全靠近，並在工作需要時已斷電上鎖；在此之前不做任何其他事。然後檢查操作員獲准檢查的各項供應——電源、壓縮空氣、物料、冷卻液、防護門已關上、緊急停止掣已重設——因為相當大比例的報修最終就停在這裡。之後才讀取故障代碼或警報，並去查它的意思。按這個次序檢查，可以避免有人在診斷一個複雜故障，結果發現只是料斗空了，或者緊急停止掣沒有人重設。
我應該怎樣界定操作員可以修甚麼？
以能力和風險為依據，並且寫成一份清單，而不是一條原則。獲准的一線工作通常包括更換耗損件、清除可觸及的卡料、重設警報，以及恢復操作員在正常運行中本來就會設定的參數。常見的例外是防護裝置之後或電氣櫃之內的一切、需要使用操作員未受訓工具的一切，以及任何影響產品品質的參數改動。把這份清單與你們的技能矩陣綁定，讓界線隨著某人獲得資格認可而移動，而不是隨著某一更的壓力而移動。
故障由甚麼時候起算作正式記錄的停機？
當它達到你們事先約定並始終如一執行的門檻時。沒有放諸四海皆準的數字；許多廠房會設定一個以分鐘計的時長，而比這個數字更重要的是所有人都由同一個事件開始計時。由機器停下來的那一刻起、而不是由報修或技術員到場那一刻起記錄停機時間，才能令不同更次和不同生產線的數據具有可比性。把這條定義寫在判定節點上，規則才會隨圖一起流轉。
如果一線處理起了作用，故障卻又再出現怎麼辦？
這正是這棵樹要驗證而不是假設的原因。「試行之後故障是否已排除？」應該在按生產節拍完整運行一個循環、並檢查首件之後才回答，而不是在空機試行之後回答；在測試期間再次出現的故障算作未排除，並進入升級。一個跨更次反覆出現的故障已經不再是排除問題：它屬於根本原因分析，需要先收集證據、驗證原因，然後才寫下一份糾正措施。