主题：【资料】质量管理人员与质量检验人员谁的工作压力大！！请你参与

解释下QA好吗?

原文由 lylsg555 发表:
解释下QA好吗?

QA即英文QUALITY ASSURANCE 的简称，中文意思是品质保证，其在ISO8402：1994中的定义是“为了提供足够的信任表明实体能够满足品质要求，而在品质管理体系中实施并根据需要进行证实的全部有计划和有系统的活动”。有些推行ISO9000的组织会设置这样的部门或岗位，负责ISO9000标准所要求的有关品质保证的职能，担任这类工作的人员就叫做QA人员 .
　　无论是ISO9000还是CMMI，都是以过程为中心。也就是说，通过过程的持续改进来提高产品质量。而过程质量与产品质量如何正向关联呢？就需要质量保证（QA）。这也是ISO9000和CMMI都很推崇的方法。但从国内软件企业的现状来看，很多企业的过程体系都相差无几，而开发出来的产品质量却千差万别。导致这种差别的原因有很多，过程及其执行方式的生搬硬套就是其中很重要的原因之一。
　　在建立QA组织的时候，多数企业也这样实行“拿来主义”。就像看着别人穿着一双非常漂亮的鞋，就想拿过来自己穿，一般都不会适合自己。其结果要么是打肿脚穿大鞋，要么是削足适履，效果可想而知。我们应该做的是“量脚买鞋”、“量体裁衣”。QA组织的建立也一样，应先了解企业的文化、可获得的资源以及过程成熟度水平等，再据此选择适宜的QA组织。下面我们就从一个动态的视角来探讨QA组织的建立。
编辑本段建立组织结构
　　建立一个组织，首先需要考虑的是它的组织结构。组织结构不仅在很大程度上决定了岗位的职责，而且还决定了资源如何配置。按照国内多数企业的做法，QA组织结构可划分为三类：职能结构、矩阵结构以及两者结合而成的柔性结构。
　　在职能结构中，各个职能部门设立自己的QA岗位，位于高级经理之下，独立于项目组。QA直接对高级经理负责，但业务上需要向项目经理汇报，属于项目成员。如图1所示。这种组织结构的优点是QA容易融入项目组，易于发现实质性的问题，解决问题也很快捷。缺点是各职能部门相对独立，部门之间的经验缺乏交流和共享，还可能出现对过程、方法和工具研究的重复性投资。在这种组织结构下，由于高级经理专注于业务的发展，QA的职业发展容易受到忽视，难于接受到应有的培训和提升。
　　在矩阵结构中，设立了专门的QA部门，与各业务职能部门平级。QA隶属于QA部，行政上向QA经理负责，业务上向业务部门的高级经理和项目经理汇报。如图2所示。在这种组织结构中，由QA部经理对QA考评和授权，有利于保证QA的独立性和评价的客观性，也有利于确保组织的长期利益与项目（或个人）的短期利益之间的平衡。QA资源为所有项目所共享，可按照项目优先级动态调配，资源利用更充分，但也可能出现资源竞争冲突。此外，QA部门对QA流程的改进、QA知识的管理、QA人员的发展负责，并可集中资源进行QA平台的建设，以防止重复性的投资。但另一方面，在矩阵结构中，QA难于融入项目组，发现的问题也很少能得到及时有效的解决。
　　柔性结构是职能结构和矩阵结构的混合形态，在职能结构的基础上建立了QA组。
　　QA组是一个专业组，不是一个行政机构。QAG Leader可由质量管理部委派人员担任或由某业务部门的QA兼任。与职能机构一样，QA直接对高层经理负责，但在业务上向项目经理和QAG Leader汇报。柔性结构吸收了职能结构和矩阵结构的许多优点，既便于QA融入项目组，又便于部门之间经验的分享，还利于QA能力的提高。QAG Leader可以从各部门QA汇报中提取出各项目的共性问题，用于组织级过程的改进。企业还可以通过授予QAG Leader不同的权利，比如按照20/80原则与高级经理分配QA的管理，来促进QA专业研究与应用的结合。
编辑本段确定岗位职责
　　在CMMI中，QA的主要工作是过程评审和产品审计。从实践经验来看，QA只完成这两项工作很难体现出QA的价值。为了让QA组织的产出大于组织的投入，实现增值，就应该根据企业需要适当增加QA的职责，比如过程指导、过程度量和过程改进等。过程指导主要是项目前期辅助项目经理制定项目计划（包括辅助定义或修改项目过程和过程模型、协助项目估计、建立项目验收准则、设置质量目标等），对项目成员进行过程和规范的培训以及在过程中进行指导等。过程度量（包括产品度量）在CMMI中已经成为CMMI ML2级中一个单独的过程域，但却是对所有过程的一个共性要求。特别是成熟度越高，对度量的要求也越高，难度也越大。这就要求有专业的人员来负责，QA就是一个很好的选择。主要职责包括收集、统计、分析度量数据，以支持管理信息需求。过程改进在CMMI中主要是EPG的职责。但事实上，QA更接近于过程实施的环境，更了解过程运行的情况，也就更容易发现“木桶中最短的那块”。同时，QA也是改进过程试施的重要推动力量。
　　在了解了QA的这些工作以后，是否认为每个企业的QA职责应该都一样或者差不多呢？目前国内不少企业的现状确实是这样，这也是QA整体效果低下的一个很重要的因素。我们在确定QA职责的时候应该考虑自身的需要和环境，主要包括业务需求、过程成熟度水平和企业文化。
　　业务需求主要是确定了QA需要完成哪些方面的工作，比如执行同行评审过程中，QA可以协助评审和组织会议；在存在外包的情况下，可能需要QA在监控外包方方面发挥作用。
　　过程成熟度是影响QA职责分配很重要的因素，不同的成熟度等级所要求的QA工作分布是不同的，如图4所示。在低成熟度等级下，需要抽取各项目最佳实践来定义过程，并指导过程的试施，QA在这方面的工作最多。随着过程的完善、制度化和实施，QA的工作重点逐渐转向了过程评审和产品审计。当企业的过程成熟度达到4级或5级以后，对过程的遵守已经成为员工的一种习惯，过程和产品的审查需求减少，而度量和过程能力的优化又成为QA的工作重点。
　　企业文化对QA来说就像空气一样，看不见它，但却深深地被它影响。比如说，在一个氛围活跃、高技术、创新能力强的企业，QA应该倾向于服务职责；而在一个强纪律、低技术、规章制度成熟的企业，QA就应该倾向于监督职责。

