船舶电气交钥匙项目标准作业程序
Scanel完整范围的交钥匙项目标准作业程序：Scanel从需求、计划、工程、采购，到安装、测试和调试，直至文件记录、客户验收和结案，全程负责。
什么是船舶电气交钥匙项目标准作业程序流程
Scanel的大多数标准作业程序描述的都是一件已经确定范围的单一工作：安装这个系统、调试这台配电板、维护这台EEx电动机。这张图刻意不同。交钥匙项目是客户完全不去界定各个部分范围的情况：他们只说出需要什么，Scanel就从"收到客户需求"一路负责到"交钥匙项目已结案，客户系统已验收"，把工程、采购、安装、测试和调试都吸纳为同一个项目的阶段，而不是各自需要单独启动的独立工作。这正是本图把"与客户确认范围、预算和时间表"和"范围、预算和时间表是否已确认？"判断放在任何一张图纸开始画之前的原因：在一个交钥匙项目里，没有一个独立的客户侧范围界定步骤能在事后拦下一个错误的假设，所以项目计划必须建立在客户真正确认过的范围之上，而不是Scanel从最初请求中推断出来的范围。
图中段的两道关口存在的原因，是交钥匙项目会把一个较窄的工作本可以自行拦下的错误代价放大。"客户是否批准工程设计和设备清单？"是一个项目里程碑，不是完整的设计迭代循环，它在采购投入任何开支之前，确认设计和物料清单；想在承诺交钥匙建造之前对设计本身做更深入迭代的客户，更适合从独立的《电气工程设计变更标准作业程序》开始，而只想要一段确定范围被装上、不附带工程或采购的客户，应该改用《船舶电气安装标准作业程序》。"到货设备是否符合规格？"在设备到达船舶或场地之前，对照采购单拦下错误的电压等级、防护等级或电缆规格，因为在交钥匙工作里，Scanel承担的正是一个直接下单的客户本来要自己承担的采购风险。"系统是否通过调试测试？"把同样的模式用在本图作为这套范围一部分所运行的调试阶段上——它是本图上的一个项目级合格／不合格检查点，不能替代《电气系统调试标准作业程序》内部那道硬性的通电批准关口，无论工作是从哪张图带到那一步的，那道关口始终决定系统是否可以安全通电。
最后一条泳道，是客户最初的需求会被拿来和实际交付的内容核对的地方，而"客户是否接受完工系统？"刻意是一个真实的判断，不是走个形式：尚有遗留问题会退回"向客户提交成果供验收"，而不是在客户大概会满意的假设下直接进入结案。每一行还都通过内置的"人员"和"工作量"列带有具名负责人和工时数字，工作量BI面板由此可以在一个跑上十二周甚至更久的项目中，显示马依的项目管理工时和华美琳的工程工时是否真的跟着项目所在阶段走——早期设计繁重、后期安装和调试繁重——而不只是假设计划一直成立。
本流程图涵盖的内容
本模板包含
- 受理和计划：从"收到客户需求"到"与客户确认范围、预算和时间表"和"范围、预算和时间表是否已确认？"判断，再到"制定项目计划：里程碑、资源配置、阶段排期"，让计划建立在已确认的范围之上，而不是被假设出来的范围
- 工程和设计审批关口："准备工程设计、电路图和布线图"送入"客户是否批准工程设计和设备清单？"判断，要求修改就分流到"根据客户反馈修订设计"，采购才能投入任何开支
- 采购和设备核验关口："按已批准设计采购设备、电缆和材料"和"到货设备是否符合规格？"判断，不合格就分流到"退回不合格设备并重新订购"，而不是让它到达安装班组手上
- "现场电气"泳道上的安装："动员现场班组，安装电缆、配电板和设备"和"完成端接和安装检查"，之后才有系统被通电测试
- 测试和调试关口："进行功能和系统测试"送入"系统是否通过调试测试？"判断，发现故障就分流到"诊断并排除故障，重新测试"，而不是让没人修好的问题直接进入文件记录
- 结案："整理竣工文件、测试报告和运维手册"、"向客户提交成果供验收"、"客户是否接受完工系统？"判断，以及"召开项目结案会议，移交运维文件和保修条款"，加上每一行都通过人员和工作量列带有的具名负责人和工时数字，工作量BI面板由此可以显示马依的项目管理工时和华美琳的工程工时在整个项目周期中的分布
何时使用本模板
- 客户想让Scanel从头到尾全权负责一整个船舶或海上电气项目——从需求一直到结案——而不是自己去协调工程、采购、安装和调试这几件独立的工作
- 你在为一个新项目界定范围，需要在排期之前确认它确实是交钥匙性质，而不是做到一半才发现客户其实想按自己的时间表处理采购或工程审批
- 一次设计或一份采购订单需要在投入开支之前有一份有记录的客户签署，而项目里此前没有一个一致的点来捕捉这份批准
- 你在带新入职的项目经理或工程师，需要一份参考资料，说明交钥匙工作各阶段之间如何交接，而不是让每个阶段的负责人假设前一阶段已经干净结束
- 一个完工系统未能通过客户验收，你想要一份记录说明发现了什么、又是如何回到项目中的，而不是一次没人在结案前记录下来的非正式修补
运作方式
把泳道换成你们实际的项目角色
本图使用客户、项目经理、工程部、采购部、现场电气和质检／调试。如果你们的项目把采购审批和采购执行分开，或者把质检签署从调试工程师自己的测试中分开，就给那个角色单独的泳道，而不要把它折进一列里。
把你们自己的验收标准写进确认和审批关口
"范围、预算和时间表是否已确认？"和"客户是否批准工程设计和设备清单？"需要一份写明"已确认"和"已批准"具体含义的定义——一份已签署的范围文件、一份已批准的物料清单版本——而不只是一句口头同意。把实际的签署机制写进该行的备注字段，这样把关的人就不必依赖对合格标准的记忆。
指定谁有权驳回不合格设备
"到货设备是否符合规格？"是这张图里唯一一处，一旦让一件边缘合格的物品通过，之后代价会更高的关口——一旦装上，一件额定值错误的物品就是一次返工，而不是一次退货。指定一个具名角色，而不只是一个职称，这样谁有权把设备退回供应商、而不是在工期压力下把它装上去，就没有歧义。
在依赖BI面板之前，先在每一行填好人员和工作量
工作量面板只能统计带有工时数字的行。在你们调整这张图的同时，为每一步填好人员和工作量，使用贴近实际的有效工时而不是流逝的时间，这样一个同时并行几个阶段的项目，才会真实反映为对应人员的一段繁忙时期，而不是看起来均匀铺开。
决定什么算一条尚未解决的验收遗留问题
"客户是否接受完工系统？"只有在项目经理和客户事先就什么会转入"尚有遗留问题"、什么只是结案后处理的小备注达成一致时才有用。把示例直接列在"向客户提交成果供验收"里，这样这条界线不会在不同项目上被划得不一样。
常见问题
什么样的项目才算"交钥匙"，而不是一次已确定范围的安装工作？
在本图中，客户在"收到客户需求"这一步只说一次需求，之后Scanel负责下游的一切：工程、采购、安装、测试和调试，都作为同一个项目的各个阶段。如果客户已经自行确定好一段具体的电气工作范围，只想请人装上去，那么正确的文件应该是《船舶电气安装标准作业程序》。
如果到货设备和规格不符会怎样？
"到货设备是否符合规格？"判断会把不符的情况分流到"退回不合格设备并重新订购"，在它到达安装班组手上之前。在这道关口对照采购单核查错误的电压等级、防护等级或电缆规格，是刻意安排得比设备已经装上之后才发现更早、更省钱的。
在采购开始花钱之前，谁来批准工程设计？
这就是"客户是否批准工程设计和设备清单？"判断，它是一个确认设计和物料清单的项目里程碑，不是详细的设计评审循环本身。想在承诺交钥匙建造之前对设计做更深入迭代的客户，更适合从独立的《电气工程设计变更标准作业程序》开始。
这张图上的调试关口和Scanel专门的调试标准作业程序有什么关系？
"系统是否通过调试测试？"是本图作为交钥匙范围一部分所运行的调试阶段上的一个项目级合格／不合格检查点。它不能替代《电气系统调试标准作业程序》内部那道硬性的通电批准关口，无论工作是从哪张图带到那一步的，那道关口始终决定系统是否可以安全通电。
如果客户不接受完工系统会怎样？
"客户是否接受完工系统？"判断会把"尚有遗留问题"退回"向客户提交成果供验收"，而不是在客户大概会签字的假设下直接进入"召开项目结案会议，移交运维文件和保修条款"。项目只有在验收真正记录下来之后才会结案。