Crypto Database

包裹递送可以被视为一个社会技术系统。在运输服务中，软件接管路线规划并告诉司机何时必须到达哪里，以便他可以在给定时间内运送尽可能多的包裹。然而，这些算法在优化游览时忽略了现实的复杂性。毕竟，每个建筑工地、每次交通拥堵、每个必须留在露台上的包裹或每个将两箱葡萄酒运送到四楼的顾客都会导致流程不同步。最严重的受害者是送货司机，他们试图通过增加工作量或减少服务来应对工作量。从短期来看，这种行为可能对公司具有经济意义。然而，从长远来看，对员工积极性和忠诚度的影响以及客户满意度的下降可能会导致业务指标下降。

因此，路线规划系统的开发人员在未来必须更加谦虚。您应该简单地意识到，不可预见的情况是常见的，从长远来看，将这种复杂性传递给送货人员是无效的。如果他们在开发系统时考虑到客户满意度和交付人员的要求，他们就会提出不同的解决方案。

原则上，该系统可以支持包裹承运商处理复杂性。因为他必须决定 outlook 电子邮件列表 是否值得避免交通拥堵。开发人员应该给予送货员自由来改善服务，而不是预先确定的行为。

随着经验的增加，送货员知道他的旅行团的特色。然而，随着每一位离开公司的员工，这些知识都会消失。送货员和系统之间的接口可以在这方面提供帮助。例如，送货员可以通过语音输入捕获他们认为相关的任何信息。然后，算法确保所有同事在需要时都可以使用这些信息。

自动化和效率已达到极限
包裹递送的例子显示了社会技术系统开发中的一个基本问题：迄今为止，这些系统是由从自动化和效率的角度看待的 IT 专家开发的。你从来不需要处理其他问题。在系统和现实之间的界面上，现在出现了一个具有他所有特征、错误和可能性的人。仅使用 IT 工具，开发人员很难找到正确的答案。

IT 专业人员习惯于将人员作为系统中的对象进行管理。包裹司机有员工编号、小时账户和雇佣合同。但包裹司机汉斯·穆勒 (Hans Müller) 知道周二永远无法联系到顾客丽莎·梅尔 (Lisa Meier) 的事实在系统中找不到。导致问题的设计缺陷。

参与式发展正在成为新范式
正如您所看到的，数字化转型的承诺与其实现之间还有很长的路要走。计算机科学家必须此时此地思考系统边界，并非常仔细地思考哪些需求属于系统以及哪些需求应该被排除在外。他们需要摆脱纯粹的客体视角，更多地考虑如何支持人们作为行动主体。