Scrum 死了，工程师不再是瓶颈：一家公司如何被 AI Agent 重写

如果你还在开站会、排 Sprint、等 PM 对齐需求，这个演讲会让你坐立不安。PFF 用一个真实案例证明：在 AI Agent 时代，Scrum 没能活下来，工程师也不再是交付瓶颈，而是组织结构出了问题。

最反直觉的结论：AI 不是提效工具，而是组织结构炸弹

Mike Spitz 在台上抛出的第一颗炸弹不是模型参数，也不是代码生成，而是一句管理层听了会沉默的话：“Scrum did not survive。”在 PFF 的实验中，AI Agent 不是让工程师写代码更快，而是直接让传统工程流程失效。

他们的背景很典型：一家体育数据公司，200 名员工、约 20 名工程师，流量巨大（年 1 亿 PV），却在竞争中逐渐掉队。问题不在于工程师不够努力，而在于整个交付系统围绕‘人是瓶颈’设计。但当 Agent 能同时推进多个任务，这个前提瞬间崩塌。

结果是：站会没意义了，Sprint Planning 被取消，项目经理的“传话筒”角色消失。不是因为大家更自律了，而是因为流程本身不再匹配新的生产力形态。

10 倍产出从哪来？不是加班，是换了一条生产线

演讲中最让人侧目的数据是：在案例结束时，小团队的输出达到了过去的 10 倍。这里没有神秘黑科技，只有一条被彻底重构的开发流。

核心变化只有一个：从“人驱动流程”变成“规格驱动 Agent”。他们把工作拆成清晰的 spec，再细化成 LDD（低层设计文档），然后把这些输入分发给 Agent 去并行推进。工程师不再是逐条写 ticket 的执行者，而是系统的验证者和决策者。

在 AI 之前，他们的平均交付节奏大概是 7 左右（演讲中提到的内部基准）。AI 之后，不只是更快，而是“能做以前根本做不了的事”——并行探索、快速试错、低成本回滚，成了日常操作。

为什么项目经理消失了，但产品反而更清晰

一个容易被误解的点是：‘不需要 PM’并不等于‘不需要产品思考’。恰恰相反，PFF 的实验对产品规格提出了更高要求。

当你不再有多轮会议、多人转述、反复对齐，任何含糊的需求都会被 Agent 放大成错误结果。所以他们强调的是“verifiable specs”——可验证、可检查、能被机器理解的规格。

这也解释了为什么 Mike 特别提醒：不是每个人都能‘开跑车’。AI Agent 给了你极高的速度，但如果方向盘没握稳，翻车只会更快。工程师和产品的角色正在融合：人负责判断边界、风险和价值，Agent 负责推进和穷举。

给想照抄的人泼点冷水：慢一点，反而更快

在演讲后半段，Mike 明确说了一句很克制的话：take it slow。这不是谦虚，而是踩坑后的经验。

他给的建议不是“立刻全员 Agent 化”，而是从小范围、可控的流程开始，把 spec → LDD → Agent → QA 这条链路跑通。QA 依然重要，人依然要介入关键决策点，只是介入的位置变了。

一个有意思的判断是：小公司在这波变化中反而有巨大优势。历史包袱少、流程轻、沟通链路短，更容易重构组织形态。而那些流程早已固化的大公司，可能会被自己最熟悉的‘最佳实践’拖慢。

总结

这场演讲真正的价值，不在于某个工具或 Agent，而在于它逼你重新回答一个问题：如果工程师不再是瓶颈，你的组织还成立吗？

对 AI 从业者来说，最大的 takeaway 是：不要只把 Agent 当“高级实习生”。当生产力形态改变，流程、角色和权力结构都会随之重排。你可以从一个更清晰的 spec、一条更短的交付链路开始实验，但一定要意识到——你正在动的是组织的地基，而不是效率的旋钮。

关键词： AI Agent， 工程组织， Scrum 失效， 软件交付， 组织重构

事实核查备注： 需要核查的关键事实包括：PFF 公司背景与员工/工程师数量；年 1 亿页面浏览量与 900 万次 draft 的数据；实验时间范围（约 1–3 月）；“10x 输出”的具体衡量方式；Scrum、Sprint Planning 被取消的原话语境。