船舶維修交接標準作業程序
船廠船舶維修完工與交接標準作業程序：未完成項目審核、測試及調試、QA 文件、客戶及船級檢驗、尾項清單結案，以及離港，每一步驟均有負責人及工時。
運作方式
把泳道對應到你們自己的項目架構
本範本使用工場、QA/QC、項目經理及客戶／船級。如果你們的交接流程，把工場工頭的簽署與塢長的簽署分開處理，或者船級檢驗要經由專責的驗船師聯絡人，就給它們各自獨立的泳道，而不是併入現有泳道——泳道正是讓讀者一眼看出誰負責哪一步的關鍵。
把範例「負責人」及「工時」換成你們自己的人員及工時
把陳美琪、林凱怡、黃志强及其餘人員，換成你們實際的項目經理、QA/QC 負責人及工場工頭，並把「工時」設定為每個步驟實際所需的努力，而不是它橫跨的日曆時間。工作量分析面板加總的正是這個數字，所以佔位用的工時，只會產生一幅佔位用的工作量圖像。
把你們自己的驗收準則寫在判斷框上
「所有系統是否成功通過測試及調試？」及「客戶及船級社是否接納這項工作？」需要背後有真正的準則：一個系統必須通過的測試標準，以及船級社驗船師實際查核的內容。一道沒有明確準則的判斷，只能憑個人判斷回答，而這正是返工分支存在的原因。
按你們對輕微項目的容忍度，調整尾項清單判斷
「所有尾項清單項目是否已結案並簽署？」假設尾項清單上都是檢驗時議定、真正輕微的項目。如果你們船廠的尾項清單經常包含原本就應該阻止接納的工作，就收緊你們的檢驗判斷所接納的範圍，而不是讓它們流入尾項清單結案。
把最終文件記錄保留為獨立一步，而不是離港的一句附註
「彙編最終維修檔案及保用文件」是客戶及 FAYARD 日後若有保用查詢時，共同依賴的紀錄。把它保留為「出塢或釋出泊位，船舶離港」之前獨立的一列，代表在離港趕急時，這份檔案不會被略過。
常見問題
為何這份標準作業程序有三個獨立判斷，而不是一個交接步驟？
因為在一間船廠，交接會在三個不同的時刻失敗，而不是只有一個：一個工作包可能在測試開始之前仍未完成，一個已維修系統可能未能通過自身的調試測試，而客戶或船級社驗船師，也可能拒絕接納工場及 QA/QC 早已認為完成的工作。每道判斷，都放在對應的失誤變得可以查核的那一刻，而每一道都循環回到返工，而不是向前推進到一句備註，因為在未完成項目審核就捕捉一個未完成項目，遠比在驗船師檢驗時才發現要便宜得多。
「負責人」與「工時」欄在這張圖表上有甚麼作用？
每一步驟都附有負責人，以及一個以小時計的「工時」數字，代表該步驟實際所需的努力，而不是它橫跨的經過時間。工作量分析面板讀取整張圖表這兩欄的數字，按人員及按階段滙總努力，於是排期人員可以看到，例如項目經理已經在一次交接上背負着審核、檢驗排期及尾項清單的工時，而第二艘船的結案，卻已經加進她這一星期的工作之中。
如果客戶或船級社驗船師不接納已完成的工作，會發生甚麼事？
判斷「客戶及船級社是否接納這項工作？」會把一次拒收，經「送返工場進行重大返工」送回，再回到未完成項目審核，而不是把拒收當成一次私下的對話處理。只有附帶輕微項目的接納，才會進入尾項清單結案，這正是防止一項有爭議的維修悄悄到達離港的關鍵。
尾項清單項目跟一次調試不合格，分別在哪裡？
調試不合格，代表一個系統未能通過自身的測試，會在客戶或驗船師介入之前，直接送回工場。尾項清單項目，則是客戶及船級社驗船師已經議定為輕微、不足以阻止接納的事項，會在「所有尾項清單項目是否已結案並簽署？」獨立追蹤及結清，而不是重新開啟整次檢驗。
這份標準作業程序，可以用於沒有船級社參與的維修項目嗎？
可以。整個階段結構都適用：未完成項目審核、測試及調試、文件記錄、驗收檢驗，以及離港前的尾項清單結案。改變的只是誰坐在「客戶／船級」這條泳道上，以及檢驗判斷實際查核甚麼，所以修改這一步及其準則即可，整體流程順序不用變動。