软件质量人的自我修养（续）

作为软件质量人自我修养的续集，今天会更接地气些。

我收集了近三万字的软件质量相关的JD（由于是招聘网站找的，可能会有重复的，但在多渠道发布也能一定程度上说明其紧缺程度和热度，所以就不做去重处理），对其关键词进行了分析，或许略能代表现在这个圈子对于其的认识和要求，可作为各位公司落地、自我提升及准备跳槽的方向参考。
直接看结果。

 

 

下面来逐一分析。
“体系/流程/过程”是数量最多的，很显然，脱离于独特问题而针对体系进行系统性预防的质量保证依然是这份工作的主体，流程&体系是我们的最主要的专业能力和工作对象，地基不牢，地动山摇，首先要做一个公司内对流程&体系最熟悉的人。
第二个关键词是“开发”，也是意料之内的，毕竟在软件整个生命周期内主要着力点在开发阶段的，不像机械产品SOP后会有老化损耗的问题，软件可靠性更多地依赖开发设计。
“沟通/合作/协作/协调/组织”高居第三位，比预想高一些，仔细想来，也是合理的，质量不写代码，也不做测试，不会给项目直接增值，却还要挑毛病，沟通的能力和双赢的情商就很重要了，尽管工作性质本身不会像项目经理那样，被压着、拉着、推着往前走，但没有这样的意识和能力自然也无法成为一个优秀的质量。
“评审/审计/审核/检查/评估/度量”，不同角度的说法，但粗略理解就是“检查”，质量的来源就是检查，到目前为止检查依然是主要的工作的手段。
那么，“检查“是检什么、查什么呢，也只能是”问题/风险“了，没有它们，就不需要质量。有人会说，质量还要找到做的好的，不能只看差的，道理没错，有些情况确实会提好的，可是要是都是好的，就说明项目组已经可以自驱动做好了，质量作为支持角色的价值自然弱化，质量不会这么做的，没有驱动力。
做一个居高临下、站着说话不腰疼的说教者，不光是做事的人不服，领导们也不会允许，“落地/推动/实施/执行“是组织对质量的期望，养这些人不只是为了挑毛病，还要负责支持解决毛病，质量最喜欢谈的PDCA，最喜欢谈的闭环，肯定也会被人要求在自己身上。
当然，解决个例的、具体的问题还是专业的人，质量要更侧重于从流程&体系层面，“改进/优化/改善“这部分也正是体现质量高阶水平的环节了，就像8D有8步，但核心在Root Cause的分析上。
“ASPICE/CMMI“几乎是比较具象的软件质量的代名词了，据我了解，汽车行业的软件流程目前基本都在映射ASPICE（与CMMI一脉相承，在这里的统计中CMMI约占1/3），特别是Tier1&2迫于OEM的审核压力，也在不停地进行相关部署、认证和宣传。质量比较虚一些，ASPICE算是一个抓手，可以认真研究下。依次排在较靠后的”功能安全/ISO26262“、”敏捷/Scrum“和”ISO9001/16949“也是抓手，除了最后的”ISO9001/16949“虽然是基础但太成熟的东西不用多讲，ISO26262与敏捷和ASPICE的融合是一个非常重要的话题，值得深思。
此外，值得提的是IPD，虽然占比不多，但作为在华为获得成功的流程，或许在汽车行业内会是一个新鲜的视角。
“分析/总结“可以类比于医生的手术刀、军人的枪和作家的笔，日常实操中，我们要用”分析/总结“的头脑工具处理获取的”数据“输入，然后，进行”表达/语言/写作/报告/汇报“的输出。获取数据、分析总结及表达输出这几个环节是质量日常工作模式，也可见出功底厚薄。
“业务/研发“，我觉得可以这样理解，质量很多都是理论的、务虚的，但这不是质量的目的，理论之后要结合实际业务，这和前面讲到的落地是同一范畴的。至于为什么把研发和业务放在一起，因为汽车行业里对于研发的理解比开发外延更大，会更接近于所谓的业务。
“工具“这块分了两部分，一部分是常规意义的质量工具，或者叫方法 论也行，比如，FMEA、FTA、MBSE、7大工具之类，也可参考前面在PMP工具里整理的内容；另一部分是数字化工作，现在也在推动数字化转型，RTC、Doors、JIRA都属于这一类。特别对于软件质量，没有数字化工具的支持，几乎无法进行。
“测试“这部分占比也较多，测试和质量在识别问题的角度是一致的，但测试更靠近技术层，作为不专业的质量，非常有必要提升自己在测试上的专业知识和理解，这也是你跨过Paperwork走向专业的一个门槛。
“培训/指导“不多扩展，对于流程的创立者、守护者和推广者，自然需要这项技能。
“意识“或者也可以称之为质量文化，极其重要，同时又极其虚，极其难建立，毕竟改变思想、改变意识谈何容易，但是一旦真的能撼动这块硬骨头，就会是软件质量工作源源不断的原动力。再说一句，关键的是给领导洗 脑。
“认证/证书/PMP/ACP“以及ASPICE PA、Scrum Master、内审员等这类资格认证，就像是各种含金量不怎么高的证书，一句话，有比没有强，没有也没关系。
虽说文化自信，这几年国外文化输入也有所淡化，但“英语“的重要性短期内仍然是有的，特别是外企。
“项目管理“的经历和意识对于做好质量沟通还是有帮助的，但确实不需要承受项目经理那样的”压力“，算是做这份工作的利好。
“编程/C语言/JAVA“排在了最后，大体可以说明这本身的技能至少不起决定性作用。当然，懂的话更好了。
对于数据的分析就这么多了，限于数据的有效性和分析的水平，结论未必精准，供参考，并欢迎讨论。