theNet by Cloudflare

创新是一种心态,而非一个里程碑

将技术敏捷性融入工程文化

作为 Jimdo 的首席技术官,我经常观察到,应用创新常被视为一个一体化事件:即数字化转型或云迁移,彷佛它是一次性任务,完成后组织就可以把注意力转到其他事情上。但现实中,应用创新并不是一个有开始和结束日期的项目;它是一种必须嵌入到企业工程文化中的运营原则。

对任何技术负责人而言,真正的挑战不在于选择新功能或维护,而是对构建工程的资源进行持续管理。最近,我在 Cloudflare 的节目 Beyond the App Stack》 中与 Cloudflare 现场首席技术官 Trey Guinn 讨论了这一矛盾:如何在保持敏捷性的同时确保稳定性。

对我来说,答案从协调一致开始。我不相信共识;在一个发展中的公司里,共识极难达成。相反,我相信采用自上而下的战略,配合自下而上的执行。高管团队确定“目标是什么”和“方向在哪里”,而工程师和各部门副总裁则掌握“如何执行”。唯有这种清晰性,才能确保我们谈论应用创新时,真正在讨论的是业务增长。


维护与创新之间的权衡

为了将恢复计划付诸实施,我们推出一种“稳定性税”:60% 的工程资源用于解决核心技术债,剩余 40% 用于创新。这并非凭空得出的数字,而是一个战术性底线,目的是防止我们的团队被代码库中的技术债务所拖累。

一致性的关键不是永远固守某个固定的比例,而是不断评估团队所面临的阻力水平。如果发布周期缓慢且系统复杂度高,您的技术债税(稳定性税)必须上升。由于三年来我们严格遵循了这一原则,我们现在有资格调整这一比例。如今,我们增加了对创新的投入,但我们从不将技术债工作降至零。不论采取 60/40 还是 20/80 的配比,基本原则保持不变:您必须通过解决历史技术债来确保未来的可持续发展。


决定放弃遗留系统

CTO 面临的最艰难决策之一,是判断何时应该放弃一个已经过时的系统。推倒重来的诱惑始终存在,但根据我的经验,这项决策必须由业务战略驱动,而非技术团队的挫折感。

Jimdo 曾经历一个关键的战略转折时刻。我们当时正在从 DIY 网站建设工具(用户需要懂 HTML 和 CSS)转向 Web 2.0 时代,向用户交付完整的网站。由于业务模式发生了根本性转变,现有解决方案从加速器变成了阻碍。我们成立了一支独立团队,专一负责 Jimdo 2.0 的重建工作。

这段经历使我形成了一套评估任何重大技术转变的标准和框架。这让我认识到,进行重建不只是为了解决技术债务,更要解决业务问题。现在,当工程主管向我申请在应用创新上进行重大投入时,我总是提出三个简单的问题:

  • 这如何提高我们的速度?

  • 这如何降低我们的复杂性?

  • 这如何改善产品转化?

如果提案与公司战略保持高度对齐,并回答了这三个问题,我们就会签字批准,并在本季度投入执行。问责制是关键。这不仅仅是申请预算,而是为该投资计划制定业务论证。


通过专注日扩展实验规模

创新需要支持无障碍开展实验的系统。在 Jimdo,我们每周提供一个受保护的专注日。这至少能让工程师们有一天的时间去研究新工具,尝试改进现有代码库,并跟进技术领域的发展趋势。

作为一名工程师,我相信如果不做研究或学习,您就无法保持与时俱进。随着 AI 的兴起,这一点比以往任何时候都更加现实。AI 正在改变游戏规则,它可以显著提高您的编程速度。但只有在制定适当的保障措施的情况下,您才能充分发挥 AI 的优势。我致力于激励团队深入研究工具、持续优化流程,而这种对创新精神的投资正在产生切实的收益。

我们利用内部沟通渠道分享这些发现。当所有人目标一致,并了解彼此的进展时,会形成良性压力,促使大家保持协同一致。


沉没成本陷阱:两年失败的教训

并非所有应用创新都能成功。我经历过多次失败,其中包括一个投入巨大的项目,它继续运行了两年多才最终停止。

问题的症结在于:市场在变、战略在变,而我们的项目却停留在半成品阶段,与业务目标渐行渐远。维护这个项目异常痛苦。从那次失败中,我汲取了一个至关重要的教训:始终将工作分解为里程碑式的任务,确保我们始终走在正确的路上。

可以将它比作造车。您不会先造四个轮子,然后再造一根轴。您先造一个滑板,然后造一辆自行车,再造一辆汽车。通过分小段、完整地交付,您为自己提供了保护。如果战略发生变化或市场发生变化,您可以中途离场,而不必损失两年沉没成本。敏捷性不仅仅是速度的问题;它关乎在方向不再正确时,能否及时响应并停止。


应用创新是一种思维方式,而不是一个里程碑

要做到这一点并非易事。需要强有力的领导才能保护偿还技术债务所需的工程能力,尤其是在不断面临交付新功能压力的情况下。

《2026 年 Cloudflare 应用创新报告》表明,最成功的企业是那些能够预见并规划长期大规模应用创新者。他们不把技术视为静态资产,而是将其视为需要持续维护的动态系统。

应用创新的关键在于让您投入在应用改进上的时间切实产生效益。通过为团队提供保持最新状态的空间、与业务目标对齐的清晰性,以及偿还债务的纪律性,您不仅仅是在维护一个产品——而是在构建一个竞争引擎。


扩展您的创新

真正的应用创新与其说是实现一个目标,不如说是不断演进企业构建、保护和部署数字资产的方式。要将技术敏捷性转变为永久的业务优势,您需要一个既能消除摩擦、又能保持严格安全标准的基础。

Cloudflare 的统一应用安全和性能平台专为应对这种演进而设计。随着组织现代化其遗留系统、优化分布式架构,并投资建设 AI 驱动能力,Cloudflare 提供了兼顾创新与韧性的基础。Cloudflare 将世界级的性能、深度的可观测性和开发者中心的工具整合在一个统一的可编程平台上,让您回收工程资源、加速创新,摆脱多工具复杂性和成本失控的困扰。

Cloudflare 就影响当今技术决策者的最新趋势和主题发布了系列文章,本文为其一。


深入探讨这个话题

欢迎阅读 2026 年 Cloudflare 应用创新报告,进一步了解企业如何实现应用栈和流程现代化。

作者

Felipe Furlan - @ffurlansilva
CTO,Jimdo



关键要点

阅读本文后,您将能够了解:

  • 如何平衡创新与日常维护

  • 何时重建、重构或投资以减少技术债务

  • 用于评估现代化提案的标准


相关资源


接收有关最流行互联网见解的每月总结。