说说我们公司的那点事2

sy9262002

前两天技术部的一个设计工程师到我这里来更换图纸，是一个支架的零件图。我问他为什麽更改，他解释说在设计程序里试装了一下，发现这个零件有点短，所以要更改，只是增加了零件的长度。我看了一下，图纸已经经过审批了，又问道，这个零件上有一个安装孔需要与另一个配件配合，你把这个零件加长了，那个零件没变，安装有问题没有。对方就是说，没注意。我俩随后进行了推导，结果发现这个零件加长后会导致那个零件无法安装。设计工程师又在新法的零件图上用签字笔对与那个支架配合的安装孔进行了修改。大家说说，这样是否合适。
( m# X/ y$ \" [6 X8 M9 G# m9 [

emeipengxu

不合适，设计更改应经验证和确认

ppru2009

"不合适，设计更改应经验证和确认."支持！！
往往很多工厂不重视质量的话，就会产生这样的错误，楼上的例子还算是好的，有的更改没有人去确认或者追究的话，产品质量就只能在售后服务责任上推辞了，很杯具的很现实的一种做法，也普遍的存在了很久

ISO007

不合适，设计的更改应该进行评审、验证和确认。另外，贵公司的图纸审批流于形式，随意性过大哦！

wxsunhao

设计更改要经过必要的评审验证和确认。

sy9262002

，因为只是改个尺寸，他们认为是个小问题，所以就没有评审。但确实有审批，在图纸上有标准化和负责人的签字。但看来就是流于形式。

lxcs

在一般的公司研发部门都是权威，所以对设计的更改即使随意性很大，也没有谁敢去反对，最多发发牢骚，所以久而久之就养成这种坏习惯了，想改就改，不进行评审和验证、确认，存在极大的隐患。

馨雨嘉晴

回复 sy9262002 的帖子

- e1 [$ }! J9 W1 i1 s: n8 A不合适,设计更改要经过评审/验证及确认的

HGS

不合适，设计更改应经验证和确认......

雪域青松

不合适，设计的更改应该进行评审、验证和确认。另外，该公司的图纸审批流于形式，随意性很大呀！

zhuxr100

应对设计和开发的更改进行适当的评审、验证和确认。设计和开发更改的评审应包括评价更改对产品组成部分和已交付产品的影响。

HGS

设计的更改应该进行评审、验证和确认......

wxsunhao

软件界有一个说法，你在消除了一个bug的时候，会产生三个新的bug，这说明了在现实生活里，设计更改的不易。管理体系中对纠正措施都比较重视，都强调在实施前要进行确认，就是为了防止纠正了一个错误而带来另外的错误。