11.9.1　不是构型更改的更改

11.9.1　不是构型更改的更改

在详细设计阶段，设计部门正式发放了部分工程图纸，进入产品试制。虽然通过了详细设计评审，但由于设计发放的图纸成熟度不高，隐含着不少设计错误，产生了频繁的更改活动，我们把这种更改称为“不是构型更改的更改”。

按照构型管理规范的规定，工程发放的文件应该是构型文件，构型更改应是对现行批准的构型文件的更改。但这种“更改”不属于构型更改。

出现这种情况的原因可能有：

（1）设计的能力成熟度不够。如公司的技术储备不够、设计规范和手册不完善、设计知识和技能不足、设计没有经验等。

（2）与供应商的联合定义未做好，接口控制文件留有许多“开口”，PDR未结束就开始详细设计。

（3）不适当的“跨越式前进”，赶进度，忽视质量，不遵从系统工程原则。

（4）体制上的设计与制造分离，没有采用综合产品团队工作方法，串行设计，设计图纸“一次成功率”较低。

（5）设计“把关”不严，设计发放未达到“发放要求”。

设计的能力成熟度问题是关键。

对于这种类型的设计更改，应与构型管理规范所说的工程更改区别开来。对这种类型的更改应采用较为简单的、快速的、高效的更改方式，不需要按正规的构型更改流程办理。退回设计部门处理，重新发放，不记录图纸的版本和历史。

构型管理人员不参与这种类型的更改管理。

不能允许工程部门发放这样不成熟的图纸，否则将给项目带来极大的风险。