PLM实施工具-03实施方案库-业务蓝图方案.pptVIP

业务蓝图方案（ECM）（V1.0） 范围与目标 现状流程与问题 建议 业务模型与设计概念 未来流程与对应 细部需求与描述 冲击分析 附件 范围与目标 目标 基于CMii规范 ECM业务模型，简化占比约90％的正式发布批产前的变更流程的同时，提高批产后变更管理的完整性 基于IT实现、流程优化和组织变革提升 ECM的管控能力 评价指标 定性 集成：与BOI基线管理集成一体的变更过程控制和信息关联 闭环：监控变更的实施和宣贯过程，确保产品问题或变更要求得到解决 统计分析：分类统计报告形成设计改进的依据 定量（定期统计并进行类比） 减少A/B类项目中重复发生的工程变更条目占比 缩短变更周期 范围 对工程变更的定义：根据反映的问题、建议或成本要求，对生命周期状态处于预发布或发布的产品数据进行修改，达到改正或改进产品设计目的而进行的业务过程。 产品数据： 包括：直接描述产品信息结构（BOI）对象Item的规格书、工艺文件等文档和图纸及BOM等 不包括：非直接描述产品信息结构对象的作业指导书、标准工艺、刀具夹具及其图纸等数据；商业计划、项目计划、市场需求、业务流程、企业标准等 工程变更管理（ECM）方案1.0 范围与目标 现状流程与问题 建议 业务模型与设计概念 未来流程与对应 细部需求与描述 冲击分析 附件 现状流程与问题 现状流程与问题 工程变更管理（ECM）方案1.0 范围与目标 现状流程与问题 建议 业务模型与设计概念 未来流程与对应 细部需求与描述 冲击分析 附件 建议 问题根源 单一更改单签审流程，速度慢 单据格式、名称等不规范 没有明确的变更控制业务模型 文档形式的更改单，没有与产品数据间建立关系，查询困难，也无法统计分析 更改单的实施靠人，没有有效性控制 PLM系统、纸质、Notes三套更改管理流程并行，加重用户的负担 建议 改变单一会签流程，设置“设计变更”的快速变更审批通道，鼓励设计验证阶段通过充分的设计修订解决问题 建议 基于数据库和PLM集成的ECR、ECN单据 建议 优化的电子流程 建议 结合PLM的产品结构管理和版本有效性管理实施ECN 建议 明确定义变更管理的组织和角色 建议 转变观念、建立考核机制、提升技能 工程变更管理（ECM）方案1.0 范围与目标 现状流程与问题 建议 业务模型与设计概念 未来流程与对应 细部需求与描述 冲击分析 附件 参考模型（CMii变更控制模型） 设计概念——EC_Stage 设计概念——DC与EC 设计变更（DC）与工程变更（EC）的区别在于： 已发布的图纸/文档的再版是否通过ECR授权（EC时，先批准更改方案后更改图纸/文档） DC的设置目的：简化已发布图纸/文档在其Part验证发布前的更改 时间：产品量产发布前 对象：图纸或文档 状态：已发布 条件：图纸或文档所描述的Part还没有Release Part验证发布时，收回图纸/文档的创建者直接Revise的权限，要求通过ECR/ECN授权才可以签出再版 设计概念——DC与EC ECM业务模型 通道ECR （工程变更EC ） 标准通道（通道ECR+ECN） 通道选择指导原则 由Requestor初选，CA确认 满足如下条件之一时，需要选择通道ECR+ECN： 考虑合并多个ECR于一个ECN实施时 一个ECR可能需要分解为多个ECN实施时 变更影响制造或备件，需要处理库存或物料计划时 当更改的图纸/文档不影响工艺、质量、成本，无需CRB审批，选择ECR通道 通道设置规则 角色和职责 角色和职责 角色和职责 工程变更管理（ECM）方案1.0 范围与目标 现状流程与问题 建议 业务模型与设计概念 未来流程与对应 细部需求与描述 冲击分析 附件 ECM高阶流程 ECM主要管控规则 角色安排：CA1/CA2由CA一个角色承担，CA3由变更协调人CC角色承担 变更方案确认：CA通过方案确认计划的执行，进行详细的技术分析，确认ECR申请人反映的问题是否有比较完整的解决方案以及方案技术上是否可行（通过验证） 变更方案评审决策： CRB对变更方案做出技术或商业决策，确保复杂变更在技术和成本收益上的合理性 是否启动ECN：不需要跟踪被变更物料处理过程的变更，不启动ECN 宣贯计划确认：ImA确认CRB建议的ECN实施有效性—— 详细分析更改措施对制造计划的影响 分析制品、备件等库存及其生产计划的处理方案对实施有效性影响 闭环确认： CA确认所有相关的ECN宣贯到位后结束ECR，形成闭环 变更方案确认 是否需要方案确认，由CA选择 CA评估ECR后认为变更方案完整，不需要方案确认 TA完成方案确认任务后，CA才可以完成变更方案的评估（包括成本） CRB审批时可以打回，要求CA补充任务，如小批验证等；此时，CA补充方案确认任务：