车企拿着一份ASPICE CL3评估报告去谈项目，和i和对方却问“功能安全这块ISO 26262做到哪个ASIL等级了”——这种事我见过不止一次。咨询证两个标准经常被混为一谈，和i和实际上管的咨询证是完全不同的两件事。

ASPICE全称Automotive SPICE，和i和本质是咨询证过程能力模型。它看的和i和是你的软件开发流程靠不靠谱——需求怎么拆、架构怎么设计、咨询证代码怎么测、和i和变更怎么管。咨询证评估师会翻你的和i和需求追溯矩阵、评审记录、咨询证测试覆盖率报告，和i和判断你的咨询证流程是CL1还是CL3。说白了，和i和它管的是“你有没有按规矩干活”。

ISO 26262则是功能安全标准。它关心的是：你的电子系统万一出故障，会不会把人弄伤甚至弄死。所以它要求你做危害分析和风险评估（HARA），定出ASIL等级，然后按等级做安全机制、算失效率指标（SPFM、LFM这些）。ASIL D的项目，硬件失效率要压到10^-8每小时以下，这不是闹着玩的。

一个管“做得对不对”，一个管“安不安全”。但两者又绕不开彼此。

我参与过一个EPS控制器项目。客户要求ASPICE CL2加ISO 26262 ASIL D。团队一开始把两套文档分开写，结果审核时被揪出一堆问题：安全需求没有追溯到软件架构、FMEA里的失效模式跟测试用例对不上。后来把两个体系的追溯链合并——从安全目标→技术安全需求→软件安全需求→架构设计→单元测试，一条线拉通，两边审核才都过了。

这就是实际做咨询时最费劲的地方。不是分别教你ASPICE怎么评、26262怎么算，而是帮你把两套要求揉进同一套研发流程里。

咨询顾问干的活，往具体了说：帮你梳理现有流程跟标准要求的差距，写过程定义文件，建追溯模板，做安全分析培训，模拟评估前先来一轮内审。有些团队流程文件写得漂亮，一问工程师全说“那是给审核看的”——这种到了正式评估基本撑不过去。ASPICE评估师会抽查具体项目证据，ISO 26262审核员会追问安全机制的实现细节。糊弄不了。

认证这块要分清楚。ASPICE没有“证书”，只有评估结果——由intacs认证的评估师出具，等级从CL0到CL5。ISO 26262也没有“认证”一说，它是对产品开发过程的符合性审查，最终出的是功能安全评估报告。市面上说“帮你拿26262证书”的，要么是外行，要么在偷换概念。

费用方面，一个中等复杂度的ECU项目，ASPICE CL2评估大概20到40万人民币，ISO 26262 ASIL D的过程咨询加评估可能到50到80万。时间上，从启动到出结果，快则半年，慢则一年半。取决于团队现有基础——如果连需求管理工具都没上，那先补课吧。

选咨询方的时候，看评估师资质比看公司牌子重要。intacs官网能查到认证评估师的等级和有效期。ISO 26262这边，TÜV莱茵、SGS这些机构都有功能安全专家，但具体派谁来你的项目，资历差别很大。问清楚：做过几个同类型ECU的项目？

两个标准都在迭代。ASPICE 4.0把机器学习相关流程加了进来，ISO 26262第二版也在讨论覆盖自动驾驶场景的扩展。做这行得一直跟着更新，不然给客户建的流程很快就过时了。