由交警查车想到的
难得的周末好天气，在小区周围闲逛。刚走到十字路口，突然发现几位骑电动自行车的人在仓皇逃窜。“难道是小偷？……”近步上前才恍然大悟，原来是年底将至，交警要对上路的电动自行车进行查处。效率还挺高，一根烟的功夫就有不下10辆电动自行车被束手就擒。而被开罚单的人均无一例外地不是在求情，就是在打电话求助。过了10分钟左右，警车带走了“战利品”，留下几个值守的交警，悠闲地坐在路口边的凳子上休息。显然，他们对本次行动的战果非常满意。而此时，就在不远处，几辆电动自行车在他们周围旁若无人般温柔地飘过。但原先辛劳的交警们，却让人不由得同“稻草人”划上了等号。
这种事情，让我不由得联想到我们产品开发流程中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在开发过程中应该承担的任务，则其定位便会逐渐清晰。