数字化改变一切！例如，作为工业化的一部分，工作流程日益简化、分解和标准化。工人们成为专门的“任务执行者”，由工头控制并接受工作指令。人们可以认为，IT 领域也存在这一部门，只是“领班”一词已被“项目经理”取代。然而，软件开发不是流水线工作，而更像是一个创造性的过程。
因此，开发人员不想按照严格的蓝图“组装”软件。相反，他们希望将自己的知识贡献给“产品”的创造，并帮助塑造他们的工作环境。
在数字化世界中，客户也逐渐成为数字原住民，对计算机、应用程序和数字网络世界的可能性有了越来越多的了解。您可能很熟悉：向客户解释为什么他们可以在在线零售商处使用 PayPal 实时付款，但网上银行的转账只能在两天后才能预订，这并不总是那么容易。客户也不太理解为什么一家银行在几分钟内通过视频识别实时批准贷款，而另一家银行则以纸质形式发送合同文件，然后才通过邮寄索要丢失的收据。
银行客户以及我们自己的员工都发生了一定的变化，正如您所看到的，这主要表现为期望的提高。因此，作为金融服务提供商，如果您想在市场中生存，您应该在这种情况下调整您的产品和流程。
动态的世界需要灵活的模型
但是，客户和员工不断变化的期望和需求与银行的 IT 基础设施有什么关系呢？
如今，许多公司已经依赖敏捷方法，例如 Scrum、看板和 临床护士专家电子邮件列表 极限编程 (XP) - 后者是指专注于解决编程任务而不是正式程序的方法。通过使用这些方法，您首先可以促进员工的自组织，并使他们更紧密地参与新软件创建的过程。一方面，员工得到了更好的支持，但另一方面，他们的积极性也提高了。作为银行和金融服务提供商，您在开发 IT 项目时也应该将这一概念提上日程。
如您所知，敏捷方法将开发分解为更小的迭代，以便使客户更快地获得单个中期结果。专注于基本功能可确保首先开发最重要的功能。通过更频繁地检查，可以更早地识别缺陷、问题或被误解的需求，并可以在开发完成之前解决它们。这种方法还可以帮助您的客户，因为他们可以更快地获得改进或新优惠。
这需要重新思考项目规划——从项目的详细规划一直到最后一个工作步骤，转向敏捷方法。只有采用敏捷方法，您才能从一开始就将客户反馈纳入您的开发流程，并不断测试您已经取得的进展以确保客户适用性。但这只有在您全面地处理该主题并从一开始就涵盖所有涉及的学科（从产品管理到开发到运营和维护）并且使 IT 基础设施适应新的要求时才有可能。
基础设施是IT的基础
IT基础设施定义了应用软件的开发和运行所必需的子结构。然而，往往正是这种子结构最终导致银行 IT 向敏捷方法和流程的善意转型失败。如果您通过不适当且不灵活的基础架构不断地拖慢敏捷开发人员的速度，以至于敏捷方法无法提供任何优势，那么您的员工将比使用经典方法从外部控制更加沮丧。