一、变更管理简介
· 相关概念/术语
变更管理：是一种结构化的方法，用于将个人，团队和组织从当前状态转变为期望达到
的未来状态。
CCB: Change Control Board/变更控制委员会, 由各个职能体系的代表组成的一个虚拟组织。
CR: Change Request/变更请求,变更发起者基于变更原因、现状问题来描述变更内容并发起变更评估。
CO：Change Order/变更指令。
CA：Change Action/变更执行。
· 变更的分类
从应用场景分：设计变更、工程变更
从变更性质分：重大变更、重要变更、一般变更
从变更迫切性分：紧急变更、非紧急变更
二. ENOVIA系统中变更管理功能简介
2.1 ENOVIA中变更管理功能实现概述：
- 搭建企业级变更管理体系，建立变更管理业务流程规范体系，变更贯穿研发与制造协同；
- 建立闭环的问题管理机制，提供问题从提交到解决的闭环可追溯性，确保问题不会在下一次重复发生；
- 支持基于CMII规范的变更管理，建立统一/分类/闭环的变更管理流程，有效管控临时变更、配置变更等；
- 基于3DE 平台的统一变更管理技术框架，提供完整的业务对象模型、信息有效组织和准确关联，确保全生命周期的可追溯性。
2.2变更管理功能实现过程介绍：
2.2.1变更管理功能实现过程概要
- 闭环的变更管理流程：问题发现与提出-à提起变更请求-à变更实施-à变更发布
2.2.2 变更管理功能实现实例
1) 企业在产品设计或生产中发现问题，首先启动问题管理流程：问题提出人提出问题-à指定问题责任人-à责任人提出整改措施-à进行措施验证-à审批后确定需要变更，启动设计或工程变更-à关闭问题（此步骤为可选，可根据公司具体情况选择），进行问题管理
2) 启动变更后，变更责任人根据问题提出变更请求，并根据创建CR （变更请求）-à进行变更影响分析-àCCB审批-à关闭变更请求的流程进行问题管理：
- 变更责任人首先在系统中创建变更请求，然后提交变更请求
- 相关变更责任人对变更进行影响分析：基于系统数据关联识别影响的数据范围
- 分析完成后，由CCB评审来决定项目是否可以变更
- 完成变更请求审批流程后，同时启动变更通知。
3) 变更通知启动后，CO(变更命令)进行变更任务派发：按职能分工定义和派发CO，CO可管理和跟踪变更数据的齐套性发布
变更责任人创建CO,进行变更通知的分解，然后确定每个CA的协调人、参与人和技术审核人并将CA分配给受影响的部门，并通知所有的CA责任人
4) CA(变更执行)：变更执行责任人接收到变更通知发布的变更任务后，通过对相关数据的影响进行分析，确认变更通知单中建议的变更项，然后在CA的授权下实施变更：对各变更数据进行修改并通过审批流程完成数据的审批和发布
所有CA完成后，通知CO批准清单，然后通知所有相关人员，结束整个审批流程并关闭问题。
5) 其他相关功能：
- 变更单导出HTML报告：导出变更的HTML报告，用以作为变更的交付成果或汇入企业的知识库以成为以后工作的指导和参考。
- 变更的统计分析：通过对变更原因、变更影响、变更状态、关联变更等各维度变更数据进行统计分析，有助于改进设计，并可将设计变更带来的影响降到最小，以不断提高设计产品的质量。从更高层次来说，通过对变更的统计分析，可以及时做好变更的总结，总结经验教训，起到防微杜渐的作用，可不断提高企业的整体设计、生产水平，实现持续改进
ENOVIA提供可视化的变更管理仪表板，为企业的变更统计提供直观、精确的统计分析平台。
END