ウォーターフォール×AIで実現する「Waterfall Boost」の全貌
一部の天才的なエンジニアに依存せず、大規模開発と開発標準化を両立させる仕組みが必要とされた。そこでトランスコスモスが独自に開発・構築したのが、AI駆動開発環境「Waterfall Boost」である。
この名称が示す通り、本環境はアジャイルではなく、既存の開発手法である「ウォーターフォール」の工程を踏襲するアプローチを採用している。一般的にAIを活用した開発ではアジャイルへ傾斜しやすい。しかし、同社がウォーターフォールを選択した理由は、大規模開発における品質担保の容易さにある。ウォーターフォールの厳格な工程を踏襲しつつ、AIの力で各工程の作業時間を大幅に圧縮することで、品質担保と工数削減の双方を同時に成立させている。
Waterfall Boostの構築において特筆すべきは、「Agent Knowledge Base」を活用した完全な中央集権型のナレッジ管理である。一般的なAI駆動開発では、CursorやVS CodeといったAI駆動開発IDEのローカル環境にルールファイルが配置されがちである。これに対し同社は、MCP（Model Context Protocol）を経由して中央のナレッジベースに接続する構成をとっている。
ここには、同社が40年以上におよぶSI事業で培ってきた業界別のノウハウ、プロンプト集、ドキュメント規約、コーディング規約、ライブラリや再利用可能なUIコンポーネントなどが集約されている。
所氏は「AI駆動開発の実践はゴールではなく、手段にすぎない。目指すべきゴールは『開発標準化』である」と明言し、ルールやノウハウを厳格に遵守させる仕組みの重要性を強調した。
エンタープライズ開発を支える3つのAIエージェント
Waterfall Boostは、それぞれ異なる役割を持った3つのAIエージェントが連携することで機能する。
1. Procedural Agent：人の怠けを許さずプロセスを完遂させる
1つ目の「Procedural Agent」は、AIが開発プロセスを主導・自動化し、エンジニアをリードする役割を担う。Phase 1（要件定義）からPhase 7（保守運用）に至るウォーターフォールの全フェーズにおいて、実行タスクと成果物を理解し、人間と対話しながら開発を進行させる。
- Phase 1：要件定義（要件定義書）
- Phase 2：基本設計（基本設計書／ADR）
- Phase 3：詳細設計（詳細設計書／設定ファイル）
- Phase 4：反復開発・実装（実装コード／Pull Request）
- Phase 5：結合テスト（テスト結果／品質レポート）
- Phase 6：本番リリース（リリースノート／デプロイ記録）
- Phase 7：保守運用（改善PR／運用ドキュメント）
ウォーターフォール開発において後工程で不具合が頻発する最大の原因について、所氏は「人間が途中の工程を省くなどして怠けてしまう点にある」と指摘する。Procedural Agentの最大の特長は、この「人間は怠ける」という前提に立ち、人を怠けさせないガードレールとして機能する点にある。
エージェントはAgent Knowledge Baseに蓄積された過去の仕様書などを参照しつつ、「この情報はどうなっているか」「クライアントの意向はどうか」とエンジニアに問いかけ、必要な情報が揃わなければ作業を止めて確認を促す。この結果、上流工程の経験が浅いエンジニアであっても抜け漏れのない高品質なドキュメントを作成できる。
同時に、この環境下では「AIがやるべき仕事」と「人がやるべき仕事」が明確に切り分けられている。ドキュメントの草案作成やコード生成、設定ファイル生成といった時間がかかる作業はAIが担い、人間はレビュー、確認、承認、そして最終的な意思決定といったタスクに集中するため、大幅な工数圧縮が実現する。
2. QA Agent：7人の賢者がドキュメント品質を厳格に評価
2つ目の「QA Agent」は、上流工程の品質課題を解決するためのエージェントである。Procedural Agentが作業を促しても、レビューを行う人間側の経験が浅ければ抜け漏れを見落とすリスクが残る。そこでQA Agentは、中間成果物であるドキュメントをマルチLLMによって評価し、改善点をフィードバックする。
この評価システムは「七賢者のドキュメントレビュー」と呼ばれ、7つの明確なペルソナを持ったAIがそれぞれの観点から厳格なチェックを行う。
- 守りの賢者（シールドマスター）：リスク重視型。不確実性やリスクの有無を厳しく監視。
- 要件の賢者（チェックリストキーパー）：要件充足型。明記されているか、合理的に推測できるかを重視。
- 現場の賢者（オペレーションガイド）：実務運用型。運用できるかを最重視し、曖昧な点は「NG」と判定。
- 品質の賢者（クオリティセイジ）：品質保証型。検証可能か、受入品質基準が定義されているかを重視。
- 規律の賢者（ガイドラインウォッチャ）：ガバナンス重視型。意思決定材料の網羅性や説明責任を重視。
- 価値創造の賢者（バリューストラテジスト）：バリュー・競争力型。市場で「刺さる提案」か「勝てるか」を重視。
- 構造の賢者（システムアーキビルダー）：アーキテクチャ型。拡張性、保守性、整合性、技術選定の理由を重視。
提出されたドキュメントはQA Agentによってスコアリングされ、AIによる評価で合格判定が出ない限り、次の工程へ進むことはできない。所氏によれば、同仕組みは1年半ほど前から通常のウォーターフォール開発へ導入されており、品質管理に大きく貢献してきた実績を持つ。
3. Coding Agent：意識させない標準化とコンポーネント再利用
3つ目の「Coding Agent」は、AIが生成するソースコードを制御し、開発標準化を推進するエージェントである。AI生成コード特有のブラックボックス化による著作権侵害や脆弱性混入のリスクを防ぐため、Coding Agentは常にAgent Knowledge Baseへアクセスし、自社開発ポリシーやコーディング規約に則った安全なコードのみを生成する。
さらに重要な役割が、「エンジニアに意識させない開発標準化」の実現である。現場における開発標準化は、エンジニア個人の裁量や書き癖によってルールから逸脱しやすく、徹底が難しい課題であった。しかしCoding Agentを介することで、AIはエンジニアからの指示よりもナレッジベースの情報を優先して従うようになる。
例えば、新たに実装する機能と同等のものが既にコンポーネントとして開発済みであれば、AIは自発的にその知財を再利用する。また、特定のUIを使うルールが存在すれば、エンジニアが細かく指定しなくても自動的にポリシーに沿ったUIが組み込まれる。これにより、エンジニアがルールを意識しなくても、システム側で標準化が担保される環境が完成した。
開発効率の最大化を目指す「コンポーザブルアーキテクチャ」とは
同社がWaterfall Boostの先に見据えて取り組んでいるのが、「コンポーザブルアーキテクチャ」への挑戦である。ログイン機能やユーザー管理機能、ダッシュボード機能など、頻繁に利用される機能を独立したコンポーネントとしてあらかじめ開発しておき、それらをブロックのように組み合わせてシステムを構築する設計思想である。
従来、要件や開発言語、セキュリティレベルが多岐にわたる受託開発の現場において、コンポーザブルアーキテクチャを横断的に推進することは極めて困難であった。しかし、Waterfall BoostとAI駆動開発を組み合わせることで、多様な要求に応えられるコンポーネントの大量開発と柔軟な統合が可能となり、開発工数のさらなる圧縮と効率化を実現していく構えだ。
