SOP 版本控制最佳做法
超越一般文件管制的 SOP 版本控制最佳做法：把安全關鍵修訂卡在強制重新培訓之後、每份 SOP 只有一位負責人、在每一個存在的地方退役已取代副本，並按風險設定檢討周期。
運作方式
為安全關鍵修訂加上重新培訓關卡
任何觸及安全關鍵步驟的修訂，上線之前都要送經實機重新培訓與簽署能力核對表，而不是閱讀並確認。/yue/templates/標準作業程序變更控制流程 把這個關卡呈現為一個 QA 審批分支，在每一位受影響的操作員簽署之前，擋住上線。
為每一份 SOP 指定一位問責負責人
把負責人的名字，放在 SOP 紀錄本身一個跟任何一次修訂作者分開的欄位裡。負責歸屬應該撐得過人事變動或起草交接；如果「負責人」是最後編輯這個檔案的人，就沒有人真正對這份文件的一生負責。
按使用點建立一張撤回清單
在發放之前，列出一次修訂會觸及的每一個地方——工位活頁夾、告示板、共用磁碟、入職資料包——並在被取代副本撤下時逐一剔除。一條標記為「已撤回」、牆上卻仍然貼着列印本的登記冊項目，並沒有真正被撤回。
按風險分級檢討周期，不要用統一日曆
給安全關鍵的 SOP 比低風險行政性 SOP 更短的周期；為每一份文件蓋上同一個周年日期，會把檢討變成一項沒有人有時間認真做好的形式。在 SOP 發放時就設定周期，不要等登記冊剛好標記出來才決定。
用變更日誌證明這套做法，不要只靠登記冊自己的說法
在圖表上打開比較版本，準確看到哪個欄位改了、由甚麼值改成甚麼、誰批准的，而不是依賴修訂歷史紀錄冊自己對自己的說法。QueryChart 在每一張圖表上都免費保留這份版本歷史——見 /features/version-control。
常見問題
SOP 版本控制跟一般文件版本控制有分別嗎？
機制是一樣的——一個穩定的識別碼、一份權威副本、一個檢討周期——/yue/guides/文件版本控制最佳做法 已經覆蓋。分別在於出現缺口的後果：SOP 告訴某人如何用雙手實際執行一項工作，所以一份過時或未撤回的副本，改變的是一個人實際做的事，這正是為甚麼 SOP 的做法要多加一個重新培訓關卡與一個使用點撤回查核，是一份政策或表格不需要的。
一次修訂何時需要重新培訓，而不是閱讀並確認？
當這次變更影響安全關鍵步驟——任何用舊方法做會造成受傷、不合格產品或違反法規的情況。/yue/templates/標準作業程序變更控制流程 把這種情況送經 QA 把關的審批與附簽署能力核對表的強制實機重新培訓；其餘的可以走較輕量的閱讀並確認路徑。
SOP 的負責人跟 SOP 的作者，應該是同一個人嗎？
不一定，把兩者分開通常是較耐久的安排。作者起草某一次具體修訂；負責人則對這份 SOP 一生所有修訂負責，包括原作者離職之後，由其他人起草的那些。
SOP 版本控制跟 SOP 變更控制是同一回事嗎？
不是。版本控制是你如何識別與追蹤修訂；變更控制則是一項擬議變更在成為一次修訂之前，要經過的工作流程關卡。一般的分別見 /yue/guides/版本控制與變更控制的分別，而專屬於 SOP 的部分，/yue/templates/標準作業程序變更控制流程 正是產生出本頁這些做法其後所管治的那個版本的變更控制關卡。