AI 时代的到来，很多公司的研发效能组织都喊出了“ All in AI ” 的口号，似乎AI就是新时代的“银弹”，而平台工程成了“ Legacy System ”。不由得让人思考，假如软件研发范式没有被彻底颠覆，那么十几年前的敏捷、精益、CICD 和 DevOps 都不曾在公司“落地”的前提下，AI真的能帮助研发组织“弯道超车”，实现“效能平权”吗？作为坚守“传统效能平台”的一员，我的答案是否定的。

对于规模化的研发组织所面临的软件工程的问题不曾改变，为了追求极致效率，我们依然在努力探索一条研发交付的“黄金链路”，也就是一套标准研发模式。那么，究竟什么是研发模式，如果在业务场景纷繁复杂的前提下，定义一套标准研发模式。这套模式又是如何同平台工程的思想结合，迸发出无穷的想象力和生命力的。这些都是本场分享试图回答的问题。

我们会一起探讨研发模式的底层逻辑，并给出一套基于“元数据+变更”来构造平台工程的通用范式。更重要的是，如何通过平台工程反卷研发标准化能力建设，助力平台工程成为研发组织的基础设施。

演讲提纲

1. 背景挑战：规模化组织中构建平台工程的挑战

• 挑战一：无休止的功能累加导致产品变成大杂烩
• 挑战二：降低用户认知负荷与产品复杂度的冲突
• 挑战三：标准使用姿势与用户自由度的冲突
• 挑战四：管理诉求层层加码与一线开发者体验的冲突

核心就是平台工程团队作为价值链的末端有多少话语权来反推用户行为的改变，满意度成了平台工程脑袋上的“达摩克利斯之剑”。

2. 顶层设计：标准研发模式背后的思考和方法论

标准研发模式的定义，如何把一个抽象的命题做实了

• 关键思路：
  • 定义从需求到上线交付的元数据，基于此构建产品的概念模型
    • 业务需求-产品需求-研发任务-应用-分支-二进制包-镜像-环境
  • 按照角色动线识别所有与元数据产生交互的交叉点，并规范标准变更流程
  • 通过一套可视化平台辅助观测各项标准的真实落地情况并驱动改进
• 标准元数据：刻画软件交付全生命周期的信息流
• 标准变更：基于平台工程的标准元数据变更流程
• 标准运营：通过数字化实现标准的可视化和可改进

3. 产品实现：方法论和底层逻辑

• 产品设计思路的改变及案例
  • 从迁移到终态：不要让产品成为一个丑陋的缝合怪
  • 从加功能到减功能：主动控制无休止的累加功能的冲动
  • 从单点能力到用户动线：以链路视角来看产品能力打造
• 案例分析
  • 协同域产品：从项目到需求，如何把用户从线下 Excel 搬到线上来
  • 工程域产品：从研发迭代到上线交付，持续交付驱动标准 CICD 流程落地
  • 可观测产品：从可落地到可观测，工程能力可观测产品分析

4. 落地运营：平台工程反推标准研发模式的落地

• 归纳 vs 演绎：标准从一线中来到一线中去
• 自上而下vs自下而上：一把手工程，寻求高层支持
• 静态方式 vs 动态方式：可观测和改落地
• 主动借势 vs 做等风来：谁最痛是最有动力做出改变

您认为，这样的技术在实践过程中有哪些痛点？

• 当企业内部没有标准的前提下，如何兼顾平台的灵活性和一致性
• 开发者体验驱动的产品设计思想，如何主动做减法
• 通过平台工程反推研发体系标准化建设和元数据统一

演讲亮点

• 真实企业正在发生的案例和平台演进过程
• 平台工程构建标准研发模式的通用范式
• 没有简简单单的成功，背后都是各种坑

听众收益

• 一套从项目，需求到开发，测试，上线的真正一体化平台案例
• 企业内部构造标准化研发模式的方法论和避坑指南