流程文件與流程圖的版本控制
版本控制如何應用在流程文件——程序、作業指引與流程圖——之上，以及一張過時的圖表為何不只誤導讀者，還會誤導正在動手做的人。
運作方式
把版面改動當成一次修訂
一條被搬動的決策分支、一條改派的泳道，或者一個改了標籤的步驟，改變讀者接下來要做的事，程度不亞於一段被重寫的文字。給你的流程圖跟程序一樣的修訂觸發點：任何改變了會發生甚麼的變更，而不只是改變了寫了甚麼的變更。
把版本與日期放在圖表本身上
把識別碼、修訂編號與生效日期印在圖表上，不要只放在檔案名稱或引用它的登記冊裡。有人在螢幕或列印本上看着這張圖表時，不應該要另外去找一份紀錄，才知道它是否現行。
只保留一張權威圖表，其餘地方只放連結
維基頁面、培訓簡報或供應商資料包裡的每一份嵌入副本，都應該連結到權威版本，而不是貼上一份匯出的圖片。一張貼上的圖片，一被匯出就停止更新。
記錄誰改了哪一列，而不只是有東西改了
一份有用的圖表歷史，會點名那個欄位：這個方框的標籤、這條連線的目標、這條泳道的次序，由這個人在這一天改動。QueryChart 的變更日誌會為每一張圖表自動做到這一點，比較版本則把兩個版本並排顯示——見 /features/version-control。
撤回列印本，不只是舊檔案
貼在工位上的流程圖，壽命比它印出來所依據的那個檔案長。像處理一份文字程序一樣，逐一走訪使用點——告示板、機台工位、入職資料包——並在每一次修訂發放時，替換或撤走每一份。
常見問題
流程圖算是受控文件嗎？
如果它帶有受控文件應有的義務，就算：識別碼與修訂、一份審批紀錄、一個權威位置，以及一個檢討周期。格式不是決定因素——流程圖、RACI 圖與一份成文程序都可以是受控文件；而一張略過版本控制、旁邊的程序文字卻有版本控制的圖表，其實並不受控，只是看起來整齊而已。
如果沒有文字改動，甚麼才算是流程圖上的一次版本變更？
加一個步驟、減一個步驟、把負責人改派到另一條泳道、幫一條決策分支改標籤或改去向，或者對調兩個步驟的次序，即使沒有一句話被重寫，都算是一次版本變更。判斷準則是：這次改動有沒有改變讀圖的人接下來會做的事——如果有，那就是一次修訂，不是排版微調。
這跟流程圖的版本控制有甚麼不同？
本頁覆蓋的是任何流程圖都需要的版本紀律，與畫圖所用的工具無關。/yue/guides/流程圖版本控制實際運作方式 則從一套特定產品內部覆蓋同一個問題——變更日誌在一張實際流程圖上，逐個欄位記錄了甚麼，以及比較版本與還原實際上如何運作。
流程文件需要跟一份文字 SOP 一樣的版本控制嗎？
需要——那四項屬性，識別碼與修訂、一個權威位置、被取代副本的撤回，以及一個有日期的檢討，無論格式為何都適用。分別只在於失效模式：一段過時的文字，誤導的是要去詮釋它的讀者；而一張過時的圖表，卻會被直接跟從——這正是為甚麼撤回這一步，對流程圖來說，比對一頁文字更加要緊。