汽车软件质量体系DIY（1）难题-价值-周期

导读：

撰写《汽车软件质量体系DIY》系列，是因为在汽车软件体系质量体系的构建和落地中遇到了太多的迷惘需要厘清思路。纵观各行各业，随着软件在越来越多工业领域中占据更重要的地位，汽车、机械、能源、航空航天、医疗器械……更多的实践、更深的思考，对于把握未来相信也会有所帮助。

01.

难题
 

（质量部）：

现在整车厂软件开发越来越复杂，有自研、有外包、也有联合开发，这时候搭建质量体系的着眼点在哪里呢？既然要做就参考行业标准吧，既然现在一说到汽车软件开发都会提起ASPICE，就按照这个标准做做看吧！

（软件团队）：

搞ASPICE？这群搞汽车质量的对软件都是外行！知不知道搞这些文档要花多少人力！计划跟踪文档要写、需求设计要分层、追溯性要建立、还要一大堆的检查表评审记录，说人力翻倍都是保守的，这年头招一个能干活的人有多难，精力都用来搞这个了谁来写代码啊。应付16949的审核是客户要求的没办法，搞ASPICE还是省省吧！

（质量部）：

搞ASPICE阻力太大推不下去，什么都不搞嘛上头又没法交代，要不就从已有流程往软件里推先做个一两件事，流程FMEA（PFMEA）、设计FMEA（DFMEA）什么的都做了，就让软件FMEA（SW FMEA）也做起来问题总不大吧？

（软件团队）：

软件FMEA？没听说过，问题的why-why分析横展开倒是有的，让大家往这个表格里面填是不是有点生搬硬套了？软件如此庞大，边界图如何限定范围？结构分析的时候硬件有属性，软件的属性是什么？穷尽的功能性/非功能性要花多少工作量知道么，如何安排优先级？如何确保产品特性不遗漏？构建功能网聚焦元素在哪一层？七种失效套用到程序代码里怎么考虑？功能网与失效链的关系怎么建立，那还不是要按ASPICE那一套搞双向追溯嘛？软件的SOD（严重度/发生度/探测度）怎么算？预防和探测措施和跟踪优化我们横展开里面有做过了，抄过去不是浪费时间么？——这些问题回答不了，软件FMEA没法做！

（质量部）：

行业标准（例如ASPICE/CMMI）推不下去，传统方法（例如FMEA）又不对路，那就从现有开发实践中收集提取，整一个适合公司“司情”的质量体系吧。

（两个月过去了……）

完全没有头绪！现有的开发实践一个项目一个样，模板指南没法定制；度量数据的定义的进展也不顺利，光是定义工作量的单位就够头疼的——不管是代码行数、功能点还是story points都没法达成共识；软件团队拼命加班，要整理出个流程改进的措施总得明白原因吧，天天叫“缺人”偏偏又缺少数据支持说不清问题在哪怎么协调到资源呢……