修船厂变更单审批标准作业程序
修船厂变更单审批标准作业程序：一项维修中途发现的问题对照原范围进行评估、估算、提交客户批准、执行，并经QA/QC检验，最终归档收尾。
运作方式
把泳道对应到你们船厂真实的交接方式
车间、项目经理、QA/QC与客户，对应FAYARD实际的工作交接方式。如果你们船厂把QA和QC拆成两个独立职能，或者客户批准要经过一位经纪人而不是船东本人，就加上那条泳道，而不要把一次真实的交接硬塞进一条不对应它的泳道里。
在每一行上都填好具名负责人和实际工作量
在每一步都使用人员和工作量列，而不只是在判断框上："对成因与所需维修进行技术评估"这一行同时带有车间负责人和一位技术评审人，估算1.5天，而"执行额外维修工作"带有6天。这里的工作量指的是投入，而不是日历时间，因此一步跨了三个班次、但实际只占用某人半天的工作，就应当记为半天。
把范围判断背后的标准写清楚
只有当技术负责人对什么算作原范围之内有一份书面标准时——原技术规格与图纸涵盖了什么、一次标准勘验本应发现什么、以及什么确实是在船体打开之前无法预知的——"该发现属于原范围还是真正的额外工作？"这一判断才能又快又一致。没有这份标准，这个判断就会变成随评估人而异的主观判断。
给协商循环设一个限度
"与客户协商范围或价格"在图上可以无限次重新提交。决定正常情况下应该经过多少轮协商，超过之后就升级给商务经理，或者正式撤回，并把这个限度标注在判断框旁边，这样一场悬而未决的争议就不会悄悄拖住一艘船的出坞。
在批准下一份变更单之前，先看一眼工作量面板
因为每一行都带有负责人和估算，工作量BI面板会汇总每个人在所有未结图表上、实时的变更单工时，而不只是这一张图上的。在签字批准一份新的变更单之前，先检查一下它所依赖的项目经理或车间负责人，是否已经承担了超出船舶剩余在坞时间所能容纳的额外工作工时。
常见问题
原范围路径和额外工作路径有什么区别？
技术评估之后的这一个判断——"该发现属于原范围还是真正的额外工作？"——正是把两者分开的关键。原范围内的工作按现有工单继续，立即收尾，不需要变更单，不需要客户批准环节，也不单独形成一份成本记录，因为这项工作原本就已经包含在原合同之内。真正的额外工作是唯一会到达变更单、估算与客户判断的分支，这也让变更单流程不会被套用在原本根本不需要它的工作上。
为什么一份被拒绝或有争议的变更单要循环进入协商，而不是直接关闭？
因为在实践中，船舶维修行业里几乎没有一份有争议的变更单会就此消失：客户仍然需要这项维修，船厂也仍然需要为发现和评估这项工作而获得报酬。"与客户协商范围或价格"给了这场争议一个真实的步骤和一位具名负责人，而不是让它在邮件里被非正式地解决，循环回到重新提交，意味着最终商定的价格和范围会经过与最初提案相同的正式审批，而不是一份从未被归档的私下协议。
为什么一次QA/QC检验不合格要循环回重新检验，而不是回到执行维修？
"返工并重新检验"被刻意设计为一个步骤，回到"QA/QC检验额外维修工作"，而不是重新开始整个维修。检验不合格通常意味着对一项已经基本完成的工作进行修正，而不是证明整个工作需要重做，把返工路由回同一个检验步骤，意味着这项维修的合格／不合格记录，始终对应着同一位检验员，依据同样的标准检查——如果船舶的船级社事后要求查看检验记录，这一点很重要。
人员和工作量列给一份变更单标准作业程序增加了什么？
它们把这张图从一份对流程的描述，变成一份关于谁在做这项工作、花了多少时间的鲜活记录。这里的每一步都带有具名负责人和以天为单位的工作量数字，QueryChart的工作量面板会把这些数字汇总到每一张未结的图表上，这样项目经理就能看到，比如同一位估算员正同时在三艘船上承担变更单工时，而这一点还没有表现为一次错过的客户交付日期之前就把它看出来。一张没有负责人的流程图只是一份描述；带上人员和工作量，它就是一件资源调配工具。
这份标准作业程序适用于船舶维修之外的场景吗？
这种结构，出现在任何以项目为基础、范围只有在工作开始之后才能完全明确的维修或承包业务中：重型设备大修、工业厂房停机检修、建筑修复工程。泳道名称和具体判断标准应当随行业而变，但其中的核心纪律——一个明确的范围判断、一个带协商路径的正式客户批准，以及归档前的一道检验关口——可以直接照搬。