为什么我们接受速度作为软件开发中毫无疑问的法令？当我们这样做时，我们会问自己：在引入数字化转型过程中不疏远客户的前提下，引入智能机器的最佳方法是什么？
为什么我们接受速度作为软件开发中毫无疑问的法令？当我们这样做时，我们会问自己：在引入数字化转型过程中不疏远客户的前提下，引入智能机器的最佳方法是什么？
要了解速度起源是软件开发的战略要素，让我们看一下军事防御。远程轰炸机的引入导致了基于IT的首次重大工作，SAGE计算机防空系统的设计和实施。接下来，更高速度的洲际弹道导弹（ICBM）进一步缩短了响应时间要求，从而催生了下一代软件密集型防御系统，即战略防御计划（SDI），这是一种仅与规模相称的高科技计划由曼哈顿项目。技术突破技术创新导致军队加快了必要的感知和响应能力，尽管导致速度提升的突破显然不仅仅限于国防。随着高频交易的推出，金融部门也经历了类似的变化。正如克劳斯·施瓦布（Klaus Schwab）指出的那样，我们正在进入第四次工业革命，迫使组织重新考虑传统的经商方式，以跟上不断变化的技术和消费者期望。除了轰炸机和ICBMS，突破还包括物联网（IoT），自动驾驶汽车，人工智能（AI），机器人技术，材料科学，3D打印，能量存储或量子计算等形式。现在，我们接受了软件密集型系统的起源，以改善感官和响应，现在我们可以简单地问自己这如何转化为解决方案设计。在Gartner的Ann Thomas最近重申的事件驱动架构（EDA）案例中，这个问题变得尤为有趣，这恰恰说明组织需要解决感知和响应能力。事件是发生在组织内部或外部的重要事件。它们表示存在紧急情况，迫在眉睫的问题，机会，阈值或偏差。相对于前面提到的突破，这些事件越来越多地源自非人类角色。在设计旨在解决技术进步的软件密集型解决方案的设计中，我们将IoT角色与人类角色一起引入。在一个越来越少的人为化的世界中，我们如何保留一种以用户为中心的服务设计方法？到目前为止，我们已经摆脱了以人为中心的设计，但是随着我们在这个新的工业时代拥抱EDA，我们将看到服务设计的增强形式的出现，这些形式将在涉及电器和智能基础设施的体验上真正有所不同。但是，这种同时为事物和人类进行设计的能力存在另一面。向以事件为中心的方向发展以满足对加速的需求会带来固有的风险，即失去与客户的联系。这可能使企业自相矛盾地易受其要解决的创新的影响。因此，仍然需要避免失去最终用户（客户，公民，患者）的注意力，这是数字转换融入我们的服务设计方法的过程中的主要考虑因素。似乎是对立的，但这是同一事物的两个方面–一方面是要能够从设备自治的角度利用平台功能，另一方面是要对体验保持清晰的认识，以避免疏远人类随着我们进一步走向自动化。专注于终点这种双重性可以通过关注成果来解决。服务设计带来了产品开发功能。通过快速试验增强了产品心态，使我们能够在混合或机器对机器的环境中接受结果的多方面的现实。例如，我们利用角色的使用，并以端到端的方式绘制其步骤的蓝图，以捕获人与机器之间关系的连续（重新）协商。这些可以称为旅程，因为它们捕获了特质，并将包括系统地捕获由相关性优先的事件。研究和讲习班工具（包括行程映射）是用于捕获结果和绘制并非仅以用户为中心的表面轨迹的工具。它们是一组工件的一部分，在公司进行数字化转型工作时，它们会在发现和构想阶段中使用。尽管这些旅程揭示了机器和人类的事件和需求，但结果仍然集中在人类的努力上。因此，结果可能会更抽象，最终有望引发激动人心的情感和机器智能对抗，特别是对于制造业而言，这势必会加速变革。
