修船厂变更单审批标准作业程序
修船厂变更单审批标准作业程序：一项维修中途发现的问题对照原范围进行评估、估算、提交客户批准、执行，并经QA/QC检验，最终归档收尾。
什么是修船厂变更单审批标准作业程序流程
进坞总会发现比技术规格描述更多的问题。一块在勘验时看起来完好的船壳板，喷砂后才发现在涂层下面已经腐蚀减薄，或者一个原本只打算检查的轴封，结果不得不拆下来。真正的运营风险不在于发现本身，而在于车间接下来做了什么：如果一名装配工凭自己的判断认为这处额外的腐蚀显然值得修，就自行开始切割，船厂就等于做了一项没有人核过价、没有人排过期、客户那边也没有人同意付费的工作。这张图的作用，就是在这种本能反应面前插入一个判断，紧跟在发现被记录和评估之后：这属于原工单范围之内，还是真正属于额外工作。后面的所有环节，只对额外分支运行。
流程后半段，才是大多数变更单争议真正发生的地方，而且往往不是估算本身的问题。问题出在"已经告诉客户"和"客户已经签字确认"之间的落差。这张图让这个落差无法被绕过：变更单必须被准备并正式提交，客户的答复是一个带有两条真实分支的判断，而不是一个假设。之所以建立一个协商循环回到重新提交，而不是把争议当成死胡同处理，是因为在船舶维修行业，几乎每一份有争议的变更单最终都会被解决，而不是被取消，流程应当展示它是如何被解决的，而不是假装争议从未发生。
QA/QC单独设一个判断，理由同样清楚：一项额外维修，即便客户已经批准付费，也不会因此就自动符合归档条件，还需要通过检验。返工循环把不合格的检验结果送回重新检验，而不是送回整个维修从头再来，这是一个刻意的区分，因为大多数返工是对已基本完成的工作进行修正，而不是从零重做。因为图中每一行都带有具名负责人和以天为单位的工作量估算，同一张图同时也是一份鲜活的资源记录：王强和林凯在车间现场的工时，陈静准备与协商变更单的工时，以及刘颖的检验工时，全部汇入工作量面板，这样一位项目经理就能看到，在船厂当前所有未结的变更单中，某一个人身上到底堆积了多少额外工作负荷，而不只是这一份变更单单独的情况。
本流程图涵盖的内容
本模板包含
- 识别：流程始于"维修过程中发现额外缺陷"，紧接着的下一步"记录发现，附照片与船上位置"要求在任何人评估之前先有照片证据和船上位置，这样车间口头的一句报告，就永远不会变成客户最终批准的对象
- 评估与范围判断：在"评估与估算"泳道内，"对成因与所需维修进行技术评估"引出判断"该发现属于原范围还是真正的额外工作？"——属于原范围的工作直接转入"按现有工单继续作业，无需变更单"，并结束于"工作按现有范围继续"，从不进入变更单环节
- 估算与客户签字：只有真正属于额外的发现，才会到达"估算额外工作的成本与工期影响"和"准备变更单供客户批准"，随后变更单被"提交变更单给客户"，并进入判断"客户是否批准该变更单？"——一次争议不会终止流程，而是转入"与客户协商范围或价格"并循环回重新提交
- 执行：在这条泳道内，一份获批的变更单从不凭口头承诺执行——"在系统中更新项目范围、预算与排期"先把新的范围和预算确立下来，之后"执行额外维修工作"才开始，这样到场的班组，做的是一份客户确实已经同意付费的范围
- QA/QC关口与返工循环："QA/QC检验额外维修工作"引出判断"额外工作是否通过QA/QC验收？"，一次不合格的检验循环经过"返工并重新检验"回到同一个检验步骤，而不是仅凭客户批准就直接落入归档
- 归档与收尾：只有在检验通过之后，"记录变更单并归档已签字的记录"才会执行，本图终止于"变更单已关闭并归档"——这是一个与原范围内结束点截然不同的终点，两种收尾方式在报表中永远不会被混为一谈
何时使用本模板
- 在进坞维修期间，船壳、轴系或液压检查发现了超出合同范围的损伤，车间需要一条固定路径，把发现变成一项已核价、已批准的工作，而不是再多花一个小时之前就先走完这条路径
- 项目经理需要向船东的技术监造展示一项额外缺陷究竟是如何变成一份已核价、已批准的变更单的，而不是一个直到最终发票上才出现、背后没有任何记录的条目
- 船厂在同一艘船上同时运行机械、电气与液压维修班组，需要一套共享的变更单流程，让来自任何一个工种的发现都接受同样的评估、估算与QA/QC把关
- 客户在事后对某份变更单提出争议，船厂需要把协商与重新提交的循环画出来，展示争议是通过一条约定好的路径解决的，而不是在工期压力下被绕过的
- 你正在为新任项目经理或QA/QC检验员做入职培训，需要一张图，展示他们在哪个环节可以承诺价格与排期，又在哪个环节可以拒绝质量签字
运作方式
把泳道对应到你们船厂真实的交接方式
车间、项目经理、QA/QC与客户，对应FAYARD实际的工作交接方式。如果你们船厂把QA和QC拆成两个独立职能，或者客户批准要经过一位经纪人而不是船东本人，就加上那条泳道，而不要把一次真实的交接硬塞进一条不对应它的泳道里。
在每一行上都填好具名负责人和实际工作量
在每一步都使用人员和工作量列，而不只是在判断框上："对成因与所需维修进行技术评估"这一行同时带有车间负责人和一位技术评审人，估算1.5天，而"执行额外维修工作"带有6天。这里的工作量指的是投入，而不是日历时间，因此一步跨了三个班次、但实际只占用某人半天的工作，就应当记为半天。
把范围判断背后的标准写清楚
只有当技术负责人对什么算作原范围之内有一份书面标准时——原技术规格与图纸涵盖了什么、一次标准勘验本应发现什么、以及什么确实是在船体打开之前无法预知的——"该发现属于原范围还是真正的额外工作？"这一判断才能又快又一致。没有这份标准，这个判断就会变成随评估人而异的主观判断。
给协商循环设一个限度
"与客户协商范围或价格"在图上可以无限次重新提交。决定正常情况下应该经过多少轮协商，超过之后就升级给商务经理，或者正式撤回，并把这个限度标注在判断框旁边，这样一场悬而未决的争议就不会悄悄拖住一艘船的出坞。
在批准下一份变更单之前，先看一眼工作量面板
因为每一行都带有负责人和估算，工作量BI面板会汇总每个人在所有未结图表上、实时的变更单工时，而不只是这一张图上的。在签字批准一份新的变更单之前，先检查一下它所依赖的项目经理或车间负责人，是否已经承担了超出船舶剩余在坞时间所能容纳的额外工作工时。
常见问题
原范围路径和额外工作路径有什么区别？
技术评估之后的这一个判断——"该发现属于原范围还是真正的额外工作？"——正是把两者分开的关键。原范围内的工作按现有工单继续，立即收尾，不需要变更单，不需要客户批准环节，也不单独形成一份成本记录，因为这项工作原本就已经包含在原合同之内。真正的额外工作是唯一会到达变更单、估算与客户判断的分支，这也让变更单流程不会被套用在原本根本不需要它的工作上。
为什么一份被拒绝或有争议的变更单要循环进入协商，而不是直接关闭？
因为在实践中，船舶维修行业里几乎没有一份有争议的变更单会就此消失：客户仍然需要这项维修，船厂也仍然需要为发现和评估这项工作而获得报酬。"与客户协商范围或价格"给了这场争议一个真实的步骤和一位具名负责人，而不是让它在邮件里被非正式地解决，循环回到重新提交，意味着最终商定的价格和范围会经过与最初提案相同的正式审批，而不是一份从未被归档的私下协议。
为什么一次QA/QC检验不合格要循环回重新检验，而不是回到执行维修？
"返工并重新检验"被刻意设计为一个步骤，回到"QA/QC检验额外维修工作"，而不是重新开始整个维修。检验不合格通常意味着对一项已经基本完成的工作进行修正，而不是证明整个工作需要重做，把返工路由回同一个检验步骤，意味着这项维修的合格／不合格记录，始终对应着同一位检验员，依据同样的标准检查——如果船舶的船级社事后要求查看检验记录，这一点很重要。
人员和工作量列给一份变更单标准作业程序增加了什么？
它们把这张图从一份对流程的描述，变成一份关于谁在做这项工作、花了多少时间的鲜活记录。这里的每一步都带有具名负责人和以天为单位的工作量数字，QueryChart的工作量面板会把这些数字汇总到每一张未结的图表上，这样项目经理就能看到，比如同一位估算员正同时在三艘船上承担变更单工时，而这一点还没有表现为一次错过的客户交付日期之前就把它看出来。一张没有负责人的流程图只是一份描述；带上人员和工作量，它就是一件资源调配工具。
这份标准作业程序适用于船舶维修之外的场景吗？
这种结构，出现在任何以项目为基础、范围只有在工作开始之后才能完全明确的维修或承包业务中：重型设备大修、工业厂房停机检修、建筑修复工程。泳道名称和具体判断标准应当随行业而变，但其中的核心纪律——一个明确的范围判断、一个带协商路径的正式客户批准，以及归档前的一道检验关口——可以直接照搬。
