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