软件工程 3.0 都喊三年了，你的研发交付管理还停在 1.0

周四晚上九点，三家公司的三间会议室还亮着灯。

第一间，交付经理在逐个问进度：「A 模块到哪了？B 联调谁在跟？」然后把这些回答敲进一张 Excel，这是下周周报的素材。第二间，团队在开迭代评审，看板上的卡片一张张过，数据是有的，但每张卡片的状态都要人手动拖。第三间的灯也亮着——不过里面没人开会，只有一个值班的工程师，因为流水线下午自己拦下了一个超限变更，他在处理告警，处理完就走了。

同样是在做软件，三家团队其实活在三个时代。

结论放在最前面：软件工程 3.0 这个概念已经喊了三年，讨论都集中在「代码怎么写」，但多数团队漏了另一半——交付管理也得跟着换代。判断自己处在哪一代，标准只有一条：你的交付状态，是「问出来的」，还是「流出来的」。

🧭 三代对照：先对号入座

📼 1.0 靠人盯：状态是问出来的

1.0 团队不是没有工具，是有「汇报工具」而没有「数据工具」。Excel、周报、里程碑，这些都是人肉信息的容器。它真正的成本不在填表那半小时，在于所有数据到决策者手上时，已经隔了一到七天。等你在周报里看见红色，问题往往已经烧了两个礼拜。

更隐蔽的成本是信息的失真。1.0 体系里，状态是由「被问的人」组织的——他说「快了」，你可能听到的是「明天就好」，实际含义是「还需要五天」。这不能怪人不诚实，语言本身就是有损压缩。我见过最典型的场景：同一个模块，开发说联调剩两成，测试说还没开始，两边都没说谎，只是他们对「开始联调」的定义隔了一个环境配置的鸿沟。

📋 2.0 靠流程：状态是拖出来的

2015 年之后，敏捷和 DevOps 普及，看板和智能 CI/CD 让数据第一次「在了」。但注意一个细节：2.0 的看板，卡片要人拖，字段要人填，忘了拖，看板就是假的。数据存在了，但数据的维护成本落在了一线头上，所以 2.0 团队最常见的景象是「看板挺全，就是不准」。

而且这里有个更拧巴的机制：看板状态往往连着考核——卡片停在测试那里显得开发慢，那就先拖到「待测试」。数据一旦和利益挂钩，人就会下意识地把状态往对自己有利的方向挪。不是人品问题，是结构问题：让运动员自己记比分，记录永远偏向主场。

🤖 3.0 靠模型：状态是自己流出来的

AI 原生软件生命周期里，交付管理的数据不该再经过人的手。代码一提交，构建、测试、部署状态自动流动；某个变更阻塞超过四十八小时，AI 交付经理直接把它升级到负责人，附上两个备选方案。人的注意力从「搬运和追问」里解放出来，只留在两件事上：做承诺，签字。

给你一个 3.0 团队早晨的样子：九点，负责人打开手机，不是三十条「在吗」，而是三条已经排好序的摘要——一条是昨晚灰度的错误率曲线正常，一条是某个需求缺验收标准被需求关卡挡了，还有一条是联调环境冲突、附了两个解决选项。全程五分钟，没有一场会，没有一次「问一下进度」。

🔍 三十秒自检：一段代码测出你的位置

不想对号入座的话，跑一下这行命令（GitHub CLI，GitLab 同理）：

但我要说的重点是：这个数是三十秒算出来的，还是你脑子里「大概五天吧」估出来的？前者说明你在 2.0 以上，后者说明你连 2.0 都没进——这就是分代的残酷之处，它不看你用了什么工具，看你能不能随时拿到真数据。

🪤 大多数团队卡在 2.5

实际观察下来，最多的不是 1.0 也不是 3.0，是 2.5：看板有了，CI/CD 也有了，但三件事没做——数据没人看（有了看板不开数据会）、关卡没上（上期写的四道机器关卡一个没配）、责任没改（还是出了问题先追人的流程）。工具换了三代，生产关系没换，这就是「效率上不去」的真实原因。

🪜 换代不是推倒重来

从 2.5 到 3.0，三步，每步一个月：

第一步，让数据流出来。把手填的周报停掉，构建成功率、变更前置时间这些数直接从 CI 系统接进看板。放心，停掉手填周报天塌不下来，因为没人真的爱填。

第二步，上机器关卡。先上一道合并关卡，跑两周再加第二道。规则要少，一条就好，多了就是狼来了。

第三步，把判断交给 AI 出选项。注意是「出选项」，不是「做决定」。AI 交付经理给出「方案 A 延后两天 / 方案 B 插队」，拍板的永远是人——这一步要是越过去了，团队对系统的信任会在第一次误报后清零。

⚠️ 最后交代边界

这套分代和路线，在互联网、软件产品的持续交付场景里适用；瀑布式、强合规验收的项目，交付文档本身是验收物，换代逻辑不同，我没有把握，别硬套。另外，「软件工程 3.0」这个概念本身也有争议，有人认为范式转移没那么快——我同意一半：代码侧确实还在过渡，但交付管理侧的换代，今天就能开始，因为它不依赖任何新模型。

💬 评论区报个代号：你的团队是 1.0、2.0、2.5 还是 3.0？超过 20 个人回复，我下期写一份「从 2.5 到 3.0 的三十天迁移清单」，把每一步的配置和坑都列全。

#AI交付经理 #智能CICD #AI原生软件生命周期 #研发交付管理