Sergiu Petean 在慕尼黑 Dev Summit 的演讲《通过平台工程驱动保险业的未来》中表示，平台工程必须从社会-技术的视角来推进，并由所有利益相关者共同塑造，而不仅仅是开发者。平台的成功取决于一套成文的原则，这些原则既能在变化中保持稳定，又将变化作为主要的设计驱动力，从而使团队能够构建、运行和发布软件。
Petean 表示，每个人都会在业务和工作体系背后使用某种平台，因为效率正是来源于此。在金融领域，有一套清晰的 KPI 用于衡量每一个举措或项目的成功。不幸的是，在平台工程领域并非如此，他指出：
随便去问任何一个技术平台的负责人，他的平台有多成功，以及与同行相比如何。你会感到惊讶。
Petean 表示，行业需要更好地理解平台的目的、角色和影响。在某些情况下，可以从单一利益相关者的视角，通过一些标准 KPI 来衡量平台的成功和影响。例如内部开发门户（IDP）及其面向工程团队的 KPI，如入职时间、部署频率、交付周期以及平均恢复时间。
不过，Petean 提到，我们很少能够对所有利益相关者的整体影响有深入理解：
那些关乎未来创新走向的财务和战略能力及其影响，几乎从未被衡量。
Petean 将平台工程定义为“一个社会-技术实践集合，其优先考虑的是体验，而不是工具选择的自由，以更好地服务整个组织”。所使用的技术类型，是由你所面对的各种力量和利益相关者共同塑造的：
在我的案例中，最强势的利益相关者并不是开发者。我们面对的是更大的力量，比如安全、合规、CEO 办公室以及首席转型办公室。所有这些都成为了强有力且持续参与的设计伙伴。
Petean 表示，一个平台团队由其愿景、人才、使命、利益相关者和原则所驱动。前四者正逐渐被更多关注，这是好事，但他指出，社区更需要强化的是最后一点原则：
要让原则经得起时间和变化的考验，它们必须保持良好的平衡，并且理想情况下要具备整体性表达。现有的组织和文化原则需要与团队及个人的原则保持一致。
Petean 提到，将平台的原则和使命写下来非常重要，因为它们将构建并维系团队的文化和身份：
我们定义了内部和外部的身份，并持续调整内外部的结构，以更好地服务产品相关方。我们在各个方面拥抱变化，只有一个例外：原则。
作为一个价值流团队，他们构建了一个面向未来的平台，使团队能够编写、部署、监控和维护自己的生产环境，Petean 表示。他们改变了整个软件发布流程，并实现了其民主化。他总结他们的 DevOps 座右铭是：“你构建它，你运行它，但永远不是一个人。”
InfoQ 就如何推动变革以及平台团队的影响采访了 Sergiu Petean。
InfoQ：你是如何在组织中推动变革的？
Sergiu Petean：变革要发生，第一件事就是“有人真正负责”。团队必须把这件事背后的知识完全吃透、握在自己手里。当你要推动的变革非常复杂，比如一个全球平台（连同它的运营模式），内部的人才和整体视角就变得非常关键。同时，高层的愿景和支持也很重要。他们得愿意为文化投入（这不是免费的），也要为安全兜底，因为任何大的变革，本身都带着不小的风险。
InfoQ：作为平台团队，你们是如何衡量自身影响的？从中学到了什么？
Petean：我们在第一天就达成的一个关键原则是可衡量性。我们决定对所构建的一切进行度量。随着我们服务的利益相关者越来越多、影响力不断扩大，我们的影响力 KPI 变得越来越重要。后来，当欧洲 IT 成本中心的“魔咒”找上门时，我们的影响力 KPI 成为了最有力的支撑。
举个例子来说明这一点。假设你的 CFO 要求削减成本。你的平台团队规模过大，需要缩减。另一方面，你的 COO 对 100% 合规准备毫不妥协，而你的平台团队在合规方面投入很深。任何人员编制的减少都会对合规产生重大影响。只要能够清晰证明合规与平台团队之间的关联，你的 COO 就会成为支持你保住团队的最佳盟友。
原文链接：
https://www.infoq.com/news/2026/04/measure-platform-engineering/
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。