A-Spice的江湖传说

“ 练就A-Spice者，可以笑傲江湖。”

“ A-Spice在手，天下我有。”

……

廿一世纪的今天，江湖中流传着各种各样的传说。汽车相关行业的江湖中人潜意识地达成了这种共识。他们也知道，练就A-Spice并非一件容易的事，没有庞大的财力物力人力，那就是瞎搞，然后他们争到头破血流，也要把这个A-Spice搞到手，正所谓，A-Spice在手，天下我有。

—

什么是A-Spice

为了这个东西，江湖上纷争不断，可A-Spice到底是个什么东西？

A-Spice也叫Automotive-Spice 全称是“Automotive Software Process Improvement and Capacity Determination”，汽车软件过程改进及能力评定，是汽车行业用于评价软件开发团队的研发能力水平的模型框架。

你说它是一套武林秘籍也行，实际上它是一个武学评级体系，你的武功厉不厉害，要按这标准来评估。

身为自命不凡的程序猿会以为，这货算个啥，哥几行代码就打遍天下。

然而，这个江湖，并不是用代码说话的，你要懂得“身在江湖身不由己”。

这货首先是在遥远的欧洲提出的，在欧洲汽车行业内被广泛用于研发流程改善及供应商的研发能力评价。如今，汽车相关技术日新月异，什么车联网、智能驾驶、自动驾驶、新能源汽车等等蓬勃发展。

逐渐地，A-Spice引入到天朝，各企业大咖们为了攻城略地，纷纷要掌握这个A-Spice。换句夸张点的话来说，拿不到这货，就无法在江湖混下去了。当然，现在还达不到这个地步。

从上图可以看出，这个A-Spice管控着各个方方面面。

让你感觉到，使用这套体系来管控你的武学，似乎能让你在修炼的过程中万无一失。也许有人怀疑，是这样吗？

—

A-Spice跟CMMI的关系

曾几何时，江湖上流传着，得CMMI，得天下。现如今，CMMI似乎是明日黄花，也很少人去争夺了。可你知道CMMI和A-Spice有什么关系么？

话说，曾经CMMI和A-Spice同一套体系的……现在？看下图吧

（上图来源于https://zhuanlan.zhihu.com/p/62139708）

CMMI包括多种模型，其中开发模型（Development Model）可用于指导产品开发，简称为CMMI-DEV。CMMI-DEV V1.3一共包含22个过程域，分为过程管理、项目管理、工程和支持四大类。

A-SPICE是在SPICE的基础上发展而来的。1993年，由国际标准化组织ISO、国际电工委员会IEC、信息技术委员会JTC1发起了ISO15504标准的制定项目，项目名为“软件过程改进和能力测定（SoftwareProcess Improvement and Capability dEtermination）”，简称为SPICE。而A-SPICE是在2005年，由欧洲主要汽车制造商组成的标准制定小组以ISO 15504标准为基础，制定了针对汽车行业的AutomotiveSPICE标准（简称为A-SPICE）。
http://www.elecfans.com/d/676695.html

事实上，Spice中除了A-Spice这个，还有其他的行业体系。

—

A-Spice的等级

A-Spice是分等级的，也不是随随便便可以获得的。能不能练就A-Spice最高境界，得看你有没有这能耐了。

等级	行业解释	江湖解释
Level 0	代表一种混乱不堪的状态。	三脚猫功夫，花拳绣腿。
Level 1	代表企业已经一定程度上能够完成产品研发相关的工作，但缺乏管理，存在不确定性因素，有可能完成不了交付。	有一定的基础，能搞定一些小流氓。
Level 2	代表企业不仅能够完成产品研发，还有周全的计划，并能够按计划实施和监管。	功夫扎实，小有成就。
Level 3	代表不仅项目研发工作能够管理得很好，而且能积累经验和教训，形成自己的标准流程，可用于以后项目的指导。	盖世神功，深不可测。
Level 4	引入统计学知识和技术，对项目数据做统计分析，并用于项目管理中，还可以根据项目预测做实时调整，以达到目标。	内功深厚，自成一派，号令江湖。
Level 5	代表企业能够基于商业目标的需要，主动地进行过程调整，有很强的管理能力，对过程可以量化分析和过程改进，很顺利地进行各种监控和分析。	炉火纯青，运用自如。然而能得到这种级别的凤毛麟角。

从这里看到，这货还真不是随便能玩的。很多公司，搞到Level 2~3就自我觉得武功天下第一了。

—

A-Spice的现状

A-Spice引入天朝后，并非那些企业大咖所想的那样。上面也说了，修炼这个A-Spice是要耗费大量财力物力人力的。

软件开发一直都流传着V模型（V-Cycle）大法，各大企业也有有无无地按照这个框框去做了。实际上这个A-Spice框架中也包含了软件开发的V模型。

看起来很美好，运作起来能让软件万无一失。

问题在于，你有充足的资源按照这套框架标准来吗？这个才是头痛的地方。换句话说，吝啬的资本家出钱出力吗？他们当然会出。但是，用最小的成本做最大的收益才是他们的宗旨。

某一日，某企业以他的江湖地位，成功拿下了一个项目，然而甲方爸爸，要求A-Spice Level 3. 怎么办，硬着头皮说，我能。说这话一点也不心虚不颤抖，毕竟这种话他们说得多了。

于是任务很快布置下来了，攻城狮很磨刀霍霍，准备开工了，可谁都没有这个A-Spice的完全经验。

于是乎，没日没夜的加班来了……

—

A-Spice的实际操作

项目的软件开发应该是怎么做的呢，说到底也是A-Spice那一套，而且A-Spice定义的很完美。

首先，软件开发，要开发什么？那就是要软件需求了。（即SWE.1）
其次，需求搞清楚了，就要搞设计了，那总得有个框架吧，这个就叫软件架构。（即SWE.2）
再次，软件架构是个很粗的东西啊，那就细分咯，就有了详细设计。
（即SWE.3）
然后，详细设计就可以确定详细细节了，可以用代码实现了。（即Coding）
再然后，代码实现了，需要测试啊，这个叫单元测试。（即SWE.4）
再再然后，单元测试还不行吧，要有个整体的测试，这个就是集成测试了。（即SWE.5）
最后，再搞个整体的功能测试就完了整个软件开发过程了。（即SWE.6）

啰嗦，非常啰嗦。直接写代码，再加个测试不就行了？也许这叫打游击。

如下图的红色部分。而A-Spice的过程是个深V。

实际上，打游击，多多少少也会接触到各个过程的，只是弱化了。

现在大多公司都在打游击，灵活，机动性大。人少，很能干出东西来，谁不喜欢。但是在A-Spice领域里，这只能是Level 0或者Level 1。相当于六层的武林秘籍，你只会了两层。

可是，领导要A-Spice整个过程啊。以前是两个人在干活，搞不了的过程就不搞了，没出问题就行。现在公司也还是安排两个人，你得把没搞的过程补上来啊，那就干7个人的活……

领导说，不惜一切代价，都得给我搞下来……再补两个人够了吗？

几个游击队加起来，就可以是正规军吗？

……

—

结语

秘籍上的功夫，是可以练的，但不是一两天就可以练成的。能不能打，还得上擂台过过招才知道。

江湖上还是流传这个A-Spice各种各样的传说，各大企业门派依然在攻城略地，纷争不断……

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。