软件开发范式的转变

软件开发范式的底层逻辑变了——从瀑布到敏捷再到 AI 开发，不是在改进旧流程，而是把整个开发流程替换掉了。

• 瀑布模型：靠前期规划，像从零攒一辆摩托，上线那天才知道对不对
• 敏捷开发：靠快速反馈，从滑板迭代到摩托，但每一步仍然要人写代码
• AI 开发：靠意图表达，你描述要什么，直接给你成品摩托
• 核心转变在于驱动力的迁移：Plan → Feedback → Intent
• 效率提升不是"AI 写代码更快"，而是消灭了中间的等待和沟通成本

别再把 AI 当成"更快的程序员"——它在替换开发流程本身，不只是加速写代码这个动作。

---

一辆摩托，三种造法

软件开发这件事，过去五十年换了三套底层逻辑。用造一辆摩托来类比，一眼就能看清楚区别。

计划 ⇒ 反馈 ⇒ 意图

瀑布是从零攒摩托。 先花三个月画图纸，把每个螺丝位置定死，按图施工。图画错一个地方，整车报废。这就是上世纪的方式——需求写进几百页 PRD，开发照着敲代码，测试最后才介入。上线那天用户说"这不是我要的"——晚了，沉没成本已经 100%。

敏捷是从滑板迭代到摩托。 先做一个能滑的东西，用户说"我要把手"，加上；用户说"轮子太小"，换大号。每步都有反馈，每步都在修正方向。比瀑布强太多——至少不会造出没人用的东西。但问题也很明显：你还是得一步一步造。 每个 sprint 都有人写代码、有人 review、有人测试。快是快了，流程结构没变。

AI 开发是直接给你成品摩托。 不需要从滑板开始。你说"我要一辆越野摩托，能跑山路，续航 200 公里"，AI 直接生成。座垫太高？"降低 5 厘米"，3 秒改完。你不需要知道化油器怎么装的，你只需要知道自己要什么。

驱动力的迁移

三种范式背后，驱动整个开发流程的东西完全不一样了：

• 瀑布：计划驱动。计划是上帝，变更是犯罪。
• 敏捷：反馈驱动。计划可以改，但要有用户反馈来证明改得值。
• AI 开发：意图驱动。不再需要计划和反馈之间的拉锯，你只需要把意图说清楚。

Plan → Feedback → Intent，这不是在改进瀑布，是把瀑布的根基拆了重来。

说白了，以前开发的核心瓶颈是"怎么造"——写代码的人不够、不够快、不够好。AI 把"怎么造"解决了大半，瓶颈转移到了"造什么"——你能不能把需求想清楚、说清楚。

别再当"翻译官"了

很多开发者把 AI 当成高级自动补全，这是最要命的误解。

如果你用 AI 的方式是"我设计架构，AI 帮我写代码"——你还是在用敏捷的逻辑操作 AI，只是把"写代码"外包了。效率有提升，范式没变。

真正的 AI 开发范式是：你描述产品行为，AI 生成完整实现；你审查结果，提出修改，AI 迭代。 你的角色从"把需求翻译成代码的人"变成了"审查产出是否符合预期的人"。

这跟产品经理做得很像，区别是：产品经理审的是别人的产出，你审的是 AI 的产出，迭代速度快了十倍。

效率从哪来？

敏捷搞一个中等复杂度的功能，典型流程长这样：

每一步都有人等、有人卡、有人返工。AI 开发把这个流程压成了两步：

循环一圈从几天变成几分钟。不是 AI 写代码比人快，是 AI 消灭了中间的等待和沟通成本。

真正在变的是什么？

软件开发从"工程问题"变成了"表达问题"。

工程问题的解法是流程：需求→设计→开发→测试→上线。每个环节有规范、有检查、有工具链。这套东西是瀑布时代建立、敏捷时代优化的。

表达问题的解法是迭代：说清楚→看结果→说不满意→再看结果。你不需要六个月的 PRD 评审流程，你需要一个能立刻把你脑子里想法变出可运行软件的对话界面。

Vibe Coding 不是噱头，是这个趋势的极端版本——连描述都懒得精确，AI 你看着办，不对再改。

当然，现在 AI 生成的代码还有质量问题、安全问题、可维护性问题。但这些是工程层面的坑，不是范式层面的反例。范式变的不是代码质量，是谁写代码、怎么写、为什么写。

参考资料

1. 一图看懂，软件开发的新范式（AI开发） —— 艾林AI, 小红书, 2025