AI 驱动的敏捷开发范式转变

文章主旨

人工智能正在彻底颠覆敏捷开发范式，从业者必须从战略、产品和个人三个层面主动适应，否则将被淘汰。

关键要点

1. 敏捷开发依赖“足够好”实践就能稳定获得回报的时代已经结束，范式转变正在发生。
2. AI转型的核心难点不是工具或技术，而是文化、组织惯性与人的意愿问题。
3. 当代码成本快速下降后，真正的稀缺能力已从“实现”转向“发现值得解决的问题并验证其价值”。
4. 个人能力演进应遵循“助手→上下文管理→技能编排→自主代理”的路径，而非停留在工具使用层面。
5. 个人层面的能力成长需要与组织战略形成协同，否则将成为“能力孤岛”，导致人才流失。

内容结构

核心论断

人工智能驱动的范式转变已经发生，连特斯拉前AI总监、OpenAI联合创始人Andrej Karpathy都公开承认感到落后。过去依赖“足够好的敏捷实践”就能获得稳定回报的阶段正在结束，从业者无法再把这波变化视为远处的新闻。

战略层面：AI转型首先是文化挑战

关键问题不是“该不该上AI”，而是组织在哪里、为什么、用什么方式使用AI。在已采用产品运营模式的敏捷组织中，AI引入应是一次数值创造方式的重构，而非孤立的技术采购。真正难点不在概念理解，而在处理情绪——组织需要面对的是人是否愿意重新定义工作边界、接受旧优势正在失效。常见的失败路径是：管理层把AI试点当作“绿地”单独实验，却没有将其与真实客户价值、组织文化和治理要求连接，最终试点热闹但推广失败。这与过去许多敏捷转型失手的原因完全相同——流程抄了，前提条件没动。

产品层面：重心从编码转向探索

当编码成本下降后，真正昂贵的变成了判断。产品开发重心将整体前移：过去编码成本是需求筛选的门槛，现在稀缺能力是“快速发现并验证值得解决的问题”。克里斯蒂娜·沃德克称之为“探索式编码”——为学习而构建，而非为交付而构建。产品经理和负责人未必需要写生产代码，但需要具备与编程相关的操作能力，以更快拉起原型、验证假设。同时，AI推动我们进入个性化软件时代——过去因成本过高而不得不凑合在通用工具里的“小众”需求，现在变得可实现。例如，从Slack、邮件、会议记录等渠道自动提取反馈并生成个性化晨间更新的工作流，已成为可能。

个人层面：从助手到自主代理的演进

敏捷实践者接触AI的路径呈现稳定演进曲线：

• 第一阶段：将AI当成快速响应的问答助手。
• 第二阶段：理解记忆、上下文、项目配置等概念，开始创建GPT、项目或Gems来提升工作质量。
• 第三阶段（常见陷阱）：停在此处，将AI视为更聪明的搜索引擎。
• 第四阶段：真正理解上下文管理的重要性——整理文件、拆分信息、引入连接器，让模型获得更结构化的背景信息。失败的典型是把文件毫无组织地塞入，然后抱怨模型“忘性大”。
• 第五阶段：进入“技能”层面——搭建系统让AI根据任务自主调用知识、说明和流程。此阶段风险是“技能蔓延”（互重叠、冲突）。
• 最终阶段：AI代理的自主运行。Claude Code等产品的崛起并非偶然，它们使过去更偏CLI用户的能力变得对普通人可用，意味着工作方式整体推进至新阶段。

你处于什么位置

范式转变发生在三个层面，每层都不能仅靠惯性应对：

• 战略：AI转型是文化挑战，不是工具推广。
• 产品：代码便宜后，核心是发现、验证问题和判断价值。
• 个人：从偶尔提示模型，走向编排技能、整合上下文并驱动代理行动。

特别警告：个人层面成长若未与组织战略协同，将演变为“能力孤岛”——个体越来越强，组织却接不住，高能力者可能迅速离开，这在AI人才竞争中是最贵的战略失误。当前大多数从业者仍停留在“会用ChatGPT解决具体任务”，尚未将工作流沉淀为技能、系统或代理。变化不会因任何人未准备好而暂停，偶尔提示与真正拥有AI代理之间的差距正在越拉越大。

文章总结

作者通过“战略-产品-个人”三层框架，系统论证了AI正永久改变敏捷开发的价值创造逻辑，并警告：个人成长若不与组织战略协同，将导致能力孤岛与人才流失；而跨越“偶尔使用”与“真正拥有AI代理”之间差距的人将获得新优势，反之则被压缩价值。行动选择已非“是否参与”，而是“如何参与”。