2001年、17人のエンジニアがスキー場に集まり、「アジャイルソフトウェア開発宣言」を世に出しました。以来20年余り、スプリント、朝会、ふりかえり、ストーリーポイントは開発現場の共通言語になりました。そしていま、AIの登場でアジャイルは終わるのか、という議論が始まっています。私たちの見立てはこうです。アジャイルの「思想」は完全勝利し、「儀式」は役目を終える。つまり、死ぬのではなく脱皮するのです。
アジャイルは「制約への対処法」だった
思い出したいのは、アジャイルが何のために生まれたかです。要件は最初から分からない、しかし作るのは遅くて高い——この矛盾への答えが「フィードバックのループを短くする」でした。ただしそのループは、人間の制約が許す長さまでしか縮められませんでした。2週間スプリントは、作るのに数週間かかるから存在します。朝会やふりかえりは、大勢の人間の足並みを揃えるために存在します。ストーリーポイントは、希少資源であるエンジニアの稼働を配分するために存在します。つまりアジャイルの儀式群は、「構築が高価で、調整も高価」という2001年の物理法則に合わせた足場だったのです。
その物理法則が変わった
AIによってプロトタイプが午後一つで動くようになると、仕事を2週間単位に束ねる理由が消えます。反復のサイクルは週から時間へ縮み、スプリントは計画単位というより「ただの仕事」になります。ユーザーストーリーも同じです。「〇〇として、私は△△したい」という書式は、多忙なエンジニアに意図を圧縮して伝えるための通信プロトコルでした。作るほうが書くより安いなら、チケットではなく動くプロトタイプを見せて議論すればよい。動くソフトウェアこそが要件定義書になります。
そしてチームが「ビジネスアーキテクト+AIエージェント」へと小さくなれば、7人の人間を同期させるための朝会・計画会・ふりかえりは、その存在理由の大半を失います。建物が自立したら、足場は外すものです。
バックログは「意思決定の待ち行列」になる
では何が希少資源になるのか。エンジニアの工数ではなく、意思決定と検証の容量です。何を作るか、何をもって良しとするか、いつ出すか。優先順位づけは「チームに何が入るか」ではなく「何を最速で決めて検証できるか」で行われ、ベロシティはストーリーポイントではなく「検証済みの意思決定の数」で測られるべきものになります。以前の記事で述べた「決断速度」が、開発プロセスの中心指標になるのです。
ここに一つ、正直な注意点があります。AIは構築をほぼ無限に速くしますが、ユーザーが製品を使い込む時間と、市場が反応する時間は縮んでくれません。ループの律速段階は「どれだけ速く作れるか」から「作ったものが正しかったと、どれだけ速く学べるか」に移ります。フィードバック側を鍛えないチームは、検証されていないソフトウェアを高速で積み上げるだけになります——それはそれで、なかなか壮観ですが。
宣言は生き残る、スクラムの儀式は卒業する
アジャイル宣言は「包括的なドキュメントよりも動くソフトウェアを」「計画に従うことよりも変化への対応を」と価値を掲げました。AIはこの理想を、ほとんど文字通り実現します。生き残るのは思想であり、卒業するのは、高価な人間の調整を前提とした儀式のほうです。なお、大規模基幹システムや規制産業のように利害関係者が多い領域では調整は消えません。この脱皮はまず、新規プロダクトや社内ツールから始まるでしょう。
20年前、アジャイルは「変化に対応せよ」と教えてくれました。いまその教えに従うべき最初の対象は、アジャイル自身なのかもしれません。
---
*参考資料:*
- *「アジャイルソフトウェア開発宣言」(agilemanifesto.org, 2001年)*
- *Peng, Kalliamvakou, Cihon, Demirer, "The Impact of AI on Developer Productivity: Evidence from GitHub Copilot" (arXiv, 2023年2月)*