SOP 變更控制流程圖
SOP 變更控制流程圖，設有申請人、流程負責人、安全或 QA 審閱人、審批人與已受訓操作員泳道：安全關鍵分流、QA 把關的審批，以及上線前強制的實機重新培訓。
運作方式
把泳道改成你們真實的角色
把申請人、流程負責人、安全或 QA 審閱人、審批人與已受訓操作員，換成你們實際擁有的角色。如果同一個人在非關鍵變更上，既評估影響又批出審批，就把這兩條泳道合併，而不是扮作它們是分開的；如果你們的營運要求獨立的安全簽署，就保持安全或 QA 審閱人獨立一條。
定義甚麼令一個步驟成為安全關鍵
把門檻寫在「是否影響安全關鍵步驟？」這道判斷旁邊：如果做錯一個步驟會有受傷、不合格產品、環境洩漏或違反法規的風險，該步驟就是安全關鍵。從你們自己的營運中舉兩三個例子，令審閱人每次都不必從一張白紙開始判斷。
定下實機簽署所需的憑證
在實機培訓與能力核對表這一步，決定甚麼算是憑證：一次有監督的實際操作、一次實務評估、培訓員的簽署，或者三者皆備。記錄操作員是按哪一個 SOP 版本受訓的，因為一份沒有版本號的能力紀錄，無法證明他們是按現行版本受訓的。
決定甚麼時候閱讀並確認已經足夠
為標準路線定下門檻，甚麼才算非安全關鍵變更，例如澄清字句、在不改變方法的前提下重排步驟，或更正一個參照編號。把確認紀錄存放在你們可以拉出完成清單的地方，而不是一條電郵對話。
指名誰可以拒絕，以及迴圈落在哪裡
兩個審批判斷都把拒絕送回評估或審閱步驟，而不是關閉申請。確認每條路線上誰有拒絕的權力，因為在安全關鍵變更上由 QA 把關的拒絕，份量理應重過標準路線上的拒絕。
常見問題
這與一般的變更控制流程有甚麼分別？
一般的變更控制流程是為 IT 與工程變更而寫的：它經過變更諮詢委員會、規劃回滾方案，並驗證一個已部署的系統。這張圖是為一份成文工作指引的變更而寫的，它最具區別性的一步是重新培訓：一項安全關鍵的變更，在受影響的操作員完成實機培訓並簽署能力核對表之前，不能上線——單單確認新版本存在是不夠的。
這與文件管制流程有甚麼分別？
文件管制流程，是每一份受控文件都要走的一般生命周期：起草、審閱、審批、編定版本、簽發、撤回已作廢副本與定期檢討，它同樣適用於政策和表格，不只是 SOP。這張圖假定那套機制已經存在，並加上 SOP 特有的部分：一道安全關鍵關卡，決定推行是需要帶簽署能力核對表的實機重新培訓，還是較輕量的閱讀並確認。
為何安全關鍵變更需要一張簽署的能力核對表，而不只是一張已讀回條？
已讀回條只能證明某人打開過文件，並不能證明他仍然能夠正確執行那個步驟。對於一個出錯會有受傷、不合格產品或違反法規風險的步驟，多數品質與安全系統要求展示出來的能力：一次有監督的實際操作、一次實務查核，或者對照操作員受訓所依據的具體 SOP 版本，記錄下來的等同簽署。
由誰決定一項變更是否安全關鍵？
把這個判斷交給一位獨立於提出變更那個人的安全或 QA 審閱人，而不是申請人自己或其直屬主管。把門檻寫在判斷旁邊，令這個判斷在不同審閱人手上都保持一致，而真的無法判斷時，就預設走安全關鍵路線。