产品开发流程中 PQA 的角色- PQA ，顾名思义，应是项目中的质量保证人员，在许多企业的开发团队中均有此角色。但在同企业做咨询的过程中发现，很多企业的 PQA 并非真正意义上的 PQA 。
1 、把 PQA 同项目管理工程师混为一谈。
有的企业口头上说 PQA 非常重要，但在执行过程中却把许多刚毕业的学生安置为此角色，做很多项目过程监控的工作。殊不知，如此下去，可能会失去一名优秀的研发人员。
2 、认为 PQA 就类似于“监工”。
有这种认知的企业大把，导致有时 QA 和项目组成员的关系很僵。而为了绩效方面的考虑， QA 经常是事后纠出问题，扮演了我们目前很多“警察”的角色，成为了 QC 而不是 QA ，从而令研发人员叫苦不迭。
那么，究竟什么算是合格的 PQA 呢？笔者认为，一名合格的 PQA 应该是集如下角色于一身：
1 、一名合格的 PQA ，首先应是“ 教师 ”。
师者，传道授业解惑也。
QA 应具有相当的技术背景，在 HW 公司， PQA 至少是技术任职资格为三级的研发工程师才有资格担任。同时， QA 应非常熟悉流程。据此，在每个阶段开始时， PQA 有责任给项目团队的成员讲解本阶段的开发流程、运作模式、每个角色应承担的任务、对应的评审点、可能出现的问题和质量保证方法等，并在具体实施过程中给予实时的指导和纠偏。
在这种情况下， PQA 就成为流程的引导者和“教师”。
非常遗憾的是，交警查车的现象中，让我无法看到查车之前的宣传、“培训”、讲解及疏导……
2 、应该行使“ 警察 ”的职能。
该职能应该很容易理解。警察要查车，要对不符合规定上路的电动自行车进行处罚，这是法律所赋予的权力。在开发过程中， PQA 也类似。他虽然是项目团队中的一员，但在监控流程的符合性等方面是完全独立的，可以不受项目经理的影响而独立行事，这是流程所赋予的权力。如有必要， PQA 在项目进行的每个阶段都要对过程进行必要的审计和度量，对审计出不符合流程的活动应坚决予以曝光，以杜绝不良风气的蔓延。
业界比较好的做法是： PQA 每周或每双周会编制 PQA 报告，对过程中的不符合项和可能存在的风险提交给项目经理及高层领导。
3 、合格的 PQA ，从某种程度上来说，也是“ 法官 ”。
“法官”这个词，会让我们不由联想到威严与正气。在法庭上，法官的权力是至高无上的。在产品开发过程中，对于每次产品级的技术评审会议， PQA 的作用也类似于“法官”。
项目团队中会有除研发之外其他部门的参与，如制造、采购、用户服务、市场、财务等。由于项目团队中研发系统的成员占比较大的比重，故不排除在技术评审会议中出现研发成员群起打压个别职能部门代表的可能，从而使得较好的建议无法被采纳。鉴于此情况， PQA 应站在公平、公正的立场上主持技术评审会议，保证每个职能代表的充分发言，并对刻意打压“弱势群体”的现象提出警告，进行警示，从而保证会议的良好秩序。
4 、身为项目团队的一员， PQA 也应该是“ 律师 ”。
律师，是伸张正义，运用法律的武器来保护委托人权益的代名词。在诸多的电视剧作品中，律师的义正言辞，滔滔不绝地为委托人辩护，尽最大可能维护委托人的权益等场景，已深深地刻在每个人头脑中。
那么，在开发过程中， PQA 又如何能和“律师”这个角色挂钩呢？由于 PQA 也是项目团队的成员，因此在产品开发能否成功方面，他应与项目团队荣辱与共。在同高层领导汇报时，对于项目中的风险和已解决的难点， PQA 应及时进行阐述并请求高层领导做出对项目进展有利的决策。
综上所述， PQA 应该是集“教师”、“警察”、“法官”、“律师”甚至于“政委”于一身，更是项目团队中不可或缺的重要一员。只要基于这几个角色梳理 QA 在开发过程中应该承担的任务，则其定位便会逐渐清晰。
1.2 职责
1.2.1 培训、引导PDT按照产品开发流程运作；
1.2.2 策划产品质量，提出产品质量策略，制定产品质量保证和具体产品质量控制计划；
1.2.3 作为产品中QA工作的总负责人，全流程统筹协调产品的质量活动，协调各个功能领域QA的质量问题；
1.2.4 作为技术评审的过程专家，组织技术评审，保证会议公正公平和评审结果的有效性；
1.2.5 产品开发流程执行情况的评估和产品质量风险评估，制定风险评估机制和风险控制办法；
1.2.6 接受关于产品开发流程和产品质量保证的咨询，并给予独立权威性的指导；
1.2.7 跟踪和监控流程执行质量和阶段性产品质量达成情况；
1.2.8 完成产品开发质量月报，提交LPDT，供决策参考；
1.2.9 向PAC汇报产品团队流程和产品开发质量总体报告；
1.2.10 提出产品开发流程的优化需求；
1.2.11 参加产品手册的审核和评审。
联系我们
Contact us
战略解码