摘要：人们理解质量保证是每个人的责任。通过理解项目的质量期望，每个人都可以为拥有更高质量的交付成果做出贡献。

   人们理解质量保证是每个人的责任。通过理解项目的质量期望，每个人都可以为拥有更高质量的交付成果做出贡献。
　　
　　1924年，贝尔电话实验室开发了一个统计图表来控制产品变量。这个图表是人们所知的统计质量控制的开端。
　　
　　在第二次世界大战后，在日本制造业担任顾问的工程师W.Edwards Deming和Joseph M.Juran提出了全面质量的概念，即质量从制造过程延伸到所有组织过程，并将质量的价值灌输给每一个工人，这就是全面质量管理(TQM)。
　　
　　自从2000年以来，全面质量管理不断发展，以满足不断变化的市场需求。普适性和新兴技术在质量范围和用于满足质量标准的工具方面都出现了爆炸式增长。像六西格玛这样的新方法已经实现了更高的生产率和无缺陷的服务。质量现在可以应用于任何组织，包括福利、政府、医疗保健、教育，甚至像比特币和区块链这样的新技术。
　　
　　多年来的测试
　　
　　当人们主要遵循瀑布方法时，业务分析人员编写需求，开发人员编写标准，测试人员测试标准。每个人负责不同的部门，做他们期望做的事。质量被认为与测试类似，因此被认为是测试人员的唯一责任。
　　
　　但是现在，当世界转向敏捷方法时，障碍已经被打破了——质量不再只是测试人员的责任。整个团队都拥有质量。最好的敏捷团队有这样一种心态:每个人都对质量负责。团队保持质量有多种方法。它从一开始就得到支持，而不仅仅是通过测试进行度量。因为测试只检测缺陷，质量保证防止缺陷。拥有自身质量的团队愿意以他们所能的任何方式为其做出贡献。
　　
　　质量是人人的责任
　　
　　人们通常认为项目经理和其他领导对测试的了解较少。所以误解是常见的。然而，如果你今天问，他们会告诉你质量是每个人的责任。但没人会告诉你这是每个人的责任。
　　
　　在生产高质量产品时，每个人都扮演什么角色?产品负责人将用户需求转化为用户故事，并与开发人员合作。开发这些用户需求和功能，并使它们更加用户友好的开发人员。测试人员了解什么需要解决，什么需要测试以满足客户。拥有事实的测试人员可以影响有关产品的决策，但理想情况下，测试人员不应该对产品做出决策。并不是测试人员不能给出他们的意见，而是产品的解决方案和功能应该留给产品经理。
　　
　　虽然我们已经改变了对有质量的角色的看法，现在认为质量是每个人的责任，但我们应该认识到重视质量的工程师的必要性。让工程师专注于产品性能、用户体验和客户场景、内部开发和安全，可以确保这些领域优先考虑产品，并且这些领域的任何问题都有发言权。
　　
　　我们并不指望这些团队去处理规模，用户体验，安全等问题;我们希望这些团队加深他们在这些领域的理解。
　　
　　质量不是一个一次性的过程，它是一个持续的过程。它不是一个人努力的结果，而是整个团队的努力。我们必须养成交付高质量产品的习惯;一个新品牌就是这样诞生在市场上，并以其标准而闻名。质量不是一种表演!这是一种习惯!
　　
　　沟通是关键
　　
　　团队之间的良好理解是确保质量的一种方法。在质量保证（QA）和开发组之间建立友好的关系将使两个组之间的差异最小化。测试人员可以与scrum管理员一起工作，以获得建议和输入。他们可以与产品经理一起工作，给出和接收关于验收标准或测试用例和缺陷的反馈。测试结果将保证测试团队的质量。
　　
　　机会配对是保证质量的另一种技术。配对可以是开发人员与开发人员，测试人员与测试人员，开发人员与测试人员，甚至是开发人员、测试人员和产品经理。在许多情况下，结对减少了实现后的代码检查和返工。团队中的每个人都可以看到其他人的任务和过程。
　　
　　团队内部有了良好的理解和自由，就有了质疑甚至不同意的能力。因此，这可能意味着需要围绕可测试性重新设计一些功能，测试人员需要转向他们认为最关键的测试，或者团队需要围绕将被验证的内容承担计算风险。关键是要理解风险，并讨论哪些测试对今天和sprint是必要的。让每个人都参与到对话中来有助于更好地转变质量是每个人的责任这一理念。
　　
　　结论
　　
　　当项目团队正确地描述了质量规范，并且组织已经建立了一个过程来确保质量控制和保证措施得到了注意时，项目更有可能以更好的质量交付，因此更有可能成功。
　　
　　例如:在项目生命周期的规划阶段，文档是可交付成果的主要组成部分。确保团队提交高质量的文档将影响项目的成功。
　　
　　类似地，在执行阶段，团队应该确保适当的质量控制并影响其成功。
　　
　　质量就像安全一样。每个人都可以通过识别威胁或确保在看到任何危险时采取必要的行动来为拥有更安全的产品做出贡献。因此，每个人都可以通过理解项目的质量期望并按照其标准交付，从而为获得更高质量的交付成果做出贡献。
　　
　　编辑：Harris