QA，想说爱你不容易——QA身价逐步上涨的原因，你get到了吗？

我对你的心 你永远不明了
我给你的爱 却总是在煎熬
寂寞夜里 我无助的寻找
再给我一次最深情的拥抱
            ——梁雁翎《像雾像雨又像风》

作者自黑：
我是一名在IT质量圈里摸爬滚打十余年的老司机，曾经服务于几家大中型公司，担任了数十个项目的QA工作以及组织级PMO建设等工作。

时至今日，十余年的磨练，面对着一茬一茬的老中青IT人，仍然有很多“IT人士”搞不清楚QA是干什么的？有的人认为QA就是找事儿的，有的人认为QA根本没用，有的人认为QA人人可做，甚至，有的领导都认为质量管理体系都是空气！

看到这里，QA狗感觉受到伤害和暴击一万点有没有？好扎心好桑心~~

但是，不可否认，职场中QA即便是如此的被黑、如此的不被理解，但是QA的身价却是水涨船高！越来越多的企业意识到QA的重要性，高薪聘请专业QA。从圈里周边朋友的经历来看，月薪10k以下的QA已经很难发现踪影了，QA越来越抢手，一个QA打算更换工作时，经常是手里拿到好几个Offer，挑之。

所以，我决定写点什么给QA正正名，希望广大圈内朋友且听听一名QA的心声，也更多的了解到QA的重要性，顺便get到质量管理角色的作用。

QA，由英文角色名称Quality Assurance缩写而来，中文意思是质量保证，在企业常称QA为质量工程师。
质量的重要程度无需多谈，“质量就是生命”等众多口号相信我们诸位张口就来，还没听说哪家企业宣传“我们不在乎质量”吧，哪家只要敢说，我就敢说他们离倒闭不远了。

质量管理，无论在CMMI体系中，还是在ISO9000体系中，抑或是PMBOK管理圣经中，都是作为一个独立的、重要的知识领域来出现的，其身份与重要程度不言而喻。

【PPQA过程域的2P】

在新版CMMI过程体系中，有一个PPQA（Process and Product Quality Assurance）过程域，根据名称可以很容易理解，质量保证范畴覆盖“过程”与“产品”，旨在强调此过程域分为两个维度来保障项目：
第一、QA通过保障项目活动“过程”，达到保障“工作产品”预期的效果；
第二、通过直接参与项目计划、需求的评审，保障“工作产品”质量。

【扫描观察的透视眼】

各种质量体系审核过程中，历来都非常重视企业是否安排专职QA。
我想我们需要分析一下，为什么QA在软件行业尤其重要？为什么一个连QA都没有的公司被认为是小作坊？为什么QA人员的待遇直线上升？
因为软件是“软”的，看不见摸不着，从产品概念、立项，到产品孵化、生产发布使用，并不像硬件那样直观的看到，直观点的是一张光盘，不直观的就是一堆dll/exe文件，更有甚者告诉你其实就是一堆的1和0。

产品开发活动存在一系列代码中，问题不容易一目了然，使得软件项目难于控制。
“不识庐山真面目，只缘身在此山中”，世界上没有完全没问题的项目，QA可以通过过程的监控，提高项目过程透明度、增加项目可视性，在项目过程中尽早发现问题、降低项目风险、降低项目成本，促进项目取得完美Ending。

【高于PM的能力素质模型】

一名优秀的QA工程师要求有较强的洞察分析能力：不但能发现问题，而且能发现问题的规律，背后产生的原因，并针对性提出改进措施。
在很多大型IT企业里，QA岗位认证要求至少与PM等同，QA应具备的能力、资质甚至要高于项目经理，无论是开发、业务、管理知识，QA比项目经理更要有更完备的质量管理知识，包括手段、工具、方法等。

【组织有序运转的螺丝钉】

没有规矩不成方圆，在当前社会中，处处充满了协作，人人充满了创意，如何确保组织有序运转，那就需要通过系列的规则定义和监督执行。

QA有一项重要工作目的：确保组织所定义的方针、流程、标准、过程描述，得到有效执行。业界公认的质量管理体系，都是强调“法治而非人治”，企业管理也是如此，公司制度就如同国家的法律规范。QA负责跟踪项目按照公司规范实施，以期能够复制之前成功项目的经验，通过可靠的监督和监控措施，可以提高质量信度。

当然，过程规范不是一成不变的，SEPG过程改进是需要监控并推行，不断更新和维护质量体系文件，而QA更重要的是积极参与，提供实践样例并实施改进推行。

