数字化供应链运营参考模型SCORDS价值解析

　　千呼万唤始出来，ASCM供应链管理协会今年推测了SCOR最新的DigitalStandard，简称DS屌丝（bushi）。一经推出，就受到了业内专业人士的追捧，我今天就为大家解读一下最新的模型。
　　一hrSCOR供应链模型发展简史
　　温故而知新，先让我们来回顾一下模型发展的历史。在1996年，有两家美国的咨询公司（PRTMAMR）觉察到一个问题，当时世界上对供应链有许多不同的理解，导致不同企业供应链负责人之间没有共同的语言。
　　于是两家公司成立了一个供应链的组织，起名叫做SupplyChainCouncil（以下简称SCC），然后创建出了SCOR模型。
　　在2014年的时候，APICS收购了SCC，同时把SCOR模型收入囊中，变成了其知识体系的一部分。在2021年，APICS正式改名为ASCM，强化了它的供应链管理属性。
　　坊间早就在传有新版本的模型要问世，但迟迟不见动静。我个人推测有2个原因，首先是ASCM收购了SCOR模型要消化一下，毕竟不是原有的知识体系，有兼容性的问题。
　　其次流程模型过于复杂，元素之间的关系动一发牵全身，需要投入不少的时间资源来做改动。到了现在这个节骨眼上，模型必须要更新了，因为业界对它的质疑之声越来越强，于是我们就看到了他最新的DS版。
　　回顾一下经典版本的模型。我给它起了一个名字，叫做圈圈套圈圈。
　　这是数字化标准版本，看起来有大幅的改动，我也给它起了一个名字，叫做88套餐，因为看上去就像是一个横着和一个竖着的8组成的。
　　官方说法是无限循环图说明，供应链是一系列不断移动的活动，从流程到流程，没有人为的开始或停止。
　　1。核心是Orchestrate编排。这个单词很难找到合适的翻译，它原来的意思是精心安排；把协调地结合起来，反正就是一个高级的词。
　　2。左半部绿色：需求Demand
　　3。右半部蓝色：供应Supply
　　4。上半部：协同Synchronize除了Return以外的五个流程
　　5。下半部：再生Regenerate，这又是一个高级的词。
　　6。六个流程：计划Plan、采购Source、转化Transform、退运Return、履约Fulfill、订单Order。最主要的变动是把Make改为了Transform，官方说法是有形的商品叫做Make，不适用于无形的服务，所以用一个Transform来包含有形和无形的商品。原本的交付Deliver拆分为Fulfill和Order，也是为了顺应全渠道的潮流。
　　二hrSCORDS和老版本的异同
　　1。相同点
　　1）首先是Framework没有变，依然是流程的框架，其中核心的4个P没有大的变动，在概念上有些微调。
　　2）其次，4个P的关系也没有变化。
　　流程是核心，直接和另外3个P连接。绩效和流程与实践相连，但是和人员没有关系，这是模型的一大特色，可能和我们许多人的理解是不一样，这是因为模型考核的是流程和实践，它不考核人的表现。
　　在实践当中有些需要人的参与，有些不需要人，例如自动化，所以实践和人是虚线连接。人员的技能主要是经验和培训。这些内容和以前的版本是几乎一样。核心的东西没有改变，那我可以认为新的模型是拿一个新瓶子来装旧酒。
　　2。不同点
　　1）层级结构
　　在流程的层级上依然是5层的结构，不同之处在于原来是从1到5，现在是从0到4。因为模型增加了一个流程编排，而它的重要性在其他流程之上，所以把它设为0级。
　　专注于0至3级的流程，这些流程是行业中立的。这句话的意思是什么行业都可以用这套模型。
　　不规定一个组织应如何开展其业务或定制其系统和信息流。这句话的意思就是大家自己发挥，你可以参考模型，但没有强制性。
　　每个使用SCOR改进的组织都要使用行业、组织和地区的特定流程、系统和实践来扩展该模型，至少要扩展到第4级。在第4层是需要企业自己去完善的，模型没有给出指导意见，这对于很多企业来说就是有难度的。
　　2）新增加了3个绩效指标
　　在老版本的绩效指标中分为了2大部分，对内和对外的指标，一共是5个，在图中用黑色字体标出。
　　新版本重新定义了大类，现在是3个类别，弹性、经济性和可持续性，在原有基础上又增加了3个指标，共计是8个，特别强调了环境保护和社会责任。这个变动也顺应了现在全球供应链的发展趋势。
　　3）实践Practice的改动
　　实践分类的方法发生了很大的变化，在老版本中，SCOR实践分为新兴、最佳、标准和过时四种，这种分类法比较主观，存在一些缺陷。
　　现在SCOR认为实践在一些企业里是很平常的标准，但对于另外一些企业来说则是很前沿的做法，所以干脆就取消了原来的分类法。
　　现在DS版本中把实践定义为3个大类，19个明细科目，同时增加了实践的数量，达到300多种，包括188种采购寻源技术，85种库存管理技术，54种计划与预测技术。
　　当然，其中的一些技术并不是什么新鲜事物，SCOR所做的事情仅仅是收录，然后把这些实践对应到流程、绩效和人员中去。模型告诉使用者在什么场景下，可以使用哪种实践方法，这是它最大的用途。
　　让我们通过一个实践来看一下。既然说是数字化标准，那我就把数字Digital输入搜索栏，出现5个含有这个词的实践。相关内容都可以在这个网站上搜索到https：scor。ascm。org，而且是免费的。
　　我个人的感觉是许多的实践内容是有些陈旧的，即便在这张图上的一些内容也不是新奇的事物，例如最后一项数字化合同管理，在全球早就有应用。
　　相反地，一些科技实践（例如云计算）也没有收录在其中，SCOR对于供应链前沿科技的把握能力并不强，数字化标准似乎优点名不副实。
　　最后对于DS版本更新的内容做了一个简单的汇总。
　　三hr模型的应用实践：跑道图
　　有许多小伙伴很关心如何使用SCOR模型，仅凭着这一套流程框架是难以改善现有的供应链状况。SCOR的改善工具是一套方法论Racetrack，俗称跑道图。在新版本中依然沿用着老版本的内容，这套方法比较成熟，并不需要进行太大的改动。
　　我用了3句话来概括。
　　1。有些事儿不能说得太细
　　SCOR对于Level4以下的流程没有做定义，把这部分的工作交给企业自己来做。其中主要的原因是到了Level4的具体操作层面后，每个行业、企业的情况都可能出现不同的情况，SCOR没法做到面面俱到。
　　这对于习惯拿来主义的，最好是流程改个名字就能即插即用的人来说，就可能会不太适应了。流程的颗粒度较大，所以叫做事儿不能说得太细。
　　2。蕴酿时间有点久的前戏
　　这是说的Racetrack，从图上来看，从最初的Engage阶段到最后的Launch，都是在为项目的实施做着准备，也就是说前面的活动都是铺垫。
　　国人做事情习惯于先做了再说，或者是摸着石头过河，如果要把前面的工作做好做足了，到了最后要开始实施改善的时候，很有可能已经没有激情了。
　　这种西方咨询公司普遍通行的做法，到了中国也许会出现水土不服的情况。
　　3。只管起飞而不负责落地
　　给我培训SCOR的老师最后总结跑道图的时候，打了一个比方，SCOR的顾问就像是游泳教练一样，只负责教你该怎么做，但绝不会下水和你一起游。这简直是匪夷所思，不过事实就是如此！
　　SCOR的老师也好，顾问也罢，他们只负责传授方法，具体怎么落地还要靠学员们自己来实践。
　　正所谓，师傅领进门，修行靠个人。可是在中国做咨询项目，不负责落地是行不通的。甲方负责实施的人可能水平有限，还需要师傅多帮衬几下才能把项目做好。
　　中国人习惯于扶上马，再送一程。顾问如果不负责落地，甲方爸爸就不会用你了，毕竟现在咨询行业也很卷。
　　这套方法论非常详细，考虑得面面俱到，但是中国人更加喜欢手把手的辅导。
　　我们可以在SCOR工具的基础上把工作做得更细致，例如下图，进一步展开具体的改善供应链工作，这是更有现实意义的。
　　以上是我对SCOR模型数字化标准的一些解读，落笔仓促，若有思考不周到的地方请读者们指正，谢谢。