作者 | Steef-Jan Wiggers

譯者 | 明知山

凱捷集團(tuán)執(zhí)行副總裁 Steve Jones 在 Medium 博文 及相關(guān)的 LinkedIn 帖子 中宣稱“AI 已殺死敏捷宣言”，引發(fā)了激烈辯論。Jones 認(rèn)為，在 智能體軟件開發(fā)生命周期（SDLC）系統(tǒng) 中，AI 智能體承擔(dān)了大量開發(fā)工作，這與敏捷宣言的四大核心價值觀和十二條原則存在根本性矛盾。

Jones 指出了將敏捷應(yīng)用于智能體 SDLC 的幾個關(guān)鍵挑戰(zhàn)。首先，他認(rèn)為工具現(xiàn)在變得至關(guān)重要：

使用 Replit 與使用 Claude Code 的場景截然不同，如果要混合使用各類智能體 SDLC，這一點(diǎn)你必須重點(diǎn)考慮。

這與敏捷宣言中“個體和互動高于流程和工具”的理念相沖突。

速度差異是另一個核心問題。Jones 描述了自己如何在幾小時內(nèi)開發(fā)出可用的應(yīng)用程序，并在一次飛行途中完成整個應(yīng)用的遷移工作，他表示：

這正是智能體 SDLC 與敏捷原則產(chǎn)生根本性分歧的地方——因?yàn)橹悄荏w SDLC 的迭代速度對敏捷而言太快了。

當(dāng) AI 能在幾分鐘內(nèi)生成可落地的功能代碼時，傳統(tǒng)的兩周沖刺周期已然顯得過時了。

或許最為重要的是，Jones 對“可用的軟件高于詳盡的文檔”這一原則提出了質(zhì)疑。AI 智能體雖擅長生成看似可正常運(yùn)行的軟件，卻可能以前所未有的速度堆積技術(shù)債務(wù)。他指出，AI 在構(gòu)建表面上可用的軟件時效率極高——至少能按照給定的具體指令運(yùn)行，這反而讓文檔與架構(gòu)規(guī)劃變得比以往任何時候都更為關(guān)鍵。

業(yè)界反應(yīng)不一。山特維克運(yùn)營卓越與敏捷教練負(fù)責(zé)人 Rolf L?derach 在 LinkedIn 的相關(guān)討論中反駁道：

敏捷并非一份宣言，更無關(guān)某種框架。敏捷的核心，是打造能適應(yīng)變化、持續(xù)交付成果的自適應(yīng)學(xué)習(xí)型組織。這種需求永遠(yuǎn)不會消失，而 AI 正是對它的一種支撐。

Nave 公司 CEOSonya Siderova 提出了一個更為細(xì)致的觀點(diǎn)：

敏捷沒有死，它只是在優(yōu)化一個已轉(zhuǎn)移的瓶頸。

她認(rèn)為，以往每日站會用于協(xié)調(diào)人工協(xié)作、回顧會議用于沉淀團(tuán)隊經(jīng)驗(yàn)，但當(dāng) AI 智能體能在幾分鐘內(nèi)完成開發(fā)構(gòu)建時，開發(fā)瓶頸便從“人類如何協(xié)作構(gòu)建”轉(zhuǎn)向了“人類如何決定要構(gòu)建什么，并驗(yàn)證其是否真正有效”。

敏捷宣言最初簽署人之一 Kent Beck 一直在探索他所謂的“增強(qiáng)型編碼”，以區(qū)別于“氛圍編碼（Vibe Coding）”。在一篇 Substack 文章 中，Beck 將增強(qiáng)型編碼定義為在保持傳統(tǒng)軟件工程價值觀——整潔代碼、全面測試和精心設(shè)計的同時，讓 AI 處理大量的編碼工作。他將其與氛圍編碼區(qū)別開來，氛圍編碼是開發(fā)者僅簡單地將錯誤反饋給 AI，只求修復(fù)而不關(guān)心代碼質(zhì)量。

Beck 的思路指明了一條中間道路：將 AI 作為強(qiáng)大的助手，同時保持工程嚴(yán)謹(jǐn)性。他表示，基于這個方法論，在 AI 生成代碼并接受人類嚴(yán)格監(jiān)督、遵循測試驅(qū)動開發(fā)原則的前提下，他使用 Rust 和 Python 構(gòu)建了一個可用于生產(chǎn)環(huán)境的 B+ 樹開發(fā)庫。

