船舶到港與泊靠標準作業程序（修船廠）
修船廠船舶到港與泊靠標準作業程序：到港前核對泊位、預約領港員與拖輪、天氣潮汐去留判斷、領港入港、繫泊，以及向項目團隊簽署交接。
甚麼是船舶到港與泊靠標準作業程序（修船廠）流程
像 FAYARD 這樣規模的船廠，乾船塢、吊機和維修泊位的數量都是固定的，而每一個都按照數星期前，客戶透過電郵或代理傳真提供的船舶資料而排定的時間表預訂。到港流程正正是紙上時間表與真實船舶相遇的地方。假如預訂表上的吃水、船寬或全長有哪怕輕微的偏差，又或者訂位時假設的潮汐窗口最終不成立，這個落差不會只局限於一艘船：一個已經注水、按某個船體準備好、結果卻不合用的乾船塢，一支為某次靠泊而編配、結果要押後一個潮汐週期的吊機隊伍和維修泊位，帶來的停工損失是整個船廠一同承受，而不僅是那艘到港的船。這正是為何圖表把「核對吃水、船寬及全長是否符合泊位計劃」和「船舶是否符合所編配泊位？」這道判斷，放在預約任何一條纜繩之前，而不是把是否合用留待塢長到港時才發現。
圖表中的兩道判斷之所以存在，是因為船廠負擔不起在碼頭邊親眼目睹失誤發生才發現問題。「船舶是否符合所編配泊位？」是策劃部門要做的判斷：如果答案是否，船舶會先「改編配至其他泊位或乾船塢」，然後才會為一個根本容不下這艘船的泊位預約領港員、拖輪和帶纜工。「天氣及潮汐窗口是否合適？」則是船舶已經啟航、往往已經抵達領港員上船點之後才要作出的放行或待命判斷，這必須是有真正後備方案的分支，而不是一次非正式的延誤，因為「船舶留在錨地待命，監察窗口」的替代方案，就是讓領港員帶着船舶在沒有任何人簽署放行的情況下，駛進航道或靠上泊位。
最後一條泳道是責任交接之處，繪製時同樣經過周詳考慮，一如到港本身。「船長與塢長簽署到港檢查表」為塢長對船舶交付狀態的責任畫上句號；「有否發現到港差異？」的作用，是防止護舷損毀、吃水讀數有誤或未申報的危險品，變成項目團隊要在首次檢查時自行發現的事，而不是在「與項目團隊舉行交接會議」時已經獲得告知的事。每一列亦透過內置的「負責人」與「工時」欄，附有具名負責人及工時數字，於是當一星期內有兩艘船相隔一個潮汐先後到港，工作量分析面板就能顯示塢長和泊位團隊的工時，是否真的能安排得到，而不只是泊位計劃本身安排得到。
本流程圖涵蓋的內容
本範本包含
- 到港前受理與泊位是否合用：由「接獲船舶預計到港時間及船舶資料」開始，經「核對吃水、船寬及全長是否符合泊位計劃」，去到「船舶是否符合所編配泊位？」這道判斷，一旦數字不過關，便會分支到「改編配至其他泊位或乾船塢」。
- 橫跨「塢長」與「泊位與吊機作業」兩條泳道的泊位準備工作：在船舶尚未靠近碼頭之前，先「預約領港員、拖輪及帶纜工」、「裝設護舷、繫船柱、舷梯及岸電」，以及「向領港員及拖輪船員簡介泊位計劃及潛在危險」。
- 天氣與潮汐的放行／待命關卡：「天氣及潮汐窗口是否合適？」要麼讓船舶繼續前進，要麼送往「船舶留在錨地待命，監察窗口」，並反覆核查直至情況轉好。
- 領港與入港：「船舶在領港員帶領下進入航道」與「拖輪協助船舶靠泊」這兩列，在船舶完全繫固於碼頭之前，分別由領港員和拖輪船員負責。
- 繫固與交接：「船舶繫固完成，舷梯裝妥」、「船長與塢長簽署到港檢查表」，以及「有否發現到港差異？」這道判斷，任何問題都會先經「記錄差異並通知項目經理」，然後才透過「與項目團隊舉行交接會議」，把責任移交給將負責維修的團隊。
- 每一列都透過「負責人」與「工時」欄記錄具名負責人與工時，於是工作量分析面板可以顯示，例如蔡俊賢的繫泊工時集中在「泊位準備」階段，而李文輝作為塢長的工時則貫穿整張圖表，由受理到交接一直存在。
何時使用本範本
- 你們正在統一 FAYARD 塢長辦公室處理到港船舶的方式，希望策劃、塢長、泊位與吊機作業、船舶自身船員，以及項目團隊之間的交接，固定在一張圖表上，而不是只存在於某位策劃人員的腦海裡
- 有兩艘船相隔一個潮汐先後預訂了乾船塢，你們需要逐列查看，同一位塢長和泊位團隊有否在兩次到港之間被重複編配
- 有船舶到港時發現護舷損毀，或吃水讀數與預訂表不符，而在項目團隊接手之前，卻沒有一個固定的地方可以記錄這些情況
- 你們正在培訓新任塢長或值日主任，需要一份參考資料，準確說明哪些檢查在預約領港之前進行，哪些在船舶靠泊之後進行
- 有一次到港因天氣而延誤或需要在錨地待命，你們希望有紀錄顯示是誰作出這個決定、依據甚麼，而不是一次沒有人記錄下來的非正式無線電對話
運作方式
把泳道改成你們實際的到港角色
本圖表使用策劃、塢長、泊位與吊機作業、船舶／客戶，以及項目團隊。如果 FAYARD 把預約領港與泊位裝設分開處理，或者由另一個港務部門負責航道通行，就把該角色獨立成一條泳道，而不是併入塢長之中——交接之處，往往就是某個步驟被假定「已經有人做了」，而那個人其實也以為是別人做的地方。
把你們自己的泊位合用容差寫在判斷框上
「船舶是否符合所編配泊位？」需要就吃水、船寬、全長，以及在乾船塢的情況下，門檻高度與閘門淨空，訂明具體容差——而不只是「已對照計劃核對」。把實際數字寫在該列的備註欄，讓負責核實的人毋須單靠記憶去判斷泊位能否容納。
訂明誰有權下達待命指令
天氣與潮汐判斷，是本圖表中一旦被略過就會帶來真正安全後果的一個分支。為「天氣及潮汐窗口是否合適？」指定一個具名角色，而不只是一個職稱，這樣在凌晨兩點也不會有人搞不清楚，誰有權把船舶送往錨地而不是駛入航道。
在依賴 BI 面板之前，先為每一列設定負責人與工時
工作量面板只能加總有記錄工時的列。當你們調整圖表時，請為每個步驟填上「負責人」與「工時」，使用實際所需的工時，而不是經歷的時間，這樣繁忙的到港週才會真正反映在對應人員身上。
決定甚麼才算需要記錄的差異
「有否發現到港差異？」只有在塢長與船長事先就甚麼會觸發「是」分支達成共識時才有用——例如護舷碰撞、吃水偏差超過訂明容差、未申報貨物。直接在「記錄差異並通知項目經理」中列出例子，這樣檢查表就不會因當值人員不同而有不同解讀。
常見問題
船舶到港與泊靠流程由甚麼觸發開始？
流程由「接獲船舶預計到港時間及船舶資料」開始：客戶或代理提供預計到港時間，連同吃水、船寬、全長及任何已知缺陷。往後所有步驟，包括泊位是否合用的核對、預約的服務、到港時使用的檢查表，都以此紀錄為依據，所以受理階段一個錯誤的數字，日後就會變成不合用的泊位。
如果船舶不符合所編配的泊位，會發生甚麼事？
「船舶是否符合所編配泊位？」這道判斷，會在預約領港員、拖輪及帶纜工之前，把不符合的情況導向「改編配至其他泊位或乾船塢」。特意在策劃部門、對照受理階段收到的資料就發現這個問題，比在碼頭邊才發現要早得多，因為到了碼頭邊才改編配泊位，就要撤銷一堆已經在進行中的預約。
誰決定讓船舶留在錨地待命，而不是駛入港口？
這是「天氣及潮汐窗口是否合適？」這道判斷，在本圖表中由塢長角色負責。一旦選擇待命，船舶就會被導向「船舶留在錨地待命，監察窗口」，並反覆重新核查窗口，而不是強迫一次過作出去或不去的決定——船廠的情況會隨每個潮汐改變，流程應該讓「待命」可以轉為「放行」，而毋須重新開始整個到港程序。
為甚麼檢查表要就差異設立分支，而不是記下就算，繼續進行？
「船長與塢長簽署到港檢查表」為塢長那部分流程畫上句號，但一個差異——例如護舷損毀、吃水讀數與預訂不符、未申報的危險品——正正是項目團隊需要在開工前知道的事，而不是在自己首次檢查時才發現。在交接會議之前先經「記錄差異並通知項目經理」，就代表這件事已列入紀錄和議程，而不是埋沒在一個沒有人再翻看的檢查表方框裡。
這份標準作業程序，適用於只有維修泊位、沒有乾船塢的船廠嗎？
適用——泊位是否合用及天氣／潮汐判斷，對維修泊位和乾船塢的適用方式相同；只有「改編配至其他泊位或乾船塢」這一列的改編配目標會有所不同。如果你們的船廠只把船舶泊靠在維修泊位，就把「乾船塢」從該列的標籤中刪去。
此流程所處的位置
在大多數機構中，此流程會交接給乾船塢入塢與出塢標準作業程序。
它是船舶維修中的其中一個步驟。
第 1 步: 船舶到港與泊靠標準作業程序（修船廠） 當前位置
修船廠船舶到港與泊靠標準作業程序：到港前核對泊位、預約領港員與拖輪、天氣潮汐去留判斷、領港入港、繫泊，以及向項目團隊簽署交接。
第 2 步: 乾船塢入塢與出塢標準作業程序
船廠乾船塢入塢與出塢標準作業程序：核實墩位計劃、受控排水、穩定性檢查、乾塢期間維修，以及每步驟均有負責人與工時的起浮流程。
第 3 步: 船舶維修項目啟動標準作業程序
第 4 步: 船廠分包商入場標準作業程序
第 5 步: 船舶維修品質檢驗標準作業程序
第 6 步: 船舶維修交接標準作業程序