优秀的QA在于绝不生搬硬套体系标准，而在于体会公司质量文化，做好质量文化思想的宣传、工程方法及过程的引导，不断开发总结和传播优秀案例和经验教训，开展质量分析和缺陷预防，运用自己的实践参与组织级过程改进，带来组织新一轮的上升发展。

【碌碌无为的误区】

在软件开发过程中，工作交付物除了软件外，需要编写的各类文件数十种甚至达到上百种！这些文档也是阶段性产物，是重要的“工作产品”，也是最终软件产品的重要组成部分。

但是，我见过有太多人特别不重视文档，认为代码至上软件至上，那我只能称之为外行！

在多年的QA工作过程中，发现很多情况下，各类文档都是QA再三督促产出或者事后补充，敷衍了事的态度貌似为了QA而完成各类文档。
这种情况真不少见，多少QA追在PM后面要各类应完成但未完成的文档记录？

说多了都是泪！

正是这种外行的思想认识，才导致了QA的碌碌无为，也导致了项目组对QA的偏见！

【谈谈文档吧！文档到底给谁写的？】

软件文档，是软件产品的组成部分之一，甚至比软件产品更重要！这才是项目的精华，它既是记录，更是思路，帮助产品经理、设计工程师、测试工程师“弄清楚做什么！想清楚怎么做！说清楚怎么测！”，完美的实现正反回溯。
文档是写给项目组成员自己用的，是整个项目的沉淀和基础，也是后续维护人员可以顺利维护软件产品的重要依据之一。

大家都知道IBM、微软包括现在的BAT、华为，每次推出新产品都会引起轰动，表面上看他们呈现出来的只是优秀的产品，但背后由多少文档支撑？《可行性分析报告》、《同类产品比较分析》、《需求》、《系统架构设计》...有谁见到过吗？有谁认为他们可以不写吗？或者不通过评审？或者开发完了再补？

并不是！
对于优秀的大企业，这些文档不仅有，而且规模和细致程度是相当可观！
经过反复论证和多次评审，而且高度机密！

文档是一个公司的技术沉淀和知识、经验的积累，是公司最宝贵的资产和财富。
大公司人员流动频繁，为什么没有影响发布新产品呢？就是依赖于这些积累，包括变更、维护、发布补丁包、更新版本等。
可以想象，如果前人只留下一堆代码，后面的人谁敢去碰？谁敢去改呢？

随着智能手机的发展，APP应用越来越广泛，大家有没有发现刚新出一款APP，紧跟着像雨后春笋一样，很快冒出来很多雷同的APP？APPStore中一搜，同类一大把。
谁敢把自己的首创APP方案晒出来？保准几天功夫就会出现N多相似的，首创就被甩到后面，不信可以试试。
懂代码的人很多，懂文档价值又懂代码的人才是个中高手。

【结语】
随着工作历程，讲了一点心中感悟。
我们从来不缺创造高质量产品的能力，而是缺乏追求持续创造高质量产品的质量意识和氛围。
我从来不想强调自己是多么重视质量，因为只有一个人两个人重视质量是远远不够的。
QA从来都不是站在项目的对立面，而是项目的拉帆者，贡献QA的微弱力量，帮项目经理拉起质量的大帆，共同驶向光明的彼岸。

【小编语】
QA的存在与发展也有几十年了，从最初诞生到现在，随着软件质量体系的逐步变更，随着瀑布、增量、迭代、敏捷等的不断发展，QA的地位也逐步产生了翻天覆地的变化，从最初的边缘人员逐步的走向了软件行业的大潮鼎立角色。

值得欣喜的是，越来越多的企业认同了QA的重要职能，认识到QA的重要性，QA位置得以提升！我想，BAT的敏捷教练角色也许是QA职业发展的下一个方向。

QA圈子不大，作者是兢兢业业热衷观察的优秀质量人，2013年PMP，敬业、专注、敏锐、有原则、积极热情，我想，她的心声，可以推荐给大家听！

【原创声明】
【只发优秀原创作品，真实案例与实践】
【谢谢支持优秀原创！】

【项目管理协会，项目管理爱好者的家园】
【欢迎扫码关注与加入】

专业项目管理提升
打造现代卓越人生
欢迎来电：0531－86559518
欢迎来稿：jnpmapmi@126.com

【如果喜欢原创文章，动动手指转发吧！】