QA——Quality Assurance，质量保证工程师。QA这个职位在软件行业是后起之秀，从开始推行这个职位至今，对QA的职业定位似乎一直是受到争议的，有的观点认为QA只负责保证过程质量，不保证产品质量；有的观点认为QA只负责发现过程中的问题，不负责解决问题。但在企业里，高层、PM和工程师们一直对QA寄予更多的期望。面对争议，加之QA工作性质的特殊性以及QA工作成果不可量化，很多QA一直都处于迷茫、无奈、憋屈甚至愤怒的氛围里……

     担任QA将近6年了，给大家谈谈我对QA的想法吧。

     其实我们在流程推进过程中有很多方法，不妨把这些方法用到我们自己身上吧，PDCA就是一个很好的做事方法。跟做一个项目一样首先我们做任何事情第一步肯定是要搞清楚需求，就是做事的目标，这个目标一定是和高层充分沟通后确认的目标，如果没有搞清楚高层的期望和想法，就闷头做自己的，结果一定是QA的价值无法得到大家认可。如果高层不能明确表达期望和目标，QA需要引导高层基于目前公司项目的交付质量找到改进的提升点和突破点反向推动。

     好，搞清楚了目标，我们要做出自己的工作计划，根据目标的长远决定计划的粗细。比如，高层会规划未来5-10年公司的发展方向是怎样的，咱们QA就要根据这个长期计划分解出对应的自己的工作目标，以及根据公司的发展需要确定自己的提升计划。工作计划也需要制定出核心监控点和进度关键节点，一方面便于抓住主要问题和问题的主要方面，另一方面便于回顾总结的时候识别计划达成率。

      做好计划后，接下来就是执行。在这一点上，我很赞同咱们业界的同仁提到的观点。QA在执行过程中应努力寻求质量、进度、成本三者之间的平衡，我们的工作不仅仅是监督和控制，更重要的是服务。服务的对象包括项目组以及相关干系人。我们应该主动收集、统计、分析数据，向项目组和干系人汇报项目情况，提高项目的透明度，并为公司积累经验数据。应该向项目组灌输建立质量理念、明确过程要求、对流程、模板和工具的使用做培训等。此外，还应该采取各种方法来提高产品质量、提高工作效率、降低成本，比如引进新工具、采用新方法、改进过程、建立知识库等。这就引申出一点，在工程方面，如果QA无法发力，可以就项目组的工程薄弱点跟公司的技术总监沟通合作，技术总监负责具体的工程提升改造方案，QA负责推进改造计划，收集改造过程中遇到的问题反馈给技术总监，一起发力提升工程。QA应在职能和行政层面独立于项目组，在业务和工作层面融入项目组。

      总的来说，要解决好质量管理的问题，很重要的是要找准两个平衡点：一个是根据商业目标找到项目在进度与质量之间的平衡点；一个是根据企业文化找到质量保证工程师在监督和服务两种角色之间的平衡点。

      接下来的一点很重要，就是check。我们要定期对自己的工作做检查，找出和目标之间的差距。作为QA，我们最需要的是经常定期做工作总结，对我们的工作做一个回顾和思考，只有积极思考，不断总结，才能不被表象迷惑，才能发现深层次的问题，才能紧盯目标不偏离。建议也像项目组评审那样，梳理出检查维度，建一个checklist。

      最后，我们要对检查的结果加以处理，成功的加以肯定并标准化，失败的制定切实可行的改进落地计划，重新落到我们下一轮的循环里去执行。

      整个PDCA过程中，把握两点最重要：1、过程中一定要保持和高层的频繁沟通，包括做事的目标、思路方法。2、一定要建立定期主动汇报机制，你做了什么，效果怎样，必须让高层和项目组知道。把握住这两点，你就不会偏离目标太远。

     另外还有一点，就是QA一定要不断的主动学习，坚持学习才能让咱们越来越自信！