Need for speed article and permission to publish here provided by Bryce Boothby.
您可以尝试将速度的需求归咎于亚马逊，在某些情况下，两天交货变成了一天甚至同一天。 但他们所做的只是完善我们都想要的——即刻满足。 亚马逊效应和 COVID-19 引发的指数级电子商务突飞猛进的双重打击正以比我们想象的更快的速度拉着我们前进。
这个任务并不新鲜，它刚刚进入了每个人的视线。 它被加速了。 随着电子商务在三个月内的增长速度超过了过去十年，无论行业细分或商业模式如何，公司都面临着行动的压力——我们都受到了影响。
对于许多人来说，对速度的需求是双重的：更快地满足客户的紧迫性——无论是 B2B、B2C、DTC 还是实体店——以及随后的竞赛，即快速建立一个可以在您的业务之前交付该当务之急的系统落后。 正如他们所说，“时间至关重要。”
这两种类型的速度在今天都非常容易实现，那么是什么阻碍了公司呢？
主要的阻碍
资产负债表影响
考虑到随着时间的推移投资和自然的系统制度化，我相信许多公司仍在运行老化系统的衍生产品，其中许多是在互联网之前安装的。
由于这些旧系统在美国公认会计原则中的核算方式，它们已被资本化。 再次进行 IT 升级的快速、实质性变化可能需要尽早注销大量投资作为减值资产。
许多企业都很复杂，使用不同的系统来处理不同的需求：制造、零售、多层分销、DTC 和在线市场。 在同一家公司内拥有 3-4 个系统并通过跨平台财务报告包捆绑在一起的情况并不少见。
您可能已经在不知不觉中成为“全渠道”，在这种情况下，您很可能承担了许多费用，而这样做几乎没有任何好处。 正如我之前提到的，组织不是跨系统进行优化，而是在孤岛内进行优化，并不一定要为他们的客户或他们自己提供平滑、无缝和有凝聚力的架构的好处。
破碎的承诺
人们仍然认为 IT 投资是一个“黑洞”，永远不会按计划进行。 如果不是，这可能是真的 计划得当. 大多数公司可以最大限度地减少意外和挫折，并满足他们的时间表和预算。 如果做得好，实施只需要几个月而不是一年或更长时间。
In addition to the relatively quick speed of implementation, one of the many benefits of software-as-a-service (SaaS), is their subscription model. The cost of SaaS is expensed over the subscription period, so it’s written off as it’s used, not capitalized. This makes it easier to take on the transformation needed.
一个统一的 SaaS 平台还将连接多个系统作为一个整体工作，因此公司不必扔掉他们拥有的东西。 集成 SaaS 解决方案以增强遗留问题变得可行且经济实惠。 将其视为将不同系统粘合在一起的粘合剂。
加法计算的概念
我们都听说过增材制造。 作为一个类似的概念，我将与遗留系统共存的 SaaS 称为“加法计算”。 灵活的 SaaS 模块叠加在现有系统之上，它们一起可以触发有意义的改进，以实现有时阶跃变化的结果。 通过这样做，您的企业可能能够避免对遗留系统收取减值费用，因为您仍将与附加的 SaaS 部分一起使用它。
十四年前，我被介绍到软件项目管理的敏捷方法并成为信徒。 这与我们大多数人在遗留企业系统中所经历的非常不同。 这 敏捷方法 推动持续和频繁地交付您的软件平台，使其动态地响应当今不断变化的需求，并在不中断的情况下实现变革性转变。 因此，敏捷性是考虑为您的转型制定路线图的最佳方式。
您有责任对自己拥有的东西以及成功所需的速度进行严格而快速的评估。 鉴于技术已经进行了广泛的演进，您会发现统一的 SaaS 平台不仅会提高速度，而且部署本身也不会是您所期望的繁琐且成本高昂的举措。
Source: https://supplychaingamechanger.com/the-need-for-speed-in-supply-chain/
