船舶到港與泊靠標準作業程序（修船廠）
修船廠船舶到港與泊靠標準作業程序：到港前核對泊位、預約領港員與拖輪、天氣潮汐去留判斷、領港入港、繫泊，以及向項目團隊簽署交接。
運作方式
把泳道改成你們實際的到港角色
本圖表使用策劃、塢長、泊位與吊機作業、船舶／客戶，以及項目團隊。如果 FAYARD 把預約領港與泊位裝設分開處理，或者由另一個港務部門負責航道通行，就把該角色獨立成一條泳道，而不是併入塢長之中——交接之處，往往就是某個步驟被假定「已經有人做了」，而那個人其實也以為是別人做的地方。
把你們自己的泊位合用容差寫在判斷框上
「船舶是否符合所編配泊位？」需要就吃水、船寬、全長，以及在乾船塢的情況下，門檻高度與閘門淨空，訂明具體容差——而不只是「已對照計劃核對」。把實際數字寫在該列的備註欄，讓負責核實的人毋須單靠記憶去判斷泊位能否容納。
訂明誰有權下達待命指令
天氣與潮汐判斷，是本圖表中一旦被略過就會帶來真正安全後果的一個分支。為「天氣及潮汐窗口是否合適？」指定一個具名角色，而不只是一個職稱，這樣在凌晨兩點也不會有人搞不清楚，誰有權把船舶送往錨地而不是駛入航道。
在依賴 BI 面板之前，先為每一列設定負責人與工時
工作量面板只能加總有記錄工時的列。當你們調整圖表時，請為每個步驟填上「負責人」與「工時」，使用實際所需的工時，而不是經歷的時間，這樣繁忙的到港週才會真正反映在對應人員身上。
決定甚麼才算需要記錄的差異
「有否發現到港差異？」只有在塢長與船長事先就甚麼會觸發「是」分支達成共識時才有用——例如護舷碰撞、吃水偏差超過訂明容差、未申報貨物。直接在「記錄差異並通知項目經理」中列出例子，這樣檢查表就不會因當值人員不同而有不同解讀。
常見問題
船舶到港與泊靠流程由甚麼觸發開始？
流程由「接獲船舶預計到港時間及船舶資料」開始：客戶或代理提供預計到港時間，連同吃水、船寬、全長及任何已知缺陷。往後所有步驟，包括泊位是否合用的核對、預約的服務、到港時使用的檢查表，都以此紀錄為依據，所以受理階段一個錯誤的數字，日後就會變成不合用的泊位。
如果船舶不符合所編配的泊位，會發生甚麼事？
「船舶是否符合所編配泊位？」這道判斷，會在預約領港員、拖輪及帶纜工之前，把不符合的情況導向「改編配至其他泊位或乾船塢」。特意在策劃部門、對照受理階段收到的資料就發現這個問題，比在碼頭邊才發現要早得多，因為到了碼頭邊才改編配泊位，就要撤銷一堆已經在進行中的預約。
誰決定讓船舶留在錨地待命，而不是駛入港口？
這是「天氣及潮汐窗口是否合適？」這道判斷，在本圖表中由塢長角色負責。一旦選擇待命，船舶就會被導向「船舶留在錨地待命，監察窗口」，並反覆重新核查窗口，而不是強迫一次過作出去或不去的決定——船廠的情況會隨每個潮汐改變，流程應該讓「待命」可以轉為「放行」，而毋須重新開始整個到港程序。
為甚麼檢查表要就差異設立分支，而不是記下就算，繼續進行？
「船長與塢長簽署到港檢查表」為塢長那部分流程畫上句號，但一個差異——例如護舷損毀、吃水讀數與預訂不符、未申報的危險品——正正是項目團隊需要在開工前知道的事，而不是在自己首次檢查時才發現。在交接會議之前先經「記錄差異並通知項目經理」，就代表這件事已列入紀錄和議程，而不是埋沒在一個沒有人再翻看的檢查表方框裡。
這份標準作業程序，適用於只有維修泊位、沒有乾船塢的船廠嗎？
適用——泊位是否合用及天氣／潮汐判斷，對維修泊位和乾船塢的適用方式相同；只有「改編配至其他泊位或乾船塢」這一列的改編配目標會有所不同。如果你們的船廠只把船舶泊靠在維修泊位，就把「乾船塢」從該列的標籤中刪去。