AIガチャからの卒業 - 仕様書 x TDDで確実な実装をする方法

昨今、バイブコーディングによる手軽な開発手法が話題となっていますが、その代償として品質の担保が課題となっています。また、技術的負債の蓄積により運用保守コストが増大するリスクもあります。
本スライドでは、仕様書駆動開発とTDDプロセスをAI駆動実装に組み込んだ開発手法について解説します。これにより、AIを活用した開発の効率性と品質を両立できます。

Transcript

1. AI駆動開発 AIガチャからの卒業 仕様書 x TDDで確実な実 装をする方法 2025/12/10 ENECHANGE株式会社 利廣悠司
2. 利廣 悠司 (としひろ ゆうじ) Flutter Engineer @ ENECHANGE株式会社(2025/12時点) 年齢: 25歳(2000/09/25⽣まれ) 出⾝地: 広島 最近の仕事:  ‧Android/iOSアプリの運⽤保守  ‧AIを使った効率的な開発⼿法の実践 好きなこと:  ‧筋トレ  ‧⾷べること 　‧⾔語学習 (現在はロシア語を勉強中) ⾃⼰紹介
3. バイブコーディングの課題 いきなりコードを書くことのリスク 品質保証の難化と技術的負債増大 →運用保守コストが跳ね上がる 考慮事項の抜け漏れによる手戻りの多発 影響範囲の見落としによるバグの混入 「動くが読みにくい」コードの量産 > > >
4. Design First 基本設計書と詳細設計書の作成、 エッジケースを含む懸念点の洗い出 し。 AI as Architect 単なるコーダーとしてだけではなく、 設計者としても活用。 Code Follows 定義された仕様書に基づく、実装意 図を反映させたコーディング。 仕様書駆動開発 Spec-Driven-Development) とは
5. Test First 実装の前にテストコードを作成し、達 成すべきゴールを明確化。 AI Guardrails AI駆動開発における「防波堤」として 機能し、要件からの逸脱を阻止。 Intent Accuracy テストをパスさせることで、意図した 挙動に限りなく近い実装を保証。 TDD Test-Driven Development) とは
6. Step 1 Basic & Detail 基本設計と 詳細設計の作成 Step 2 Task Breakdown 詳細設計に基づく タスクの分解 Step 3 TDD Cycle テスト作成と実装 Perfect Commit) Step 4 Loop 全タスク完了まで Step 3の反復 仕様書駆動開発 x TDDのワークフロー
7. プロセスの要となる基本設計・詳細設計フェーズ。 要件定義の反映 : 要件を元にした精緻な基本設計書と詳細設 計書の作成 死角の発見 : 機能追加による懸念点や影響範囲の精査 具体的提案 : 変数名、データ構造、エラー処理の提示 > > > Step 1 基本設計書と詳細設計の作成
8. テストファースト 1. 基本設計書と詳細設計を参考にタスクを分解 2. 分解タスクを元にテストケース作成・テスト実装 3 . テストを満たすコードを追加 4 . 全タスクが完了するまで 23 を反復 Step 24 タスク分解とテストファーストの実装
9. 項目 仕様駆動 Spec-Driven-Development) バイブコーディング Vibe-Coding) アプローチ 設計 → 実装 Top-Down) 実装のみ メリット 手戻り激減・網羅的なエラー処理 迅速な実装 デメリット 初期コスト（設計時間）発生 影響範囲見落とし・技術的負債の増大 推奨シーン 複雑な機能追加 単純修正、プロトタイプ作成 想定利用者 エンジニア PM/デザイナー等の非エンジニア 開発手法の比較
10. 効率化 実装手戻りの削減 設計段階での懸念払拭による 修正コストの最小化。 高品質 考慮事項の網羅 仕様駆動とTDDを組み合わせて 品質の高いコードの実装 標準化 エンジニアに依らない 開発フロー エンジニアごとの品質の差を縮小 導入による成果
11. まとめ 設計ファースト : 複雑な機能開発における手戻りの最小化 堅牢なプロセス : TDDと仕様書駆動の組み合わせによる 品質担保 AIとの協働: アーキテクトとしてのAI活用と批判的レビュー の徹底 > > >