📚 课程目录第4章 ASPICE与汽车行业标准

4. ASPICE与汽车行业标准

各位工程师，咱们今天聊聊ASPICE里最基础、也最容易被忽视的一个等级——能力等级0级。说白了，就是“过程不完整”。

我刚开始做过程改进那会儿，总觉得0级没什么好讲的。不就是“没做”或者“做得乱七八糟”嘛？后来踩的坑多了才发现，0级恰恰是改进的起点。你连自己在哪里跌倒的都不知道，怎么爬起来？

能力等级0级，官方定义是：过程未实施，或未能达成过程目的。

我习惯把它拆成两句话理解：

举个例子。你想想看，一个需求管理过程，如果连需求条目都没记录全，或者记录了但没人评审——这就是典型的0级。我在项目中遇到过一家供应商，他们的需求跟踪矩阵做得漂漂亮亮，但一问开发人员，根本没人用。嗯，这就是典型的“做了但没做到位”。

核心判断标准：过程目的有没有达成？没有，就是0级。

0级过程的表现，其实挺明显的。我总结了几个常见场景，你看看是不是似曾相识：

表现类型	具体现象	我见过的真实案例
过程缺失	没有书面定义，全靠口头传承	某团队做单元测试，全凭老员工“带徒弟”，新人来了两眼一抹黑
过程闲置	有文档，但没人遵守	流程文件锁在柜子里，审计时才翻出来
输出不完整	工作产品缺胳膊少腿	设计文档只写了功能，没写接口和约束
目的未达成	过程跑完了，但问题照旧	做了代码评审，但缺陷密度一点没降
无度量数据	不知道过程好不好，全靠感觉	项目经理说“我们质量不错”，但拿不出任何数据

注意：0级不等于“没做事”。很多团队忙得团团转，但过程目的没达成，照样是0级。别拿苦劳当功劳。

评估0级，说白了就是做“判断题”——过程目的达成了吗？

我个人习惯用三步法：

举个例子。评估“软件单元验证”过程：

如果三步走下来，发现“有计划但没执行”或者“执行了但没发现缺陷（因为覆盖率太低）”，那基本就是0级没跑了。

小技巧：评估0级时，别纠结过程细节。你只需要回答一个问题——“这个过程到底有没有用？” 没用，就是0级。

很多团队一看到0级就慌，觉得要推倒重来。其实不用。我建议从三个起点入手：

别一上来就搞什么完美流程。先定义最精简的、能达成目的的过程。比如：

过程定义别锁在文件柜里。贴到墙上、放到共享盘、嵌入工具里。我见过一个团队，把过程步骤做成流程图贴在工位上，每天看一眼——效果比几十页的流程文档好得多。

选一个痛点最明显的过程，集中火力改进。比如：

我曾经帮一个团队从0级起步，只用了两周，把“代码评审”过程从“没人做”改到“每次提交都做”。秘诀就是：简化步骤、工具强制、即时反馈。

改进核心：0级到1级，不是追求完美，而是追求“可重复、可预期”。先让过程跑起来，再谈优化。

下面这张图，帮你把0级过程的核心逻辑串起来。建议保存下来，做评估时对照着看。

最后，分享几个我亲身经历过的教训，希望能帮你少走弯路。

坑一：把“有文档”当成“过程已实施”

我曾经评估一家供应商，对方拿出厚厚一沓流程文件，信誓旦旦说“我们过程很完善”。结果一查执行记录，全是空的。记住：文档只是过程的一部分，执行才是关键。

坑二：把“忙”当成“有效”

有个团队天天加班做测试，但缺陷率居高不下。为什么？因为测试用例全是基于需求的“happy path”，边界条件和异常场景一个都没覆盖。忙不等于有效，过程的目的才是衡量标准。

坑三：改进时贪多求全

我见过最典型的错误，就是0级团队想一口气把所有过程都建起来。结果呢？三个月后，一个都没跑通。我的建议是：一次只改一个过程，改透了再换下一个。

好了，关于能力等级0级，咱们就聊到这儿。记住一句话：0级不可怕，可怕的是不知道自己为什么是0级。把特征、表现、评估方法、改进起点这四步走通了，你离1级就不远了。