3、PDM变更管理流程

  3.1 变更管理

  GJB 9001A-2001对设计和开发的更改控制给出了一个指导性的要求，但是没有给出一个如何将要求实现的过程。而ICM(配置管理学会)为业界提供了非常好的的变更管理实践—“CMII闭环变更管理流程”。

  变更管理是使得对产品/服务内容和文档的修改符合需求的业务流程。这个定义非常简短，但是它揭示了变更管理的内涵。不管项目的发起者是谁(可能来自于企业外部，也可能来自企业内部),这里都应该有一份清晰、简明、有效的产品/服务需求说明书，它明确了企业将来交付客户的产品/服务具有的功能和特征。因此，从根本上来说，企业中发生的变更都是企业为满足需求为改进产品/服务的过程。

  下图来源自ICM的白皮书CMII-Model for Configuration Management，此图显示了：需求决定物理部件，同时需要有效的变更管理流程作为保证手段达到此目的。

  3.2 PDM的闭环变更管理流程

  目前市场上商业化PDM的变更管理大多是遵循CMII工业标准的闭环流程，保证了变更信息能够被很好地组织管理，使企业的变更过程更加快捷和有效，从而降低产品地开发周期和上市时间。此变更流程如下图，此图来源于PTC的《变更管理简介》。

  从图中可以看出闭环的变更管理流程由三个阶段组成：
 
  问题报告阶段(此阶段对应于第2小节中的问题提出阶段)；
 
  变更请求阶段(此阶段对应于第2小节中的问题分析阶段)；
 
  变更通告阶段(此阶段对应于第2小节中的问题解决阶段)。

  其中问题报告阶段和变更请求阶段为变更的分析阶段，问题报告阶段用以记录问题以及此问题影响到的数据，但没有给出解决解决方案；而变更请求阶段将提供问题的解决方案，并进行成本收益分析。

  而变更通告阶段为变更的实现阶段，当分析阶段的解决方案被批准后，变更就进入了变更通告阶段，在变更通告阶段将为被批准的变更请求建立实施的工作计划；如果变更获得通过，则实施变更；最后发布已变更的数据。(e-works)