船舶维修交接标准作业程序：从完工审查到离港
船厂船舶维修完工交接标准作业程序：未完成事项审查、测试与调试、QA文件整理、客户与船级社检查、清单关闭与出坞，每一步都带有负责人和工时。
运作方式
把泳道对应到你们自己的项目组织架构
示例使用车间、QA/QC、项目经理与客户／船级社。如果你们的交接流程把车间工长的签字和坞长的签字分开，或者把船级社检验交给一位专职验船联络人负责，就为它单独设一条泳道，而不要把它并入某条已有的泳道——泳道正是让读图的人一眼就知道谁负责某一步的关键。
用你们自己的花名册和工时替换示例的人员和工作量数值
把陈静、刘颖、王强等示例姓名换成你们实际的项目经理、QA/QC负责人和车间工长，并把工作量设成每一步实际需要的投入工时，而不是它所占的日历时间。这正是工作量BI面板要汇总的数字，占位工时只会得到一张占位的工作量图。
把你们自己的验收标准写进判断框
"所有系统是否均测试与调试成功？"和"客户与船级社是否接受该项工作？"背后都需要真实的标准：一个系统必须通过哪些测试标准，以及船级社验船师实际是对照什么在核查。一个没有明确标准的判断，只能靠个人判断来回答，而这正是返工分支存在的目的。
按你们自己对次要事项的容忍度来设定清单判断
"所有清单事项是否均已关闭并签字？"假定清单上的都是检查时双方商定的、真正次要的事项。如果你们船厂的清单里经常出现原本就应该阻止验收通过的工作，就收紧检查判断中"接受，尚有次要事项"的认定范围，而不要让它一路流入清单关闭。
让最终文件保持为独立步骤，而不是离港的附注
"整理最终维修档案与保修文件"是客户和FAYARD日后如果遇到保修问题时都要依赖的记录。把它保留为"出坞或解除泊位，船舶离港"之前的一个独立行，意味着即使离港被赶工，这份档案也不会被跳过。
常见问题
这份标准作业程序为什么设置了三个独立判断点，而不是一个交接步骤？
因为在修船厂，交接会在三个不同的时刻失败，而不是一个：一个工作包可能在测试开始之前就仍未关闭，一个维修好的系统可能没有通过自己的调试测试，客户或船级社验船师也可能不接受车间和QA/QC已经认为完成的工作。每一个判断都设在对应失效变得可以核查的那一刻，并且都分支回返工而不是转发到一条备注上，因为在未完成事项审查阶段就发现一个未完成的事项，远比在验船师检查时才发现要便宜得多。
本图上的人员和工作量列起什么作用？
每一步都带有对其负责的人员，以及一个代表该步骤实际所需投入小时数、而不是所占用时长的工作量数字。工作量BI面板读取全图这两列，按人员和阶段汇总投入，例如一位排期员能够看到，项目经理已经在一次交接上承担了审查、检查排期与清单相关的工时，然后第二艘船的收尾工作又被加进她这一周的日程。
如果客户或船级社验船师不接受已完成的工作，会发生什么？
判断"客户与船级社是否接受该项工作？"会把拒收的结果转入"退回车间进行大返工"，再转回未完成事项审查，而不是把这次拒收当成一场私下沟通处理。只有"已接受，尚有次要事项"的结果才会进入清单关闭，这正是防止一项有争议的维修悄悄走到离港这一步的关键。
清单事项和调试测试未通过有什么区别？
调试测试未通过，意味着某个系统没有通过自己的测试，在客户或验船师介入之前就直接被退回车间。清单事项则是客户和船级社验船师已经共同认定足够次要、不会阻碍验收通过的事项，它会在"所有清单事项是否均已关闭并签字？"这里被单独追踪和关闭，而不需要重新打开整个检查。
这份标准作业程序能否用于没有船级社参与的维修项目？
可以。阶段结构可以照搬：未完成事项审查、测试与调试、文件整理、验收检查与离港前的清单关闭。变化的是客户／船级社泳道上坐的是谁，以及检查判断实际对照的是什么，因此只需修改这一步及其标准，而不是整体顺序。