我还是觉的在精神（心理）上QA的压力大，在生理上，QC的压力大。

本来QA地位是要很高的,但是QA的要求也很高,现在很多企业只是设置了QA部门,但权力还是没有下放的,有的QA自身质素也不是很高,全面管理的也不太多吧,QA应该每个工序,每个含接部门的管理都要清楚,知道的知识肯定要比QC的多,不单是检测部门的还是生产部门的都要懂,各有各的压力,大小只是个人承受的问题,还有就是个人能力的问题!呵呵个人愚见!

　　分工不同，各负其则，应该都有压力。

原文由 lylsg555 发表:
解释下QA好吗?

质量管理人员

压力应该差不多

分工不同，QA工作压力可能更大，但QC的工作更费体力。不过很多公司没有QA或者让QC兼QA。

我觉得还是质量管理人员大！

原文由 jackcong 发表:

原文由 lylsg555 发表:
解释下QA好吗?

QA即英文QUALITY ASSURANCE 的简称，中文意思是品质保证，其在ISO8402：1994中的定义是“为了提供足够的信任表明实体能够满足品质要求，而在品质管理体系中实施并根据需要进行证实的全部有计划和有系统的活动”。有些推行ISO9000的组织会设置这样的部门或岗位，负责ISO9000标准所要求的有关品质保证的职能，担任这类工作的人员就叫做QA人员 .
　　无论是ISO9000还是CMMI，都是以过程为中心。也就是说，通过过程的持续改进来提高产品质量。而过程质量与产品质量如何正向关联呢？就需要质量保证（QA）。这也是ISO9000和CMMI都很推崇的方法。但从国内软件企业的现状来看，很多企业的过程体系都相差无几，而开发出来的产品质量却千差万别。导致这种差别的原因有很多，过程及其执行方式的生搬硬套就是其中很重要的原因之一。
　　在建立QA组织的时候，多数企业也这样实行“拿来主义”。就像看着别人穿着一双非常漂亮的鞋，就想拿过来自己穿，一般都不会适合自己。其结果要么是打肿脚穿大鞋，要么是削足适履，效果可想而知。我们应该做的是“量脚买鞋”、“量体裁衣”。QA组织的建立也一样，应先了解企业的文化、可获得的资源以及过程成熟度水平等，再据此选择适宜的QA组织。下面我们就从一个动态的视角来探讨QA组织的建立。
编辑本段建立组织结构
　　建立一个组织，首先需要考虑的是它的组织结构。组织结构不仅在很大程度上决定了岗位的职责，而且还决定了资源如何配置。按照国内多数企业的做法，QA组织结构可划分为三类：职能结构、矩阵结构以及两者结合而成的柔性结构。
　　在职能结构中，各个职能部门设立自己的QA岗位，位于高级经理之下，独立于项目组。QA直接对高级经理负责，但业务上需要向项目经理汇报，属于项目成员。如图1所示。这种组织结构的优点是QA容易融入项目组，易于发现实质性的问题，解决问题也很快捷。缺点是各职能部门相对独立，部门之间的经验缺乏交流和共享，还可能出现对过程、方法和工具研究的重复性投资。在这种组织结构下，由于高级经理专注于业务的发展，QA的职业发展容易受到忽视，难于接受到应有的培训和提升。
　　在矩阵结构中，设立了专门的QA部门，与各业务职能部门平级。QA隶属于QA部，行政上向QA经理负责，业务上向业务部门的高级经理和项目经理汇报。如图2所示。在这种组织结构中，由QA部经理对QA考评和授权，有利于保证QA的独立性和评价的客观性，也有利于确保组织的长期利益与项目（或个人）的短期利益之间的平衡。QA资源为所有项目所共享，可按照项目优先级动态调配，资源利用更充分，但也可能出现资源竞争冲突。此外，QA部门对QA流程的改进、QA知识的管理、QA人员的发展负责，并可集中资源进行QA平台的建设，以防止重复性的投资。但另一方面，在矩阵结构中，QA难于融入项目组，发现的问题也很少能得到及时有效的解决。
　　柔性结构是职能结构和矩阵结构的混合形态，在职能结构的基础上建立了QA组。
　　QA组是一个专业组，不是一个行政机构。QAG Leader可由质量管理部委派人员担任或由某业务部门的QA兼任。与职能机构一样，QA直接对高层经理负责，但在业务上向项目经理和QAG Leader汇报。柔性结构吸收了职能结构和矩阵结构的许多优点，既便于QA融入项目组，又便于部门之间经验的分享，还利于QA能力的提高。QAG Leader可以从各部门QA汇报中提取出各项目的共性问题，用于组织级过程的改进。企业还可以通过授予QAG Leader不同的权利，比如按照20/80原则与高级经理分配QA的管理，来促进QA专业研究与应用的结合。
编辑本段确定岗位职责
　　在CMMI中，QA的主要工作是过程评审和产品审计。从实践经验来看，QA只完成这两项工作很难体现出QA的价值。为了让QA组织的产出大于组织的投入，实现增值，就应该根据企业需要适当增加QA的职责，比如过程指导、过程度量和过程改进等。过程指导主要是项目前期辅助项目经理制定项目计划（包括辅助定义或修改项目过程和过程模型、协助项目估计、建立项目验收准则、设置质量目标等），对项目成员进行过程和规范的培训以及在过程中进行指导等。过程度量（包括产品度量）在CMMI中已经成为CMMI ML2级中一个单独的过程域，但却是对所有过程的一个共性要求。特别是成熟度越高，对度量的要求也越高，难度也越大。这就要求有专业的人员来负责，QA就是一个很好的选择。主要职责包括收集、统计、分析度量数据，以支持管理信息需求。过程改进在CMMI中主要是EPG的职责。但事实上，QA更接近于过程实施的环境，更了解过程运行的情况，也就更容易发现“木桶中最短的那块”。同时，QA也是改进过程试施的重要推动力量。
　　在了解了QA的这些工作以后，是否认为每个企业的QA职责应该都一样或者差不多呢？目前国内不少企业的现状确实是这样，这也是QA整体效果低下的一个很重要的因素。我们在确定QA职责的时候应该考虑自身的需要和环境，主要包括业务需求、过程成熟度水平和企业文化。
　　业务需求主要是确定了QA需要完成哪些方面的工作，比如执行同行评审过程中，QA可以协助评审和组织会议；在存在外包的情况下，可能需要QA在监控外包方方面发挥作用。
　　过程成熟度是影响QA职责分配很重要的因素，不同的成熟度等级所要求的QA工作分布是不同的，如图4所示。在低成熟度等级下，需要抽取各项目最佳实践来定义过程，并指导过程的试施，QA在这方面的工作最多。随着过程的完善、制度化和实施，QA的工作重点逐渐转向了过程评审和产品审计。当企业的过程成熟度达到4级或5级以后，对过程的遵守已经成为员工的一种习惯，过程和产品的审查需求减少，而度量和过程能力的优化又成为QA的工作重点。
　　企业文化对QA来说就像空气一样，看不见它，但却深深地被它影响。比如说，在一个氛围活跃、高技术、创新能力强的企业，QA应该倾向于服务职责；而在一个强纪律、低技术、规章制度成熟的企业，QA就应该倾向于监督职责。

各公司的模式不一样，压力也是不一样的。个人人为QA(专业型).