船舶維修交接標準作業程序
船廠船舶維修完工與交接標準作業程序：未完成項目審核、測試及調試、QA 文件、客戶及船級檢驗、尾項清單結案，以及離港，每一步驟均有負責人及工時。
甚麼是船舶維修交接標準作業程序流程
交接，是維修項目的文件終於追上船舶實際狀態之處，同時也是工場自身的樂觀情緒最容易造成損害之處。一個工作包被報稱完成，往往只是因為技工相信它已經完成，而不是因為有人真正對照訂購的範圍，以擁有全面權限的身份查核過。這正是為何這張圖表在「所有工作包已由工場報稱完成」之後，緊接放上一道審核步驟，而不是一個橡皮圖章：項目經理先對照範圍核對報告，才讓任何事情進入測試，而判斷「是否仍有工作包未完成？」會經「催促工場完成尚餘項目」把流程送回，而不是讓一項未完成的項目，隨波逐流進入調試——因為到了調試階段才發現，代價會高得多。
同一套推理會再重複兩次，因為像 FAYARD 這樣的船廠，交接會在三個截然不同的時刻失敗，而不是只有一個：一個工作包可能在測試甚至還未開始之前就仍未完成，一個已維修系統可能未能通過自身的調試測試，而客戶或船級社驗船師，也可能單純不接納工場及船廠自己的 QA/QC 早已簽署放行的成果。這三者，每一個都以一道判斷加上一條返工迴路來表達——調試不合格時用「送返工場修正不合格的系統」，檢驗被拒時用「送返工場進行重大返工」——而不是留一句備註讓人日後記住。驗船師的拒收，是三種失敗之中代價最高昂的一種，所以這張圖刻意讓前面兩重較便宜的檢查，盡量先行捕捉問題，讓船舶不必走到那次檢驗才發現。
尾項清單這個階段之所以存在，是因為在船廠裡，「已接納」跟「已完成」並不是同一回事：驗船師可以簽署船舶適合服役，同時仍有幾項輕微項目未了——一次補漆、一張缺少的證書、一個鬆脫的配件。把這些項目導向自己獨立的判斷，「所有尾項清單項目是否已結案並簽署？」，並經「繼續結案餘下的尾項清單項目」循環回去，就是要讓它們既不會因瑣事而拖住離港，也不會在船舶重返海上之後被悄悄遺忘。而每一列上的「負責人」與「工時」欄，並不是純粹的簿記——陳美琪這位項目經理，同時背負着未完成項目審核、檢驗排期、尾項清單彙編及最終檔案的工時，而林凱怡的 QA/QC 工時，則橫跨調試、合格／不合格判斷及文件編製。在一個同時進行不止一次交接的船廠，工作量分析面板正是用來讓排期人員看到，同一位項目經理，是否早已在一艘船的交接上滿載，而第二艘船的尾項清單結案，卻已經承諾在同一星期完成。
本流程圖涵蓋的內容
本範本包含
- 完工審核：由「所有工作包已由工場報稱完成」開始，經「項目經理對照範圍覆核尚餘項目」及判斷「是否仍有工作包未完成？」，並經「催促工場完成尚餘項目」循環，直至每個工作包都真正結清
- 測試及調試：「測試及調試已維修系統」由判斷「所有系統是否成功通過測試及調試？」把關，一個不合格的系統會經「送返工場修正不合格的系統」循環回去，再重新嘗試調試
- QA 文件及客戶／船級檢驗：「彙整 QA 文件、測試紀錄及證書」、「安排客戶及船級檢驗」，以及「客戶及船級社驗船師檢驗已完成的工作」，由判斷「客戶及船級社是否接納這項工作？」結束，一旦被拒收，就會一路循環經「送返工場進行重大返工」送回
- 尾項清單結案：「彙整議定的尾項清單，列出輕微尚餘項目」及「結案尾項清單項目並取得客戶簽署」，由「所有尾項清單項目是否已結案並簽署？」把關，尚有項目時循環經「繼續結案餘下的尾項清單項目」
- 最終文件記錄及離港：「彙編最終維修檔案及保用文件」及「出塢或釋出泊位，船舶離港」，在終點「維修項目已完成，船舶已離港」結束
- 每一步驟均有具名「負責人」及數字「工時」，橫跨「工場」、「QA/QC」、「項目經理」及「客戶／船級」各泳道，讓工作量分析面板可以按人員及按階段，滙總整個交接的工時
何時使用本範本
- 你正在為 FAYARD 結束一個維修項目，需要一套由工場完工報告到離港的受控、經批核流程，而不是憑口頭理解接下來會發生甚麼
- 上一次交接，讓一個未完成的工作包流入測試階段，或者一個尾項清單項目在船舶已經出航後被遺漏，你需要審核判斷及尾項清單判斷，令這種情況不可能再發生
- 你正同時就多艘船舶的維修項目進行調試及檢驗，需要「負責人」及「工時」欄，顯示項目經理或 QA/QC 負責人在承諾另一個客戶檢驗檔期之前，已經背負了多少工作
- 客戶或船級社驗船師的拒收，過往曾經未經任何文件紀錄就直接送回工場，你需要「未接納」這條分支，強制寫下拒收原因，並經重大返工這條正式路徑送回，而不是一次非正式的修理
- 你正在培訓新任項目經理或 QA/QC 負責人，需要一套參考流程，由完工審核開始，經調試、檢驗、尾項清單結案，一直到出塢，而不是靠口耳相傳
運作方式
把泳道對應到你們自己的項目架構
本範本使用工場、QA/QC、項目經理及客戶／船級。如果你們的交接流程，把工場工頭的簽署與塢長的簽署分開處理，或者船級檢驗要經由專責的驗船師聯絡人，就給它們各自獨立的泳道，而不是併入現有泳道——泳道正是讓讀者一眼看出誰負責哪一步的關鍵。
把範例「負責人」及「工時」換成你們自己的人員及工時
把陳美琪、林凱怡、黃志强及其餘人員，換成你們實際的項目經理、QA/QC 負責人及工場工頭，並把「工時」設定為每個步驟實際所需的努力，而不是它橫跨的日曆時間。工作量分析面板加總的正是這個數字，所以佔位用的工時，只會產生一幅佔位用的工作量圖像。
把你們自己的驗收準則寫在判斷框上
「所有系統是否成功通過測試及調試？」及「客戶及船級社是否接納這項工作？」需要背後有真正的準則：一個系統必須通過的測試標準，以及船級社驗船師實際查核的內容。一道沒有明確準則的判斷，只能憑個人判斷回答，而這正是返工分支存在的原因。
按你們對輕微項目的容忍度，調整尾項清單判斷
「所有尾項清單項目是否已結案並簽署？」假設尾項清單上都是檢驗時議定、真正輕微的項目。如果你們船廠的尾項清單經常包含原本就應該阻止接納的工作，就收緊你們的檢驗判斷所接納的範圍，而不是讓它們流入尾項清單結案。
把最終文件記錄保留為獨立一步，而不是離港的一句附註
「彙編最終維修檔案及保用文件」是客戶及 FAYARD 日後若有保用查詢時，共同依賴的紀錄。把它保留為「出塢或釋出泊位，船舶離港」之前獨立的一列，代表在離港趕急時，這份檔案不會被略過。
常見問題
為何這份標準作業程序有三個獨立判斷，而不是一個交接步驟？
因為在一間船廠，交接會在三個不同的時刻失敗，而不是只有一個：一個工作包可能在測試開始之前仍未完成，一個已維修系統可能未能通過自身的調試測試，而客戶或船級社驗船師，也可能拒絕接納工場及 QA/QC 早已認為完成的工作。每道判斷，都放在對應的失誤變得可以查核的那一刻，而每一道都循環回到返工，而不是向前推進到一句備註，因為在未完成項目審核就捕捉一個未完成項目，遠比在驗船師檢驗時才發現要便宜得多。
「負責人」與「工時」欄在這張圖表上有甚麼作用？
每一步驟都附有負責人，以及一個以小時計的「工時」數字，代表該步驟實際所需的努力，而不是它橫跨的經過時間。工作量分析面板讀取整張圖表這兩欄的數字，按人員及按階段滙總努力，於是排期人員可以看到，例如項目經理已經在一次交接上背負着審核、檢驗排期及尾項清單的工時，而第二艘船的結案，卻已經加進她這一星期的工作之中。
如果客戶或船級社驗船師不接納已完成的工作，會發生甚麼事？
判斷「客戶及船級社是否接納這項工作？」會把一次拒收，經「送返工場進行重大返工」送回，再回到未完成項目審核，而不是把拒收當成一次私下的對話處理。只有附帶輕微項目的接納，才會進入尾項清單結案，這正是防止一項有爭議的維修悄悄到達離港的關鍵。
尾項清單項目跟一次調試不合格，分別在哪裡？
調試不合格，代表一個系統未能通過自身的測試，會在客戶或驗船師介入之前，直接送回工場。尾項清單項目，則是客戶及船級社驗船師已經議定為輕微、不足以阻止接納的事項，會在「所有尾項清單項目是否已結案並簽署？」獨立追蹤及結清，而不是重新開啟整次檢驗。
這份標準作業程序，可以用於沒有船級社參與的維修項目嗎？
可以。整個階段結構都適用：未完成項目審核、測試及調試、文件記錄、驗收檢驗，以及離港前的尾項清單結案。改變的只是誰坐在「客戶／船級」這條泳道上，以及檢驗判斷實際查核甚麼，所以修改這一步及其準則即可，整體流程順序不用變動。
此流程所處的位置
在大多數機構中，此流程緊接船舶維修品質檢驗標準作業程序之後。
它是船舶維修中的其中一個步驟。
第 1 步: 船舶到港與泊靠標準作業程序（修船廠）
第 2 步: 乾船塢入塢與出塢標準作業程序
第 3 步: 船舶維修項目啟動標準作業程序
第 4 步: 船廠分包商入場標準作業程序
第 5 步: 船舶維修品質檢驗標準作業程序
船廠船舶維修品質檢驗標準作業程序：技術員自檢、獨立 QA/QC 檢驗、按情況進行的 NDT 驗證、船級社驗船師簽署，以及客戶驗收後才存檔結案。
第 6 步: 船舶維修交接標準作業程序 當前位置
船廠船舶維修完工與交接標準作業程序：未完成項目審核、測試及調試、QA 文件、客戶及船級檢驗、尾項清單結案，以及離港，每一步驟均有負責人及工時。
