如何製作視覺化 SOP
如何製作一份視覺化 SOP：圖表承載次序、負責人、決策和交接，文字承載公差、判定準則、警示和紀錄，而一個獲批版本承載訓練。
運作方式
決定圖表要為甚麼負責
開始之前先把這條界線寫下來：圖表擁有次序、負責人、決策和交接，文字擁有公差、判定準則、設定值、警示和紀錄。這樣現有程序的每一句話都有一個歸宿，而關於要放甚麼進去的爭論，也就不再是一場關於品味的爭論。
把每個步驟收窄到一句指示
在整個量程取五個點比對讀值與標準器，並先讓儀器靜置回穩——那是一個步驟加兩項細節。標籤裡保留動詞和它的受詞；五個點和靜置時間放進該步驟的備註。一個會被人一邊工作一邊讀的標籤，要維持在十來個字以內。
把步驟輸入，並為問題定形狀
每一行的「方框文字」就是一個方框。任何在發問的行，「形狀」欄都填「決策」；「連線至」欄填的是一個步驟通往的行號，「連線文字」按同樣次序承載每條箭嘴的字。一個關於公差的決策要的是答案狀態——「在公差內」、「超出公差」——而不是是與否。
把細節掛在它管轄的那個步驟上
把判定規則放在它所裁決的那個決策上，而不是放在前言裡：下判斷之前是否先由公差扣除標準器的量測不確定度、整個量程要查核多少個點，以及讀值剛好落在界線上時由誰決定。歸檔在一個步驟之下的細節，是有人會在它適用的那一刻讀到的細節。
把每個步驟的負責人放進泳道
執行一個步驟的角色填在它的「垂直泳道」欄，階段填在「水平泳道」欄——兩者都是那一行上的純文字，所以歸屬是資料，不是一個位置。填好之後，由「開立超出公差報告」起計的五行會形成一整條「品質經理」帶：程序已經完全離開技術員的手。
只憑圖表跑一次真實工作
把圖交給一位未做過這份程序的技術員，看著他只憑這張圖做完一次真實校正，過程中不回答任何問題。他每問一個問題，就點名了一項擺錯層的細節；他每一步偏離圖上的次序，就是一條要更正的路。熬得過這一輪的版本，才是應該獲批的版本。
常見問題
SOP 視覺化和加插圖有甚麼分別？
分別在於哪一個是正本，是圖表還是文字。在一份視覺化 SOP 裡，圖表是受控文件，書面細節掛在個別步驟上；在一份加了插圖的 SOP 裡，文字是程序，圖只是它的摘要。檢驗方法是看流程改變時會發生甚麼。如果改的是圖表，細節隨之而來，這份 SOP 就是視覺化的。如果兩份文件都要改，其中一份已經過時，而且沒有辦法分辨是哪一份。
一份視覺化 SOP 應該保留多少文字？
工作需要多少就保留多少，但要按步驟持有，而不是寫成一篇敘述。某一個步驟可以帶著一整段——整個量程要取的點、靜置時間、不確定度規則——而它後面三個步驟可以一個字都沒有。不應該存在的，是一份與圖表並行的連續散文版本，因為它把次序複製了一次，而被複製的次序正正是會走偏的東西。掛在步驟上的細節不可能和流程矛盾；一份平行的敘述可以，而且遲早會。
公差和判定準則應該放在哪裡？
放在它們所裁決的那個決策上。「校正前讀值是否在公差內？」只有在規則跟著它一起走的時候才可以重複：查核了哪些點、下判斷之前是否由公差扣除標準器的量測不確定度，以及讀值剛好落在界線上時由誰決定。改為歸檔在一份規格書的某一章裡，這條準則在最需要它的那一刻就在三下點擊之外，而那個放水放行的判斷，會悄悄變成當地的標準。
視覺化 SOP 審核員接受嗎？
審核員對格式沒有意見，對管控卻很具體。他們會問的是：是否存在一個權威版本、由誰在甚麼時候批准、與上一版相比改了甚麼、實際做這份工作的人受訓的是不是現行版本，以及程序要求的那些紀錄有沒有被產生出來。這五項，一張圖表回答得跟散文一樣順，而且它把審核員本來要由一句句話裡重新拼出來的分支，直接顯示了出來。