簡短回答： 同事教錯操作時，先停止可能擴散的風險，分清錯誤、版本差異和未說明的例外，再共同驗證正確方式、修訂共享資料並通知受影響的人。知識修正應對準流程，不急着給人貼標籤。
先看影響，後談責任
假設同事教你以舊欄位匯入資料，系統已更新，結果有部分紀錄錯位。先保留目前狀態，依公司既有事故或資料處理程序通知負責人；不要為了自行證明帶教錯誤，繼續在正式資料上重試。涉及安全、金錢或個人資料時，更需要由獲授權的人處理。
CDC 的培訓品質標準要求內容準確及更新。以下共同驗證安排是編輯建議，不是事故調查或資訊安全操作手冊。暫時不知道教錯的原因，可以先承認未知，不把一次錯誤直接推論為不負責任或蓄意誤導。
用同一版本重看步驟
請對方一起核對系統版本、當時示範的條件和正式文件，確認是步驟真的失效，還是只適用於另一種情況。可說：「按這個流程在目前版本出現了不同結果，我們能否請流程負責人確認？」把觀察和指責分開，仍可以清楚指出已造成的影響。
在被批准的測試環境或安全副本驗證，不用客戶或正式交易承擔試錯。新做法經有權責的人確認後，寫清適用範圍、例外、更新日期及核對入口。若仍有爭議，不宜讓兩份相反指南並行，先由負責人決定暫行安排。要說明錯誤，可參考描述操作事件與實際影響，避免把流程問題變成人身批評。
通知真正用過舊方法的人
修正文件之外，還要辨認哪些同事可能已照舊法工作，告知哪一步改變、已完成的工作需否檢查，以及遇到疑問找誰。通知不必公開羞辱教學者，也不能為了維持關係而隱藏會影響他人的錯誤。責任可以之後按證據釐清，必要補救不應無限延後。
若教學者沒有時間維護資料，應由主管安排資源和正式持有人，而不是由發現問題的人永久義務整理。求助和代做界線可參考同事頻繁求助的處理。這次修正完成後，可回看為何版本更新沒進入帶教流程，補上通知與驗證機制，減少下一位新人再次遇到同一個看不見的缺口。
通知舊方法失效時，清楚寫出適用版本和受影響範圍，比籠統說所有人重做更能減少混亂。若尚未知道影響有多大，便先標為待查，說明暫時應採取的安排。更新後亦保留必要變更紀錄，讓團隊知道為何修正，而非悄悄刪掉舊文掩蓋經過。
