CODE IN TOKYO

ウォーターフォールの復活？アジャイル終了？ AI時代に変わる「開発」の意味

最近、AIエージェントを本格的に開発へ組み込み始めてから、感じていることがある。

もしかしてこれ、 「アジャイルの時代」が終わり始めてるのでは？

もちろん、スクラムが消えるとかそういう単純な話ではない。

ただ「とりあえず作りながら考える」という開発スタイルは、AI時代だとかなり危険になる。

AIは「爆速」だが、「意図」は理解していない

人間同士のアジャイルが強かったのは、人間が曖昧さを補完できたから。

みたいな“行間”を読める。

でもAIは違う。

AIは超優秀だが、基本的には 「与えられたコンテキストの中で、最もそれっぽいものを出す機械」 でしかない。

つまり仕様が曖昧だと、普通に脱線する。

しかも問題なのは、脱線しても“それっぽく動くもの”ができてしまうこと。

「動くゴミ」を超高速で量産できる時代

昔はぐちゃぐちゃな設計でも、人間の実装速度が遅いので被害は限定的だった。

でも今は違う。

AIに頼めば、

まで、一気に作れてしまう。

つまり設計がズレていると、 間違った方向にシステム全体が一瞬で完成する。

これが怖い。

しかもAIは文句を言わない。

人間の後輩なら「これ設計おかしくないですか？」と言ってくれることもある。

でもAIは仕様通りに、淡々と“間違いを拡大再生産”する。

じゃあウォーターフォール復活なのか？

ここで面白いのが、「最初に仕様を固めよう」という話になると、急に昔のウォーターフォールっぽく見えてくること。

実際、最近のAI開発の流れはこうだ。

でも、昔のウォーターフォールとは決定的に違う点がある。

昔の仕様書は「死んだ紙」

昔の仕様書は、作った瞬間から腐っていった。

PDF化され、 誰も読まず、 更新されず、 最終的に実装とズレる。

だから嫌われた。

でも今の仕様は違う。

AIが直接読む。

つまり仕様が “実行可能なデータ” になり始めている。

例えば：

どちらも単なるドキュメントではない。

AIへの「制約」そのもの。

AI時代は「仕様駆動開発」が強くなる

最近感じるのは、AI時代の開発って2つの流れのハイブリッドになるということ。

ちょっと用語整理。

この2つは対立する概念ではない。

むしろAI時代は合わせ技になる。

というイメージ。

役割を分けるとこう。

役割内容
AI実装・修正・テスト・生成
人間設計・制約・責務分離・品質定義

AIはエンジン。

人間はレールを敷く側。

アジャイルが消えるわけではない

勘違いしてはいけないのは、アジャイルそのものが消えるわけではないこと。

むしろ、

みたいな思想は、AI時代の方が重要。

ただし、 「設計まで曖昧でいい」 は通用しなくなる。

昔は人間の会話で補完できたが、AIはそこを補完できない。

なので、ドメイン設計・責務分離・命名・境界・制約みたいな「論理の骨組み」が異常に重要になる。

エンジニアの仕事は「実装」から「定義」へ

これから価値が上がるのは、「コードを書く速度」ではなく、

の方。

機械語 → 高級言語 → フレームワーク → クラウド → AI と、実装詳細はずっと抽象化されてきた。

そして今、ついに “コードを書くこと自体” が抽象化され始めている。

結局、求められるのは「美しい構造」

AIは速い。

でも、設計が汚いと、汚いものを超高速で増殖させる。

だからこそ、

みたいな、昔から言われていた“地味な原則”が、逆に重要になってきた。

人間向けの設計原則だったものが、そのままAI向けの設計原則にもなり始めている。

なんだかんだで、最後に効いてくるのは小手先のプロンプトではなく、

「構造を綺麗に保てるか」

なのかもしれない。