为什么数字化转型是一场马拉松，而非百米冲刺？

前言

2016年，Discover Financial（高沃信息技术有限公司）经历了一次组织架构上的转型，使其业务和技术团队目标保持一致，将他们的工作重点关注在：转变业务模式以更好地适应客户需求。

“我们的愿景是建立一个真正根据客户和业务需求而进化迭代的云原生系统，” Discover大客户总监Ying Zhe在Pivotal年度会议SpringOne Platform 2019的一次会议上说。“虽然我们能够从概念上理解事件驱动架构，但实际上我们内部的专业知识却无法支持我们建立这样一个系统。”

Discover Financial的数字化转型之旅

在她的演讲中，Zhe详细阐述了转型应当如何集中于公司的核心战略，以及如何召集各个团队共同致力于提升客户体验。但是，这个过程本身非常具有挑战性，因为她的团队必须同时支持在两个不同平台上运行单体大型机系统，雪上加霜的是，她的团队中只有10个工程师完全熟悉它们。因此，在实施现代化IT组织的运作方式之前，Discover先必须对其平台进行现代化。

Zhe的团队与Pivotal Labs合作进行了一场“event-storming”讨论，绘制了整个客户之旅。最后，他们决定围绕事件驱动的架构进行构建，该架构针对客户体验进行了最佳优化。她在演讲中详细阐述了为什么做出这个决定并开始执行的过程：

“我们决定构建一个云原生系统，该系统将随着客户需求而迭代，此外，这个系统还是事件驱动的，以便为我们的客户提供更大的灵活性。当然，仅有远见是远远不够的。我们还要知道如何构建它，如何使其成为现实。

我们首先需要明确的是，我们要构建一个可以持续迭代的系统？还是想要破坏—重建，像宇宙大爆炸那样，从旧的系统直接过渡到新的？”

“我们做出的决定是，我们要构建一个可以持续迭代的系统。我们与Pivotal团队合作，决定使用“绞杀模式”，将功能从传统模式逐步迭代为现代模式。这大大有益于我们验证一些之前决定的关键架构假设，并且从每次迭代中持续学习。”

实践结果令人惊喜。Zhe和她的团队终于能够专注于构建产品体验，而不是专注于他们认为下一步应该做什么。而且，这个流程有助于减少那些因优先级调整，团队不得不停止为既定目标而努力的那些“不必要的浪费”。

Discover的其他重大改进包括学习以较小的模块为基础进行扩展以进行测试和验证，并创建产品团队以构建和发展CI/CD管道。后者可以帮助团队更快地行动，并为任何潜在的风险行为进行保护。Zhe在演讲结束时指出了另一个重要的经验教训：数字化转型不是百米冲刺，而是一场马拉松，需要领导者和IT部门的绝对耐心：

“数字化转型是一场马拉松，而不是百米冲刺。它需要耐力，需要持久性。我们有过美好的日子，但也有非常痛苦的日子。最重要的是，当事情真的变得异常艰难时，我们能做到的就是不退缩，要知道，这些终将会成为过去。

为了使我们继续优化与改进客户体验，我们下一步的工作重点实际上是“以人为本”，确保从业务到技术的每个人都能践行这个承诺，遇到困难时不要退缩。

此外，我们还会专注营造持续学习的文化。我们仍在学习过程中，因为数字化转型还没有完成，转型从未停止，我们必须振奋然后向前”

来源  |  Pivotal