写点什么

从依赖专家到开发者自助:一家银行的平台文化转型

作者:Ben Linders
  • 2026-10-06
    北京
  • 本文字数:2079 字

    阅读完需:约 7 分钟

AI摘要

平台本质是协作系统,其建设需同步推动文化转型与共享标准落地。云原生转型核心在于打破工单依赖,通过开放支持会、超级用户激励和跨职能共治机制培育工程自主性。

平台即协作系统,非基础设施;文化转型须与技术演进并行;开放支持会可替代工单制,降低隐性依赖。

适合平台工程师、DevOps 负责人、技术文化变革推动者阅读。

平台是一套协作系统,而不是基础设施。文化源于结构:平台团队可以开设开放支持会,为作出贡献的开发者设立超级用户奖,并建立开放的共享标准,以培养工程思维。Marcy Paramonova 和 Stéphane Cusin 在 KubeCon & CloudNativeCon Europe 的演讲《在银行中构建云原生文化》中解释道。

Paramonova 表示,开发者和产品团队依赖平台团队。平台团队也依赖应用团队,双方都需要向前发展;为此,他们需要共享标准。

Paramonova 和 Cusin 在《开源如何促进平台创建中的协作》中解释说,平台并不是一块基础设施,而是一套承载大量沟通的协作系统。

Paramonova 认为,云原生是一种文化转变,而不仅仅是技术转变;他们的转型历程同样需要文化上的转变。平台团队开始提供开放支持会,开发者可以前来,与他们一起解决问题:

我们希望摆脱通常围绕工单开展的支持方式,为用户提供一些新鲜的东西。许多人对此产生了兴趣,包括基础设施、网络安全、网络、身份和云团队的人员。我们坐在一起、分享解决方案,并通过协作帮助解决问题。

Cusin 表示,如果每个操作都需要提交工单、人工干预或平台工程师的直接支持,我们就会无意中形成一种依赖文化。团队会等待平台团队,而不是学习如何独立运营。

Paramonova 提到,他们举办了一些活动,以表彰对平台的采用。他们为积极参与平台改进的开发者设立了超级用户奖:

他们的反馈有时让我们难以接受,甚至有些痛苦,但实际上帮助我们创造出了更美好、更优秀的东西。因此,我们对此心怀感激。

他们组织的这些活动改变了他们看待和重视人类技能的方式。

Paramonova 表示,当你使用采用开放标准的开源技术时,你的技能会变得非常容易迁移。她补充道,你不需要从零开始重新学习,而是可以在开放技术之间共享的共同基础上继续构建。

Paramonova 认为,工程思维是最重要的。重要的不是你今天知道什么,而是你接受新技术、学习新技术以及执行和运营这些技术的能力:

成为工程师意味着解决问题、热爱解决问题,并与他人分享你对解决问题的热情。

文化源于结构。你不能等待文化自行出现;你必须设计能够创造出所期望文化的系统。Cusin 解释道:

如果你的团队抱怨总是受到打扰,不要责怪其他团队。你应该问问自己:你是否定义了一套让别人与你取得联系的结构?

Cusin 总结道,Kubernetes 改变的不只是我们的平台,它还改变了我们组织构建软件的方式。

演讲结束后,InfoQ 采访了 Marcy Paramonova 和 Stéphane Cusin。

InfoQ:你们的工程文化是如何随着时间发生转变的?

Stéphane Cusin:我们从第一天起就确立了一项原则:平台能力绝不能依赖人工干预。团队不必提交工单并等待工程师进行更改,而是通过声明式配置和自动化工作流与平台交互。例如,只需在 Git 中进行简单的配置更改,就可以启用某项能力,随后我们的 GitOps 流程会自动应用这一更改。这既创造了自助式体验,也让平台采用情况具有完整的可追溯性和可见性。

这种方法改变了我们运营平台的方式。现在,我们可以了解哪些能力正在被采用、哪些能力已不再需要,以及哪些用户会受到某项变更的影响。它已经让我们能够安全地停用未被使用的功能,并有信心地推动团队迁移到更新的平台能力。

InfoQ:你们是如何设计系统,从而创造出希望建立的文化的?

Marcy Paramonova:你无法通过命令创造一种文化,但可以设计出让某些行为自然发生的结构。对我们而言,这意味着围绕协作建立固定机制,而不是只在口头上谈论协作。

我们每周举办两次“Genius Bar”,每次两小时。如果你对平台有疑问,如果某些功能没有按照预期工作,或者只是想了解某个组件如何融入整体,就可以来这里。不需要提交工单,也不需要等待某个人的日程出现空档。它让反馈循环保持简短,也让我们能够诚实面对问题,因为当某些内容令人困惑或使用起来很痛苦时,你很快就会听到反馈。

我们还会举办用户洞察会,在会上分享优先事项、已完成的工作以及获得的可见性,并与用户一起确定优先级,而不是替用户作决定。我们也会进行演示,展示已经发布的内容、路线图上的内容,以及日常应该如何使用平台。

在内部,平台团队也有自己的规划会议,以保持协调一致,并为审慎决策留出空间,而不是只进行被动响应式的工作。

这些做法都算不上革命性。但当你把这些节奏叠加在一起时,所期望的文化就会从你构建的结构中逐渐产生。这不是魔法,但也绝非偶然。

Cusin:我们努力让平台决策变得可见。平台能力通过版本化制品、可复用的部署模式和有文档记录的接口进行交付,而不是依赖团队之间的个别约定。这在整个组织中创造了一致性和共同理解。

另一项重要的设计原则是,每个平台功能都应该有自己的生命周期。我们希望了解谁在使用某项能力、如何使用,以及它是否仍在创造价值。这种可见性使我们能够有意识地演进平台,而不是让复杂性随着时间不断累积。

从许多方面来看,我们的平台成为强化所期望行为的一种机制:用自助服务取代工单驱动的运营,用标准化取代定制化,用透明度取代部落知识,用共同所有权取代对少数专家的依赖。

当这些原则被嵌入平台本身时,所期望的文化就会成为人们最容易采用的工作方式。

原文链接:https://www.infoq.com/news/2026/09/collaborative-platform-culture/