[Vibe Coding企業適応記] Part2: 設計ドキュメントベースのVibe CodingでMVP開発に挑戦

1. 背景
   •従来のOOP/デザインパターンベースの開発経験から、新しい開発方式であるMSAとVibe Codingの生産性に衝撃を受けた経験を共有。
   •最近ではLLMやAI IDE（CLAUDE、Cursorなど）の発展により、コードの書き方そのものが変化している。

2. DDVCとは？

Design-Driven Vibe CodingはCrowdWorksが名付けた方式で、設計ドキュメントをもとにLLMへ開発を依頼する体系的なVibe Coding方法論である。
•中核はPRDとRequirementsドキュメントを作成し、それをもとにAIがコードを生成する構成。
•ドキュメント作成もAIが草案を作成し、人がレビューと修正を行って完成させる。
•PRD: 製品の目的、機能要件、ユーザーストーリー、優先順位などを含む
•Requirements: モジュール概要、機能要件、ファイル構成、関連コードおよびルールを含む

3. 2つの開発戦略
   •戦略1: モジュール単位の順次開発 → 従来方式と似ており、安定的。PoCよりもProductionに適している。
   •戦略2: モジュールを同時生成 → 速いが、テストと検証の難易度が高い。テストコードも同時に生成して対応。

4. 3-Day MVP Development実験
   •リソース不足という現実を乗り越えるため、3日でMVPを開発する実験を実施。
   Day 1: 設計ドキュメント（PRD + Requirements）+ 技術設計
   Day 2: コード生成 + 基本テスト
   Day 3: 統合テスト + フロントエンド + 検証

5. MVP事例: ドキュメント権限ベースのRAGシステム
   •ドキュメント解析とVector DB登録、権限管理、チャット型検索機能を備えたシステム。
   •PRD/Requirements生成 → AIがコード生成 → テストコード生成 → Cursor AIでデバッグ。
   •フロントエンドはNext.js + TailwindCSSでテスト用UIを自動生成。

6. 実行Tipsと所感
   •コード修正よりも再生成のほうが経済的な場合がある。
   •ログ出力の重要性を強調（行番号を含むフォーマットを推奨）
   •AIのコーディング能力を信頼する必要がある（特にClaude 3.7基準）
   •非同期コードはAIでもデバッグが難しい → 最初は同期式で書いてから変更することを推奨
   •初期はコード量に圧倒されることがあるが、慣れれば生産性↑

7. 文化浸透の方法
   •社内ハッカソンを計画: DDVCの浸透とVibe Codingの実践経験を共有
   •開発者/非開発者トラックを分け、誰もがAIコーディングにアクセスできるよう設計

結論:
Vibe Codingはコード生産方式だけでなく、開発者の役割、文化、協業の進め方まで変えつつある。素早く実務で経験し適応することが競争力になり得る、というインサイトを共有して締めくくる。