アジャイルはなぜ「逆三角形」になるのか：2001 年の宣言と、AI の時代の前提

2001 年、ソフトウェアの開発者たちが、アジャイルソフトウェア開発宣言をまとめました。宣言は、4 つの価値を掲げています。

宣言は「左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく」と結んでいます（日本語の訳では、プロセスやツールなどが左、個人と対話などが右に書かれています）。ドキュメントや計画を捨てよ、という宣言ではなく、重みの置き方の宣言です。

作るのが高かった時代の、正しい選択

宣言が書かれた頃、ソフトウェアを作るのは人の手でした。分厚い設計書を書いても、作り始めると前提が崩れ、書き直しになる。それなら、動くものを小さく作って見せ、確かめながら進めるほうが安全です。アジャイルは、作る費用が高く、先を読むのが難しい時代の、理にかなった答えでした。

逆三角形

ただ、小さく作って大きくする進め方には、弱点もあります。BeesBuild は、それをこう見ています。

スピードを重視して小さく作って大きくしていくと、MVP を出しながら進めるため、途中で土台の限界が来る。中規模を超えたあたりから無理やり継ぎ接ぎで作ることになり、逆三角形のような構造になって、システムが限界を迎えてしまう。

小さな土台の上に、機能を積み続けた形です。上に行くほど重くなるのに、土台は最初の大きさのままです。

AI で、前提が変わった

AI のエージェントの群れが、一晩で何万行も書く今、作る費用は大きく下がりました。Google は約 20 万 5,000 行のコードを一晩で最適化させ、BeesBuild の持ち主も 10 万行規模のサービスを 1 日で実装したと報告しています。

すると、宣言の時代とは逆のことが起きます。継ぎ足し続けるより、先に全体を設計して一気に作るほうが、安く確かになる場面が増えたのです。画面を見ながら全体を設計し、群れで一気に作れば、土台を先に作っても、出すまでの時間は短くできます。

これは「ドキュメントに戻れ」という話ではありません。動くソフトウェアの価値は変わりません。変わったのは、動くソフトウェアを作る費用です。その費用が下がった分だけ、設計に時間を使えるようになりました。

作り手にとっての意味

宣言の 4 つの価値は、今も有効です。対話も、顧客との協調も、変化への対応も、AI の時代にこそ大切です。見直すべきは、「小さく作らなければならない」という前提のほうです。作るのが速く安くなった今、最初にどこまで設計するかを、もう一度選び直す価値があります。