质量保证工作为什么难做

单位质量保证已经换了几个头了,总是不是很成功,所以想说一下自己对质量保证难做的一些分析

1做质量保证工作必须是相关行业的专业人员,具有专业知识,

质量保证是一个专门的行业,但这个行业是依附在其他行业上的,说简单一点就是必须通过其他具体的行业才可以体现出它的作用,如果只有单纯的质量保证的知识,很难在具体工作获得良好的效果.

产品生产的质量,从进货的质量开始到,生产排班的方法,中间产品的检验,最终产品的质量,会涉及到来料的质量检验,工作安排的方法,中间产品和最终的检验,检查点设置的方法,数据采集的方法,发现问题的方法,对出现问题的分析以及纠正方法的实施,这些都和产品生产领域很多专业知识紧密关联,如果不了解生产的一些常用方法,是无法正确设置检查点,获得生产数据,如果没有生产方面的实际经验也是无法提出问题的解决方法的.

至于说到软件行业,产品的质量就是软件开发的过程质量,(软件产品几乎不存在生产阶段),那么要做软件质量保证,必须熟悉开发的专业知识.而现在的软件质量保证人员却恰恰缺少软件开发经验,他们可能熟悉ISO或者CMMI但却几乎没有实际开发经验,没有调研的经验,没有架构设计经验,甚至没有编码经验,这样的人怎么可能真正了解软件开发,于是在软件开发行业中,经常出现质量保证人员在夸夸其谈流程改进,编写了一大堆流程文件,但这些流程文件却无法真正事实,而开发人员认为质量保证人员在给他们添乱的现象

2质量保证和项目管理之间的权利冲突.

质量保证说简单就是保证产品的品质和生产量,对于软件行业来说,品质就是软件的功能和性能是否符合需要,生产量就是开发进度的问题,而这两个东西却恰恰是项目经理负责的东西,作为质量保证人员,在介入到一个项目的时候是否可以和项目经理紧密配合,是决定他是否可以成功做好软件质量工作的决定性因素,下边几个问题如果解决的好,决定了质量工作本身的质量

A没有问题的时候及时预警,出现问题的将自己作为项目成员和其他人员一起解决问题,项目结束的时候置身事外,说简单一点就是开发的时候将项目作为自己的事情,在分蛋糕的时候置身事外,这说起来容易,但实际很难做到

B摆正自己的位置,项目的直接负责人是项目经理,作为质量保证人员是项目经理的手下,他的身份有一点象军队里的参谋,提出自己的意见和想法,同一个事情,你可以提三次,但最后决定权在项目经理,不能项目经理不同意的时候你就越俎代庖.这是明显的越权现象,

C努力提高自己的相关专业知识,作为质量保证人员要取得开发人员的信任使用的权利最好是专家的权利,而不是职务的权利,所以最好让自己成为一个软件开发的专业人员,这样对质量保证工作是很有好处的

D质量保证工作从基础做起,一步一步的来,不要上来就改变开发流程,而要从基础做起

E注意观察实际开发流程