船廠變更單審批標準作業程序
船舶維修變更單審批標準作業程序：維修期間發現的問題對照原有範圍評估、估算、提交客戶批核、執行、QA/QC 檢驗，並在結案時存檔。
甚麼是船廠變更單審批標準作業程序流程
乾船塢總會發現比規格所描述更多的問題。一塊在船體檢驗時看似完好的船殼板，噴砂之後才發現塗層底下已經銹蝕；一個原本只需要檢查的軸封，結果要拆出來。真正的營運風險不在於這項發現本身，而在於工場接下來做甚麼：如果一位技工可以憑自己的判斷，認定那多出來的銹蝕明顯值得修理便逕自動工，船廠就會做了一項沒有人報過價、沒有人排過期，也沒有客戶那邊任何人同意付款的工作。這張圖表存在的目的，就是在這個本能反應之前放上一道判斷，緊接在發現被記錄及評估之後：這是屬於原有工作單的範圍，還是真正屬於額外工作。除了走「額外工作」這條分支，其餘一切都不會運行。
流程的後半段，才是大多數變更單爭議實際源起之處，而問題往往不在估算本身。它出在「已經告知客戶」與「客戶已經簽署同意」之間的落差。這張圖表刻意不讓這道落差有可乘之機：一張變更單必須經過正式準備及提交，客戶的答覆是一個真正、有兩條分支的判斷，而不是一個假設。之所以建立一條磋商迴路送回重新提交，而不是把爭議當成死路，是因為在船舶維修業界，幾乎每一張有爭議的變更單最終都會得到解決，而不是被取消，流程應該顯示它是如何解決的，而不是假裝爭議從未發生過。
QA/QC 之所以擁有自己獨立的判斷，原因相同：一項額外維修，即使客戶已經批核付費，也不代表它一經完成就足以存檔——它仍須通過檢驗。返工迴路把一次不合格的檢驗送回重新檢驗，而不是送回整項維修重新開始，這是刻意作出的區分，因為大部分返工都是對一項已大致完成的工作作出修正，而不是要求整份工作重做。由於這張圖表上每一步都附有具名負責人及以天數計的工時估算，同一張圖表同時也是一份即時的資源紀錄：黃志强及高浩然在工場現場的工時、陳美琪準備及磋商變更單的工時，以及林凱怡的檢驗工時，全部都會滙總進工作量面板，讓項目經理可以看到，例如同一位估算員，是否同時在三艘船舶上都背負着變更單工時，而不是等到錯過客戶交付期限才發現。
本流程圖涵蓋的內容
本範本包含
- 識別：流程始於「維修工作期間發現額外缺陷」，緊接的下一步「記錄發現連同相片及船上位置」，要求先有照片證據及船上位置，才可以評估，於是工場現場的口頭報告，永遠不會是客戶最終批核的依據。
- 評估與範圍判斷：在「評估與估價」泳道，「就成因及所需維修進行技術評估」帶出「發現是否屬於原有範圍，還是真正屬於額外工作？」這道判斷——屬原有範圍的工作，會直接導向「按現有工作單繼續進行，毋須開立變更單」，並在「工作按現有範圍繼續進行」結束，永遠不會到達變更單。
- 估算及客戶簽署：只有真正屬於額外工作的發現，才會到達「估算額外工作的成本及時間表影響」及「準備變更單以待客戶審批」，然後變更單會「提交變更單予客戶」並送到判斷「客戶是否批核變更單？」——一項爭議不會終結流程，而是導向「與客戶協商範圍或價格」，並循環回到重新提交。
- 執行：在這條泳道中，一張已批核的變更單絕不會憑口頭承諾就執行——「在系統中更新項目範圍、預算及時間表」先確立新的範圍及預算，之後「進行額外維修工作」才會開始，於是進場的隊伍，執行的是客戶已經真正同意付款的範圍。
- QA/QC 關卡與返工迴路：「QA/QC 檢驗額外維修」帶出判斷「額外工作是否通過 QA/QC 驗收？」，一次不合格的檢驗會經「返工並重新檢驗」循環回到同一個檢驗步驟，而不會單憑客戶批核就直接落入文件記錄。
- 文件記錄與結案：只有檢驗通過後，「記錄變更單並存檔已簽署紀錄」才會運行，圖表在「變更單已結案並存檔」終結——這是一個與原有範圍結局截然不同的終點，讓兩種結案方式在報告中永遠不會被混淆。
何時使用本範本
- 乾船塢維修期間，船體、傳動軸或液壓檢查發現超出合約範圍的損毀，工場需要一條由發現到已定價、已批核工作的固定路線，而不是再多花一小時去猜
- 項目經理需要向船東的技術總監準確展示，一項額外發現如何變成一張已定價、已批核的變更單，而不是一項最後才出現在發票上、背後毫無文件紀錄的項目
- 船廠同時派出機械、電機及液壓維修隊伍在同一艘船上工作，需要一套共用的變更單流程，讓任何工種的發現都經過相同的評估、估算及 QA/QC 把關
- 客戶事後就一張變更單提出爭議，船廠需要把磋商及重新提交的迴路清楚繪出，證明爭議是經由一條議定路線解決，而不是在時間表壓力下被繞過
- 你正在培訓新任項目經理或 QA/QC 檢驗員，需要一張圖表清楚顯示，在哪個時點可以承諾價格及時間表，又在哪個時點可以保留品質簽署
運作方式
把泳道對應到你們船廠真實的交接方式
工場、項目經理、QA/QC 及客戶，對應的是 FAYARD 實際的工作交接方式。如果你們船廠把 QA 與 QC 分成獨立職能，或者客戶批核要經由中介人而非船東本人，就把這個真實的交接加進去，而不是把它併入一條不能反映實情的泳道。
為每一列填上具名負責人及實際工時
在每一個步驟，不只是判斷點，都使用「負責人」及「工時」欄：「就成因及所需維修進行技術評估」由工場負責人及一位技術覆核員共同負責，估計 1.5 天，而「進行額外維修工作」則為 6 天。這裡的工時指的是實際投入的努力，而不是經過的日曆時間，所以即使一個步驟橫跨三更，但一個人只花半天，就應記錄為半天。
把範圍判斷背後的準則寫清楚
「發現是否屬於原有範圍，還是真正屬於額外工作？」只有在技術負責人擁有一套書面標準，說明原有規格及圖則涵蓋甚麼、一次標準檢驗應該發現甚麼，以及甚麼是船舶開艙之前確實無法得知的，才會是一道快速而一致的關卡。沒有這套標準，這道判斷就會變成一個因評估者而異的主觀判斷。
為磋商迴路設定上限
「與客戶協商範圍或價格」在圖上可以無限次重新提交。決定多少輪磋商屬正常，超過就要升級至商務經理，或者正式撤回，並把這個上限寫在判斷旁邊，讓一項未解決的爭議不會悄悄拖住船舶的出塢日期。
在批核下一張變更單之前，先查看工作量面板
由於每一列都附有負責人及估算，工作量面板會滙總每個人在所有開放圖表上的即時變更單工時，而不只是這一張。在簽署一張新的變更單之前，先檢查它所依賴的項目經理或工場負責人，是否已經背負着比船舶餘下在塢時間所能容許更多的額外工作工時。
常見問題
屬原有範圍的路線，跟額外工作的路線，分別在哪裡？
技術評估之後那道唯一的判斷「發現是否屬於原有範圍，還是真正屬於額外工作？」，正是把兩者分開之處。屬原有範圍的工作，會按現有工作單繼續進行，並立即結案，沒有變更單、沒有客戶批核步驟，也沒有獨立的成本紀錄，因為這項工作已經包含在原有合約之內。真正屬於額外工作，才是唯一會到達變更單、估算及客戶判斷的分支，這樣就不會有從來不需要變更單流程的工作，被硬拉進這套流程。
為何一張被拒絕或有爭議的變更單，是循環進入磋商，而不是直接結案？
因為在船舶維修的實際運作中，幾乎沒有一張有爭議的變更單會就此消失：客戶依然需要這項維修，船廠依然需要就發現及評估這項工作而獲得報酬。「與客戶協商範圍或價格」給予這項爭議一個真正的步驟及一位具名負責人，而不是讓它在電郵往來之間非正式解決，而循環回到重新提交，代表最終議定的價格及範圍，會經過與最初建議相同的正式批核，而不是一份從未存檔的私下協議。
為何一次不合格的 QA/QC 檢驗，是循環回到重新檢驗，而不是回到執行維修？
「返工並重新檢驗」刻意設計為單一步驟，回饋至「QA/QC 檢驗額外維修」，而不是重新開始整項維修。一次不合格的檢驗，一般代表一項大致已完成的工作需要修正，而不是證明整份工作需要重做，而把返工導向同一個檢驗步驟，代表該項維修的合格／不合格紀錄，永遠反映同一位檢驗員按同一套標準所作的檢查，這一點在船舶所屬船級社日後查問檢驗紀錄時尤其重要。
「負責人」與「工時」欄，為這份變更單標準作業程序帶來甚麼？
它們把這張圖表由一份流程描述，變成一份即時紀錄，顯示誰正在做這件事，以及花費了多少時間。這裡每一步都附有具名負責人及以天數計的工時數字，QueryChart 的工作量面板會把這些數字滙總至每一張開放圖表，讓項目經理可以看到，例如同一位估算員，是否同時在三艘船舶上都背負着變更單工時，而不用等到錯過客戶交付期限才發現。一張沒有負責人的流程圖只是一份描述；附上「負責人」與「工時」之後，它就是一項資源管理工具。
這份標準作業程序適用於船舶維修以外的行業嗎？
只要範圍要到開工之後才能完全確定的專案式維修或承包業務，都具備相同的結構：重型設備大修、工業廠房停產檢修、建築修復工程。泳道名稱及個別判斷的準則應該按行業調整，但背後的原則——明確的範圍判斷、附帶磋商路線的正式客戶批核，以及結案前的檢驗關卡——可以直接沿用。
