ウォーターフォールは死なない。AIで構造的欠陥を無効化するハイブリッド・ウォーターフォール

「ウォーターフォールかアジャイルか」という対立軸は、受託開発の現場ではあまり役に立ちません。契約や稟議の都合でウォーターフォールから逃れられない現場は、この先も残り続けるからです。この記事では、ウォーターフォールを否定するのではなくAI前提で再定義する、という立場から、工程と承認ゲートを維持したまま構造的な欠陥をAIで無効化する「AI駆動・ハイブリッド・ウォーターフォール」を解説します。

---

ウォーターフォールが成立する5つの前提

ウォーターフォールは「前の工程が100%完了したことを確認してから次へ進む」不可逆の直線モデルです。後戻りを想定していないため、開始前に次の条件が揃っていることが成功の前提になります。

1. 要件の完全な固定: 開発途中で追加や変更が発生しないこと
2. 技術的確実性: 採用技術で要件が実現できると証明済みであること
3. ドキュメントによる意思疎通の完備: 行間を読まなくても書類だけで同じものが作れること
4. 環境の不変性: 開発期間中に外部環境が変わらないこと
5. リソースの先行確保: 人員と予算が最初にすべて確定していること

法改正対応や単純リプレースのように不確実性を排除できるプロジェクトなら、この前提は成り立ちます。問題は、前提が一つでも崩れたときです。

前提が崩れると爆発する「5つの爆弾」

それでもウォーターフォールが使われ続けるのには理由があります。一括契約が稟議システムと相性がよいこと、設計書という合意の証拠があるため責任を切り分けやすいこと、大規模プロジェクトの統制がしやすいことです。組織運営の観点では合理的な選択であり、だからこそ「ウォーターフォールをやめる」より「爆弾を無効化する」方が現実的です。

人間は意図を承認し、AIが実物を生成する

AI駆動・ハイブリッド・ウォーターフォールの核は役割分担の転換です。工程と承認ゲートはそのまま維持し、各工程の中身を再定義します。

1. 要件定義の承認ゲート: ビジネスの意図と、PRDから自動生成したUIモックで承認する
2. 設計の承認ゲート: システムの骨組みと、AIへの指示書で承認する
3. 実装・テスト工程: AIが高速に作り、実物でフィードバックを受ける内部ループを回す
4. 検収・納品の承認ゲート: 実物から遡及生成した正確な詳細資料で承認する

従来のウォーターフォールでは、人間が詳細設計書を書き、それを人間が実装に翻訳していました。このモデルでは、人間は「何を達成するか」という抽象度の高い意図の承認に集中し、コードやドキュメントという具体物の生成はAIが担います。承認ゲートの運用そのものはPMの仕事として残ります。AIが1アクションで設計・実装・テストを同時に駆動するため工程が並行して見えますが、品質は各工程の成果物に人間が承認ゲートを通す仕組みで担保する、という考え方です。

ドキュメントを「承認用」と「実証・証跡」に二極化する

役割分担の転換は、ドキュメントの位置づけも変えます。人間が頑張って書く詳細設計書を廃止し、2種類に分けます。gaipackのAIDDスキームでは、これを「ドキュメントの二極化」と呼び、実装の原則として定義しています。

承認用ドキュメント（Input、人間が作成・承認） は、AIへの指示とステークホルダーとの合意のためのものです。PRDやEPICのドラフト、基本設計の概要、テスト設計書がこれにあたります。抽象度を保ち、詳細な画面項目までは書き込みません。

実証・証跡ドキュメント（Output、AIが遡及生成） は、実装後の「正解」を記録し、保守・運用と検収の証拠にするものです。実装されたコードから生成する詳細設計書やAPIリファレンス、エビデンス付きテスト報告書がこれにあたります。

順序が逆転している点がこのモデルの要です。詳細ドキュメントはコードの前に書くのではなく、実装の完了後や変更のたびにAIがコードから遡及生成します。実物を反映して作るため、書類と実物の乖離、つまりドキュメントの陳腐化が構造的に起きません。「設計書はこうだが、コードは直されている」という納品物のズレに悩まされてきた現場ほど、この効果は大きいはずです。なお、この遡及生成の考え方は既存システムにも適用でき、AIのリバースエンジニアリングでコードや画面から仕様書を遡及復元する「ホワイトボックス化」として、レガシー刷新の入り口にもなっています。

爆弾を一つずつ解体する

各フェーズにアジャイル的な要素を組み込むと、5つの爆弾がそれぞれ無効化されていきます。

要件定義の段階でUIモックまで作れるようになったことが、このモデルを成立させた大きな変化です。文書だけの承認ゲートでは「触らなければわからない」爆弾を素通りさせてしまいますが、動く画面を挟めば初期に解体できます。

人間のレビューの質も変わります。書類の上でボタン配置の整合性を追いかける作業から解放され、「ビジネス目標を達成できているか」という本質的なレビューに集中できるようになります。

まとめ

AI駆動・ハイブリッド・ウォーターフォールの要点をまとめます。

gaipackでは、この考え方を含むAIDDスキームで、新規開発（0→1）を3ヶ月のPoCパッケージとして提供するAIDD MVPや、レガシーシステムをAI駆動で刷新するAIDD モダナイズを展開しています。ウォーターフォールの枠組みを保ったままAI駆動開発を導入したい、というご相談もお気軽にKDDIアイレットへお問い合わせください！