对于已经定型的产品或零部件，若要对其进行设计或工艺变更，必须要有一套严谨的流程。特别是对于在多个产品或项目中重复使用的零部件，更是必须要充分地评估变更对这些产品或零部件的影响。为此，WINDCHILL系统提供了一套完善的变更管理方案，用于对变更事务的管理。

WINDCHILL的变更管理，可以分解为问题报告（PR）、变更请求（ECR）、变更通告（ECN）、变更任务（ECA）四个部分，但其中问题报告、变更请求两个部分为可选项，即可以在没有问题报告或变更请求的情况下，直接创建变更请求或变更通告。左图为变更管理部体流程示意图。

问题报告、变更请求、变更通告、变更任务四种对象之间层层相关，紧密相连，共同构成了工程变更管理的完整流程。下图即是以一项简单的设计变更为例，勾勒出了一条完整的工程变更路线图，从中可以理清这四者关系。

　　包括设计人员、销售人员、售后服务人员，或者客户在内的任何人，只要觉得产品有任何问题，都可以提交问题报告。问题报告中所提出的问题，可能是产品的设计缺陷、降低成本的措施，或者其它任何认为值得改进的问题。

问题报告的提出者，只要主观觉得产品有改进的必要，都可以提出问题报告，而不必对所提问题的真实性或正确性负责。

　　产品的变更管理负责人，可以在汇总一份或多份问题报告的基础上，也可以在没有任何问题报告的情况下，提出变更请求。

在变更请求中，应该清楚地描述需要解决的问题，并提出具体的变更措施。同时，在变更请求中，还应该对变更所带来的影响进行评估。WINDCHILL系统所提供的”使用情况”查询功能，可以方便地查看某个零部件被用于哪些项目或产品中，方便变更负责人对变更所产生的影响进行准确评估。

对于变更请求，需要设置适当的工作流程来对其进行评审。根据变更的范围不同，可以设置不同的评审流程。例如，对于小幅变更，可以使用简易的快速评审流程；对于影响面较大的大幅变更，可以使用更为严谨的评审流程。变更请求可能会在评审环节进行多次修改，甚至被否决。

　　产品的变更管理负责人，可以在汇总一份或多份变更请求的基础上，也可以在没有任何变更请求的基础上，提出变更通告。

变更通告中包括具体的变更实施计划，会将整个变更任务进行分解，然后将变更任务分配给具体的执行人（视变更工作量的大小，具体的变更工作可能由一人或多人完成）。根据实际需要，变更通告中的实施计划可能也需要进行评审。

　　变更任务即对变更通告中的细分任务逐一落实的过程。在一份变更通告中，可能将整个变更拆分成多个不同的具体任务，也可能只包含一个任务。每个变更任务都要分配给相应的责任人，并要指派审阅都对变更结果进行审阅确认。

变更执行完成后，需要对变更执行的结果进行审阅，以确保变更的结果与计划的偏离，在允许的超差范围之内。对于审阅不合格的变更任务，会被要求返工，然后重新提交审阅。如此循环，直到变更结果与计划的要求相吻合为止。

变更任务完成并审计通过后，被执行变更的产品或零部件重新发布为定型状态，整个变更流程结束。用户可以随时通过变更监视器来查看与变更相关的统计数据，如下图所示：