五個為什麼分析如何連到可執行的驗證動作

每問一次都要留下證據入口

五個為什麼的重點不是填滿五格，而是從明確問題持續追問造成它的條件。這次把每個回答旁邊加上證據與驗證動作，避免討論到最後只剩「人員疏忽」或「教育不足」，卻沒有人知道明天要量什麼、查什麼。

先寫問題：本例在配方B切換後，三號站前十件有兩件因參數不符被拒絕。它包含觸發條件、站點、觀察範圍及症狀；「換線不順」則太寬，容易讓不同人各談不同事件。案例數據為教學假設，不是已完成的現場調查。

邀請知道實際流程的人提供紀錄，包括操作、維修、程式與品質人員。說明要找條件與機制，不預設誰有錯。口頭經驗可形成線索，但引用時標示訪談，不能轉寫成曾經量到的電壓、時間或版本。

CMS的五個為什麼工具指出，追問次數可多於五次，也有不適合僅用此方法的問題。本文借用一般分析方法到設備案例，並非醫療規範教學，也不宣稱完成表格就代表任何法規符合。

第一問：為什麼產品被拒？候選回答是檢查站仍以配方A的上限判定。驗證動作是取出該兩件的測量值、作用中上限及配方識別，按當時規則重算。若資料顯示已用B，就推翻這條回答，不能繼續沿它問下去。

第二問：為什麼仍使用A？候選回答是畫面選B，但設備尚未完成載入。查選擇要求、接收確認、作用中版本與第一件到站的時間。選項文字改變不等於參數作用中，必須把每個階段分開，才有可能找到時間差。

第三問：為什麼未載入完成就進料？候選回答是程序只等固定延遲，沒有確認本次配方接受。檢查實際邏輯及事件紀錄，確認是否有版本或完成握手，以及啟動依賴哪個條件。若程式有正確檢查，另追資料更新與訊號來源。

第四問：為什麼設計採固定延遲？候選回答是初版需求假設載入固定耗時，而後來配方內容變大。查需求、變更紀錄與不同配方載入時間，不直接推論工程師偷懶。文件若找不到，寫成缺少依據，尚不能斷言歷史原因。

第五問：為什麼變更後沒有發現？候選回答是驗收只測穩態生產，未測切換後第一件。查測試案例與實際結果，確認涵蓋範圍。這一層連到測試流程改善，但前面技術鏈仍須成立，不能用流程缺口取代對故障機制的查證。

分析表每列放問題、候選回答、支持證據、可能反證、查證責任與結果。尚未執行的量測寫在待查，不寫「確認」。回答一旦被反證否定，就保留否定理由並轉向其他分支，避免後續人員又重走同一條已排除的路。

不要只保留一條直線。產品被拒也可能因真實尺寸超限、測量映射錯誤或判定資料不同步。先用事件明細分辨，再對各條支持較強的路徑追問；複雜的多原因組合可以配合故障樹或因果圖。

每個驗證動作都要能產生可判定的結果。例如「確認配方」太模糊，改成比較第一件進站前的作用中版本與要求版本，並保存時間。這樣就知道通過時兩者如何對應，失敗時缺少哪個階段，而不是多一張無法解釋的畫面。

有些證據不能直接從正式設備取得，可以先以離線資料重算判定，或用隔離測試驗證載入時序。測試涵蓋哪一段要寫明，離線算式正確不能證明實際PLC與外部檢查站的握手也正確。

如果每一問最後都回到「人要更小心」，檢查是否忽略介面、錯誤提示、版本辨識或條件防呆。訓練可能是措施之一，但需要具體技能與驗證，不能把所有工程問題都收斂成一份簽到表。

依本例假設，可提出以本次配方接受及作用中版本作為後續允許的設計需求，並對載入失敗給出明確狀態。這是待工程審查的需求，不是任意加一個PLC接點就完成；逾時、重試及模式切換仍須依實際平台設計。

每項措施連到一個已支持的原因。例如更新驗收案例針對「未涵蓋切換第一件」，改善載入確認針對「未完成仍進料」。如果只清掉這次錯誤產品，屬於當次處置，尚未改變下次可能發生的條件。

驗收案例至少比較正常載入、延遲載入、載入失敗及切換途中停止。預期結果先寫清楚：只有正確版本作用中才允許相應流程，失敗時維持設計規定的狀態並可診斷。本文未提供實際控制程式，不能把這段文字當成硬體驗證結果。

完成後應有原因鏈、各層證據、待確認分支、措施及驗收結果。沒有支持的回答保留為假設；尚未做的案例保留未測。另一位同事應能沿同一份資料理解為什麼提出這項措施，以及它還不能保證什麼。

練習：有人寫「漏選配方，因為操作員不注意，所以重新教育」。先補兩個查證動作：核對當時選擇紀錄與作用中版本，檢查介面是否明確顯示未接受狀態。若選擇紀錄確實是B，原來的漏選假設就必須更改，而非繼續追問注意力。

失敗時先看問題敘述是否混了多個事件，再查每一問是否有新增證據。若五個回答只是換句話重述同一現象，就退回可觀察的機制，而不是繼續增加問句數。

問：一定問剛好五次嗎？答：不必，依證據及可處理的原因層次決定，不為填表硬湊。

問：團隊一致同意就算已證實嗎？答：共識有助整理，但因果主張仍需要客觀資料。

問：可以有多個原因嗎？答：可以，技術條件、觸發事件及流程缺口可能共同作用。

問：找到原因就不用再測措施嗎？答：仍要驗證措施有效且沒有造成其他問題。