Developing and Deploying a Platform that the Business Understands and Developers Actually Want
TL;DR · AI 摘要
平台团队需通过沟通、可衡量价值和情感共鸣推动平台采用，结合DORA指标与叙事策略提升业务与开发者的接受度。
核心要点
- 使用DORA指标量化平台价值，如部署频率、恢复时间等关键指标
- 通过叙事揭示隐藏痛点，例如手动部署导致的深夜告警场景
- 与利益相关者直接沟通，建立可见性并展示技术价值
结构提纲
按章节快速跳转。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- 平台价值传递策略
- 核心方法
- 可见性建立
- DORA指标量化
- 叙事沟通
- 关键工具
- DORA指标
- GitOps
金句 / Highlights
值得收藏与分享的关键句。
If you want people with no technical background to understand what you do, start with why.
DORA metrics became the foundation for presenting platform value to stakeholders.
What happens when Hans-Peter deploys manually on a Friday afternoon...?
开发和部署一个业务能够理解且开发者真正需要的平台 - InfoQ
InfoQ 首页 News 开发和部署一个业务能够理解且开发者真正需要的平台
文化与方法
InfoQ AI 工程师认证（7月25日）：AI演示已经成功。现在你需要让它变得可靠。
开发和部署一个业务能够理解且开发者真正需要的平台
7月16日，2026年 4分钟阅读
作者：
- Ben Linders
#### 关注我们
YouTube
232K 粉丝
26K 粉丝
新
RSS
19K 读者
X
57.1k 粉丝
21K 喜欢
Bluesky
收听这篇文章 -
0:00
音频准备播放
您的浏览器不支持音频元素。
正常
1.25x
1.5x
喜欢
新下拉阅读列表
- 阅读列表
向管理层展示自己，与利益相关者沟通并倾听他们的需求，通过DORA等指标使你的价值可衡量，创造叙事并揭示隐藏的痛点以让问题变得个人化：这些是Lucas Hornung和Christian Matthaei在KubeCon & CloudNativeCon Europe上发表的《以人性化方式销售Flux》中分享的经验。
许多平台团队面临一个问题：他们开发了很多非常酷的功能，但开发者却并不使用。他们的团队曾长期处于这种困境，但最终成功摆脱，Hornung解释道：
我们将技术愿景转化为业务能够理解且开发者真正需要的东西；它正在全公司范围内推广，而我们作为工程师实现了这一点。
当他的上司打电话告诉他要离职时，团队是否还能继续运作变得不确定。Matthaei提到被要求向管理层展示自己并做一个简短的演讲：介绍自己是谁，以及一个重要的技术主题。他引用Simon Sinek的话：
如果你希望没有技术背景的人理解你所做的事情，要从“为什么”开始。如果你想让人们听从你的指示或理解它，你需要让自己变得可见。
Matthaei表示，你不能指望人们神奇地发现你的解决方案有多好。你需要与人们沟通并倾听他们。他们决定与利益相关者开会，解释他们的问题，征求意见并倾听。
Hornung提到在商业环境中，使你的价值可衡量非常重要。他们开始使用DORA指标并在公司内部进行展示。
Hornung指出，即使你有再多的技术论据，如果人们感受不到，你就会失去立足之地。他补充说，为了与人们建立情感联系，你需要通过创造叙事和讲故事来让他们参与其中。
Hornung表示，许多开发者真的认为他们没有问题，因此他们让问题变得个人化，揭示隐藏的痛苦：
当Hans-Peter在周五下午手动部署，而值班的Olaf在凌晨2点被叫醒时会发生什么？
转变并不是“GitOps在技术上更好”，而是“GitOps意味着我可以整夜安睡”，他提到。
向管理层展示自己、与人们沟通、使你的价值可衡量、创造叙事并揭示隐藏的痛苦，这是Hornung和Matthaei分享的五个经验。它们看似简单，但并不容易，他们通过艰难的学习才掌握这些。如果你想将你的技术愿景转化为业务能够理解且开发者真正需要的东西，停止向人们展示乐谱；相反，演奏音乐，他们总结道。
InfoQ在他们演讲后采访了Lucas Hornung和Christian Matthaei：
InfoQ：你们是如何使用DORA指标的？在过程中遇到了哪些挑战？
Lucas Hornung：当我们第一次展示DORA数据时，大家纷纷抬头，开始点头认可。但随后有人问：“我们实际的数据是多少？”而我们并没有这些数据。于是我们启动了一个试点项目，测量发现部署速度提升了77%，获得了支持——但数据结果却与预期不符。我们的测量方式未能捕捉到完整部署链中隐藏的异步处理流程。我们不得不公开承认这一问题，但这教会了我们一个关键教训：数据能打开大门，但它们并不能讲述全部故事。我们转向了叙事方式，这时真正发生了转变。
Christian Matthaei：DORA让我们获得了参与决策的席位。它将技术讨论转化为业务层面的对话。
InfoQ：你们是如何让开发人员参与的？
Matthaei：我们最初尝试用试点结果和技术论点说服开发人员，但这只取得了一定成效。真正的突破发生在我们开始通过可共情的角色（如初级开发人员Hans-Peter、值班工程师Olaf、以功能为导向的Fiona）讲故事时，让隐藏的运维痛点变得可见且具体。当开发人员在这些故事中看到自己的经历时，参与度和采纳率显著提升。
InfoQ：你们学到了什么？
Hornung：技术采纳是一个说服问题，而非技术问题，它完全可以由工程师推动。我们没有产品经理，也没有高管的强制要求。我们还面临许多平台都存在的问题：我们需要向两个方向推销——向上用商业语言说服管理层，向开发人员则通过具象化痛点进行横向沟通。没人真正教导平台工程师如何做到这一点，在大多数情况下，这甚至不在工作描述范围内。我们借鉴了Sinek、Carnegie、Knaflic和Collins的理论，从零开始构建了一套方法。如果你是正在努力推动采纳的工程师，技术可能不是你的问题。但我们也想告诉你，这确实可以实现。
Matthaei：对我而言，转折点是走出工程师的舒适区，学习用从未接受过训练的方式进行沟通。这并不自然，但确实有效。
关于作者
作者信息
#### Ben Linders
显示更多
显示更少
#### 本内容属于“文化与方法”主题
##### 相关主题：
- 文化与方法
- 沟通
- 指标
- 开发者体验
- 协作
- 业务价值
- 平台
- 干系人
- 平台工程
- 相关编辑内容
- 相关赞助商
InfoQ电子报
每周二发送上周InfoQ内容摘要。加入超过25万名高级开发者的社区。查看示例
我们保护您的隐私。