這場行業(yè)反響已超出個人觀點(diǎn)的范疇。Casey West提出 了一份智能體宣言，為自主 AI 系統(tǒng)改編了原始的敏捷價值觀，將關(guān)注點(diǎn)從“驗(yàn)證”（是否按指令執(zhí)行）轉(zhuǎn)向“確認(rèn)”（是否達(dá)成預(yù)期目標(biāo)）。多個組織正在試驗(yàn)“智能體交付生命周期”（ADLC），用新的治理模型來包裹傳統(tǒng)的 SDLC 實(shí)踐，用以應(yīng)對 AI 的非確定性行為。

亞馬遜云科技在其 2026 年規(guī)范性指南中也 呼應(yīng) 了這一觀點(diǎn)，建議“沖刺規(guī)劃”必須演變?yōu)椤耙鈭D設(shè)計”。在這種模式下，架構(gòu)變成了“腳手架”，用于定義角色、護(hù)欄和回退機(jī)制，而非對每一條決策路徑進(jìn)行腳本化設(shè)定。

然而，F(xiàn)orrester 的《2025 年敏捷開發(fā)狀態(tài)報告》提出了一個引人注目的相反觀點(diǎn)：95% 的專業(yè)人士認(rèn)為敏捷對其業(yè)務(wù)運(yùn)營至關(guān)重要，61% 的受訪者已部署敏捷實(shí)踐超過五年。Forrester 副總裁兼首席分析師 Diego Lo Giudice 在 Forrester 的一篇 博文 中指出，盡管團(tuán)隊的敏捷成熟度參差不齊——只有 7% 達(dá)到完全熟練——但將敏捷與生成式 AI 集成為進(jìn)一步提升敏捷價值提供了極具前景的路徑，近一半的受訪者已在敏捷實(shí)踐中使用生成式 AI。

Jones 本人承認(rèn)他“并非認(rèn)為當(dāng)下所有的敏捷實(shí)踐都毫無價值”，但他也堅持認(rèn)為，為人類團(tuán)隊數(shù)周開發(fā)周期所設(shè)計的方法，無法直接套用到智能體驅(qū)動的開發(fā)中。他呼吁建立全新的宣言與方法，前提是智能體將承擔(dān)開發(fā)者過去所做的大量工作。

這場辯論引出了一些根本性問題：敏捷是與沖刺、站會等特定實(shí)踐綁定的具體方法論，還是一種更側(cè)重適應(yīng)性與學(xué)習(xí)的廣義哲學(xué)？當(dāng) AI 能在幾分鐘內(nèi)生成代碼時，軟件開發(fā)的真正瓶頸又是什么？我們需要全新的框架，還是現(xiàn)有敏捷原則可以演進(jìn)，用以管理人類與 AI 的協(xié)作？

分析師、顧問和安全架構(gòu)師 Eric Newcomer 在討論中評論說：

我不確定，但我認(rèn)同我們確實(shí)需要一份新的宣言。不過在我看來，早在 AI 智能體出現(xiàn)之前，官僚主義就已經(jīng)扼殺了敏捷。

有一點(diǎn)似乎已然清晰：軟件開發(fā)正進(jìn)入一個方法論劇烈變革的時期。這究竟意味著敏捷的終結(jié)，還是將演變成全新形態(tài)的開端，對整個行業(yè)而言，仍是一個開放且日益緊迫的議題。

https://www.infoq.com/news/2026/02/ai-agile-manifesto-debate/

聲明：本文為 InfoQ 翻譯，未經(jīng)許可禁止轉(zhuǎn)載。

會議推薦

InfoQ 2026 全年會議規(guī)劃已上線！從 AI Infra 到 Agentic AI，從 AI 工程化到產(chǎn)業(yè)落地，從技術(shù)前沿到行業(yè)應(yīng)用，全面覆蓋 AI 與軟件開發(fā)核心賽道！集結(jié)全球技術(shù)先鋒，拆解真實(shí)生產(chǎn)案例、深挖技術(shù)與產(chǎn)業(yè)落地痛點(diǎn)，探索前沿領(lǐng)域、聚焦產(chǎn)業(yè)賦能，獲取實(shí)戰(zhàn)落地方案與前瞻產(chǎn)業(yè)洞察，高效實(shí)現(xiàn)技術(shù)價值轉(zhuǎn)化。把握行業(yè)變革關(guān)鍵節(jié)點(diǎn)，搶占 2026 智能升級發(fā)展先機(jī)！

今日薦文

你也「在看」嗎？