船舶抵港靠泊标准作业程序（修船厂）
修船厂船舶抵港靠泊标准作业程序：抵港前泊位核查、预约引航员与拖轮、天气与潮汐放行或暂缓的判断、引航靠泊，直至向项目团队签字交接。
运作方式
把泳道换成你们实际的抵港角色
本图使用计划、坞长、泊位与吊机作业、船舶／客户与项目团队。如果FAYARD把预约引航和布置泊位分给不同的人负责，或者由一个独立的港务机构负责航道通行，就给这个角色单独设一条泳道，而不是把它并入坞长——交接环节往往正是某一步被想当然地认为"对方已经做了"，实际上谁都没做的地方。
把你们自己的泊位适配容差写进判断框
"船舶是否符合所分配泊位？"需要针对吃水、型宽、船长，以及在干船坞情况下的坞坎高度与坞门净空，给出明确的容差，而不只是"已对照方案核对"。把实际数字写进该行的备注字段，这样负责核实的人就不必凭记忆判断泊位能容纳什么。
明确谁有权下达暂缓指令
天气与潮汐判断是本图中唯一一个一旦被跳过就会带来真实安全后果的分支。为"天气与潮汐窗口是否满足条件？"指定一个具名角色，而不只是一个头衔，这样凌晨两点也不会有人说不清谁能把船送去锚地而不是送进航道。
在依赖BI面板之前，先给每一行填好人员和工作量
工作量面板只能统计带有工时数字的行。在你调整这张图的同时，为每一步填好人员和工作量，使用真实的投入工时而不是耗用的日历时间，这样一个繁忙的抵港周才会真正显示为对应责任人繁忙的一周。
确定什么算作应记录的差异
"是否发现抵港差异？"只有在坞长与船长事先就哪些情况会触发"是"这一分支达成一致时才有用——比如护舷接触、超出规定容差的吃水偏差、未申报的货物。直接把示例列在"记录差异并通知项目经理"中，这样这份检查表就不会因为当班的是谁而被不同地解读。
常见问题
什么触发船舶抵港与靠泊流程的开始？
流程始于"收到船舶预抵时间及船舶资料"：客户或代理发来预计抵港时间，连同吃水、型宽、船长以及任何已知缺陷。后续所有环节——泊位适配核查、预订的服务、抵港时使用的检查表——都以这条记录为准，因此受理时一个数字有误，就会在流程后段变成一个不合适的泊位。
如果船舶不符合所分配的泊位，会发生什么？
"船舶是否符合所分配泊位？"这一判断会在预约引航员、拖轮与系缆工之前，把不匹配的情况转入"改派至备用泊位或干船坞"。之所以特意在计划台上、根据受理时收到的船舶资料就发现这一点，而不是等到在码头边才发现，是因为到那时改派泊位就意味着要撤销已经在推进中的各项预约。
谁来决定让船舶在锚地待命，而不是直接带入港内？
这就是"天气与潮汐窗口是否满足条件？"这一判断，在本图中由坞长角色负责。一旦选择暂缓，船舶就会转入"船舶在锚地待命，持续监测窗口"，随后循环回去重新核查窗口，而不是强迫做出一次性的通行或不通行决定——修船厂的条件随潮次变化，流程应当让"暂缓"能够转为"放行"，而不必重新走一遍整个抵港流程。
为什么检查表要针对差异设置分支，而不是记一下就继续？
"船长与坞长签署抵港检查表"结束了坞长在这一流程中的职责，但护舷损伤、吃水读数与预订不符、未申报的危险品这类差异，恰恰是项目团队需要在开始工作前就知道的事，而不是在自己首次检查时才发现。在交接会议之前先经过"记录差异并通知项目经理"，就意味着它已经在记录中、也在议程上，而不是被埋在一个再也没人会看的检查表格里。
这份标准作业程序能否用于只有维修泊位、没有干船坞的船厂？
可以——泊位适配和天气／潮汐这两个判断，对维修泊位和干船坞的适用方式是一样的，唯一会变化的是"改派至备用泊位或干船坞"这一行的改派目标。如果你们船厂只在维修泊位靠泊船舶，就把该行标签中的"干船坞"去掉。