ASPICE简单梳理
这个词在汽车行业最近是越来越火，各个大大小小的OEM或Tier 1都在热火朝天地宣传自己被认证了几级，招聘启事上针对与其相关的岗位也越来越多，公司内部也着手宣贯其理念和收集相关信息......
所以有必要来梳理一下思路，算是赶时髦了。
ASPICE 全称是“Automotive Software Process Improvement and Capacity Determination”，汽车软件过程改进及能力评定，多年来一直被用于汽车零部件供应商软件开发流程改善和研发能力评价，进而改善车载软件的质量。
最近几年，随着智能汽车的发展，软件全面进入传统的汽车领域，软件占比快速增加，软件看不见摸不着，本身具易错性、快速迭代性，再加上新版IATF16949从标准上对ASPICE之类的规范也提出了要求，ASPICE的重要性更加凸显出来，这也大体是为什么其具有当下热度的主要原因。
ASPICE根据将软件研发能力划分为6个级别，0级为最低级，5级为最高级。级别越高代表公司对项目的把控能力越强，越有能力按时按质按量向客户交付。以作者所在公司为例，常听领导讲的是，在这里很难把一个项目做黄，没有公司解决不了的项目问题，尽管所谓的评级未必完全符合标准，但这是种公司流程的境界。
ASPICE包含两个模块，一个是流程参考模型，一个是流程评估模型。大抵是一份考卷，一份参考答案的概念吧。
最初的时候，对ASPICE有点望而生畏，理解也基本限于以上最宽泛的认识。在慢慢看的过程中，尽管不至于斗胆认为不过如此，但还是会有一种似乎并不是完全革新的东西的感觉，比如ACQ（Acquisition，OEM对供应商行为）、SPL（Supply，供应商对OEM行为）、ENG（Engineering，自主研发，系统V和软件V，不含机械和硬件）、SUP（Support，支持工程开发）、MAN（Management，项目管理）、PIM（Process Improvement，流程改进）、REU（Reuse，工作产品重用管理）这些流程域，这似乎和自己当年看的《运营管理》以及日常工作模式有很多不谋而合的地方，其实也是，很多东西都是互联互通的，说大点，大道至简，万元归宗。
当然，完全明白自己仅仅是初窥门径，甚至门径都未窥到，只是有一点这种呵开一小处结满冰霜的玻璃的透亮感。
言归正传，对一套理论的理解，最难的不是条文的记忆，而在于深入浅出和落地执行。
对于ASPICE的基础级别1，可以粗略总结为根据需求进行相关活动和输出工作成果，在这个级别，至少要保证责任人知道该做什么和怎么做，要有一致性和追溯性，有工作成果的协商定义和最终结果的总结沟通，估计这是多数企业靠领导推动和员工靠谱可以做到的程度。
到了级别2，这一步最关键的是开始有了策略及计划的预先定义，这也是真正有了正规化的意味，开始使用起了模板、检查清单，开始进行严格的配置管理和review，凡事开始进入轨道运行，而不是上一个阶段的临时起意。
此外，一直在思考，流程如何才能够不流于paperwork，能够真正用流程来管理业务，而不依赖于个人。大约有这么两点原因，第一，公司要足够有话语权，足够的权威，不受客户的“要挟”，不惧员工的抵触，可以按部就班地进行流程管控。第二，产品质量强烈依赖于流程，比如功能安全产品及软件产品，同时公司高层有足够的质量意识，能够自上而下地强化质量的地位。当然，归根结底还是需要第一点，这也就是为什么大公司才有普遍的流程规范的特点，小公司呢，活下来才是最主要的，非不为也，而不能也。
还有一问题，流程的颗粒度到底要多小？暂时没有想得太明白，留作日后思考。
后记：写东西这件事要督促自己持续做下去，这对于整理知识和大脑十分有用。
