这是一篇关于软件工程中审批流程对开发速度影响的深度文章。作者基于 decades of industry experience，提出了一个令人不安但又真实规律：每增加一层审批流程，开发速度就会慢10倍。
核心观点：
- 简单的bug修复：30分钟
- 代码审查：5小时（10倍）
- 设计文档审批：一周（10倍）
- 跨团队协调：一个季度（10倍）
AI不能解决这个问题
作者认为，AI 生成的代码虽然快，但审查流程仍然是瓶颈。即使 Claude 可以 3 分钟写完代码，审查仍然需要 5 小时。AI 带来的速度提升在审批流程面前几乎可以忽略不计。
更糟糕的是所谓的"AI Developer Descent Into Madness"循环：
- 哇，我用AI快速做出了原型！
- 原型有bug，让AI修复
- 每次修复都引入新bug
- 让AI Agent来审查代码
- 需要Agent框架
- 让Agent写Agent框架
- 回到第一步
质量保证反而降低质量
作者引用了 W.E. Deming 在日本汽车制造业的质量管理哲学。传统的 QA 模式（检查-拒绝-再检查）实际上会产生逆向激励：
- 第一层 QA 知道有第二层 QA 来catch问题
- 第二层 QA 没有动力认真检查
- 生产团队知道有 QA 环节，所以不仔细检查自己的工作
信任是关键
Deming 系统的核心是信任：
- 员工相信老板真的想知道每一个缺陷
- 老板相信员工会主动停止生产线
- 每个人都相信系统会正常工作
丰田生产系统的"停止生产线"按钮在美国失效了，因为员工害怕被解雇而不按按钮。
代码审查者的真正工作
代码审查者的任务不是找出bug，而是：
"figure out how to obsolete their code review comment, that whole class of comment, in all future cases, until you don't need their reviews at all anymore."
想想 go fmt 消除了多少关于空格的代码审查评论。这就是工程。
未来展望
作者认为：
- 小型初创公司会做得更好（本来就没那么多审批层）
- 大公司会困难重重（慢审查系统已经根深蒂固）
- 模块化边界可以更快地实验
- AI 让"快速试错"成为可能
最终结论：问题的解决需要信任——建立让工程师从系统层面改进质量的机制，而不是在每个环节增加检查。
→ 查看原文