核心观点 - 凯捷集团执行副总裁Steve Jones提出，AI智能体承担大量开发工作，与敏捷宣言的核心价值观和原则存在根本性矛盾，认为“AI已杀死敏捷宣言”，并呼吁建立新的宣言与方法 [2][8][17] - 行业对此反应不一，形成了一场关于敏捷方法论在AI时代是终结、演进还是需要被全新框架替代的激烈辩论 [4][7][17] 对敏捷宣言的具体挑战 - **工具与个体互动**：在智能体SDLC中，工具（如Replit、Claude Code）变得至关重要，这与敏捷宣言中“个体和互动高于流程和工具”的理念相冲突 [2][3] - **开发速度差异**：AI智能体能在几小时内开发出可用应用，或在几分钟内生成可落地的功能代码，其迭代速度对传统的两周冲刺周期构成挑战，使其显得过时 [3][11] - **软件与文档的优先级**：AI智能体擅长快速生成看似可运行的软件，但可能以前所未有的速度堆积技术债务，这使得文档与架构规划变得比以往任何时候都更为关键，质疑了“可用的软件高于详尽的文档”原则 [3][12] 业界的反驳与不同视角 - **敏捷的本质是适应与学习**：山特维克的敏捷教练负责人反驳称，敏捷的核心是打造能适应变化、持续交付成果的自适应学习型组织，这种需求不会消失，AI正是对其的一种支撑 [4][13] - **瓶颈转移论**：Nave公司CEO认为，敏捷没有死，它只是在优化一个已转移的瓶颈。当AI能在几分钟内完成开发，瓶颈从“人类如何协作构建”转向了“人类如何决定要构建什么，并验证其是否真正有效” [5][14][15] - **增强型编码的中间道路**：敏捷宣言最初签署人之一Kent Beck提出“增强型编码”，即在保持传统软件工程价值观（整洁代码、全面测试）的同时，让AI处理大量编码工作，并成功构建了生产级开发库 [6][15] 行业实践与框架演进 - **新宣言与框架的探索**：行业已出现为自主AI系统改编的“智能体宣言”，并将关注点从“验证”转向“确认”。多个组织正在试验“智能体交付生命周期”（ADLC）以应对AI的非确定性行为 [7][16] - **大公司的规范性建议**：亚马逊云科技在2026年指南中建议“冲刺规划”演变为“意图设计”，架构变为定义角色和护栏的“脚手架” [7][16] - **敏捷与AI的集成现状**：Forrester报告显示，95%的专业人士认为敏捷对其业务运营至关重要，61%的受访者部署敏捷实践超过五年。近一半的受访者已在敏捷实践中使用生成式AI，这被视为提升敏捷价值的 promising路径 [7][16] 未决的根本性问题与行业现状 - **方法论与哲学的辩论**：辩论引出的根本性问题包括：敏捷是与特定实践绑定的方法论，还是更侧重适应性的广义哲学？当AI快速生成代码时，软件开发的真正瓶颈是什么？ [8][17] - **对官僚主义的批评**：有观点认为，早在AI智能体出现之前，官僚主义就已经对敏捷造成了损害 [8][17] - **行业进入变革期**：软件开发正进入一个方法论剧烈变革的时期，敏捷是终结还是演变成新形态，仍是一个开放且紧迫的议题 [8][17]