质量保证和质量控制的区别.pdfVIP

质量保证和质量控制的区别 在软件项目中，不少技术人员经常混用 QA(Quality Assurance 质量保证 )和 QC （Quality Control 质量控制）这两个术语；甚至一些实施培训的专业公司（ Baidu 和 Oristand ）也混淆 了这两个概念。 这种概念混淆， 很不利于组织导入 CMMI （软件能力成熟度模型） 或 ISO9000 ； 更进一步说，也不利于提升软件项目管理水平。 实际上， 这两个工作的性质明显不同， 它们对从业人员的素质要求也很不相同。 简单地 说， QA （质量保证）是针对项目实施过程的管理手段， QC （质量控制）是针对项目产品的 技术手段。 QA 监督做事 QA 致力于按照正确方法、在正确的时间做正确的事情：从做事方法上按照既定流程来 保障产品质量，控制开发工作而不是解决具体存在的 BUG 。更贴切地说， QA 并非 “保证质 量 ”而是 “过程管理 ”（Process Management ），以确保项目以一套成熟高效的做事方法开展和 实施。依靠在 QA 制约下的开发过程，能够前瞻性地从制度上保障开发出好产品。因此，具 有良好 QA 管理的企业，容易获得客户更多的信任。 在 CMMI 体系中， QA 人员是独立于项目组的（不受项目经理管辖） ，他可以把项目经 理不认错的 QA 缺陷上报给 CCB （地位比 PM 更高的配置管理委员会）或高层经理裁决。 在一些大型企业的 IT 项目实施过程中，经常要成立甲乙方在一起协同工作的联合项目 组。在这种情况下，甲方项目成员不仅要检测乙方的产品质量（ QC ），还要监督乙方开发过 程中的做事方法（ QA ）。 一般地说，项目的 QA 人员要检查项目开发过程是否制定和贯彻了管理标准、过程 （Process）、策略等正规要求，要提出完善改进的意见，指出过程是否有效、如何让过程更 有效，并评估这些要求的效率、效果。 QA 人员还要确保项目组成员理解这些要求。除了培训新员工理解组织过程，或培训老 员工理解变更了的组织过程之外， 他并不直接干预开发者的工作， 而是在项目管理的最高层 面上工作。他要与项目经理和 CCB 、配置管理员、 QC 人员打交道。 怎样才知道 QA 工作是正确的？它也是结果导向的： 通过不断改进组织过程， 更快、 更 低成本地制造出用户需要的产品。 例如，在一个大项目中， QA 人员可以帮助项目经理制定项目计划，使项目按照有组织 的规程推进；他要使项目组成员明白，应按照相应的报告、里程碑、文档等规定来开展自己 的工作。 随着项目的进展， QA 人员可以适时导入 “检查点 ”来查看哪里会发生新的风险。 如， 项目正在从事预定范围之外的工作，或项目有待加强管 理之处。这些检查点是确保合适的 人在正确时间就位的一个机会。 从目前国内不太理想的情况来看， QA 工作往往靠 “意向性、模糊 ”的企业文化来代替， 我认为， 完全依靠这种企业文化来造就合理成熟的工作套路， 显得过于间接和不确定。 因为 在人员变动较快的软件行业， 新入职的员工理解和认同企业文化并准确映射到具体工作中需 要一个明显的滞后时间。 这个弊端在小企业中不明显，但在大企业中会比较突出。 所以，有 必要建立起一套通用的 QA 工作标准模板， 并在重要的大项目中指派专人担当 QA 人员。 QA 人员要实时追踪了解、监督、评估项目中各种事件