いまさら聞けない「仕様駆動開発入門」 〜AI活用時代の開発プロセスを考える〜

Transcript

1. ❓ いまさら聞けない 仕様駆動開発入門 〜 AI活用時代の開発プロセスを考える 〜 2026.06.24 ｜ オンライン　主催：Findy（ファインディ） 登壇：株式会社エルブズ 代表取締役 田中秀樹
2. AGENDA 今日の流れ ❓ いまさら聞けない 今日の『いまさら聞けない』 ❓ そもそも仕様駆動開発って何？ ❓ AI駆動開発との違い ❓ Vibe Codingとの違い ❓ ウォーターフォール開発との違い ❓ アジャイル開発との違い ❓ 従来の仕様書（Spec as Code）との違い ❓ 仕様駆動開発に最適なAIってなに？ ❓ 仕様駆動開発のはじめかた ——どれも「知ってるつもり」になりがちなところを、40分でスッキリさせます。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
3. DEFINITION ｜ 定義 01 / 09 ❓ いまさら聞けない そもそも、仕様駆動開発って何？ ✓ つまり、こういうこと 仕様（何を作るか）を、人とAIが読める「信頼できる唯一の情報源」として中心に置き、コードと同期させ続ける開発のやり方。それ を支えるのが—— 1 Markdown 仕様を一元管理する（読める・直せ る） 2 Git / GitHub 変更履歴を自動で記録する（誰がいつ 何を） 3 AI / AIエディタ 矛盾・不整合を早期に見つける ——これを 3つの技術要素 と呼びます。難しい道具は要りません。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
4. COMPARISON ｜ AI時代の混同 ① 02 / 09 ❓ いまさら聞けない AI駆動開発と 仕様駆動開発の違い AI駆動開発 AIを開発の「主役」にする コード・設計の生成はAI任せ 「AIが賢いから仕様は最小でいい」 何を作るかの判断もAIに委ねがち 成果がAIの当たり外れに左右される 仕様駆動開発 仕様（人の意図）を「主役」にする 主役は仕様。AIは強力な"支援" 仕様で方向を決め、AIに一貫生成させる 最終判断は人（ヒューマン・イン・ザ・ループ） 仕様が残るので成果が安定・再現できる ✓ つまり、こういうこと AIを"主役"にするのではなく、仕様（人の意図）を主役にして、AIを支援に使う。仕様駆動開発は、AIを賢く使うための土台です。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
5. COMPARISON ｜ AI時代の混同 ② 03 / 09 ❓ いまさら聞けない Vibe Codingと 仕様駆動開発の違い Vibe Coding 「雰囲気」でその場で作る 「いい感じに作って」と自然言語で投げる 試作・個人開発にはとても速い 何を作ったか（仕様）が残らない 再現・保守・チーム共有がしづらい 仕様駆動開発 作るものを「残しながら」進める 「何を作るか」を仕様として残す 直せる・再現できる・引き継げる チームで同じ仕様を共有できる Vibe の速さに"残る強み"を足す ✓ つまり、こういうこと Vibe Coding の「速さ」は活かす。でも仕様を残して"使い捨て"にしない。試作はVibe、製品化は仕様駆動——という使い分けもでき ます。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
6. COMPARISON ｜ プロセスの本丸 04 / 09 ❓ いまさら聞けない ウォーターフォール開発と 仕様駆動開発の違い ウォーターフォール開発 最初に仕様を固める 要件定義→設計→実装→テストを順に 仕様は「作って終わり」の成果物 途中の変更が高コスト 完成までコードと仕様がズレていく 仕様駆動開発 仕様を「生きた文書」に保つ 変化を前提に、仕様を起点にする 仕様とコードを同期させ続ける 変更は履歴で追える（歓迎できる） 設計図を最後まで"生かし続ける" ✓ つまり、こういうこと 一番の違いは「仕様は一度作って終わり」→「コードと同期し続ける生きた文書」。ウォーターフォールの"設計図"を、最後まで生か し続けるイメージです。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
7. COMPARISON ｜ 実は補完関係 05 / 09 ❓ いまさら聞けない アジャイル開発と 仕様駆動開発の違い アジャイル開発 短い反復で素早く作る 動くソフトウェアを重視 スピードと柔軟さが強み ドキュメントは軽視されがち 「何を作るか」が口頭・暗黙になりやすい 仕様駆動開発 反復しつつ、仕様は軽視しない 反復は同じ。だが仕様を残す 仕様＝信頼できる唯一の情報源を保つ AIが整合性を自動でチェック 速さと"ブレなさ"を両立する ✓ つまり、こういうこと この2つは対立しません。仕様駆動開発は、アジャイルの弱点（仕様の曖昧化・属人化）を補う。アジャイル × 仕様駆動で、ブレずに 速く。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
8. COMPARISON ｜ ドキュメント 06 / 09 ❓ いまさら聞けない 従来の仕様書と仕様駆動開発 （Spec as Code）の違い 従来の仕様書 Word・Excel・PDF どれが最新版か分からなくなる コードとどんどん乖離する 誰がいつ変えたか追いにくい AIも人も「読みづらい」 仕様駆動開発（Spec as Code） 仕様を「コードのように」扱う Markdown で仕様を一元管理 Git / GitHub で最新と履歴が明確 コードと同じ場所・同期する AIが読めて、整合をチェックできる ✓ つまり、こういうこと 仕様を「ただの文書」から「コードのように扱えるもの（Spec as Code） 」へ。これが、さきほどの3つの技術要素の正体です。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
9. TOOLS ｜ どれを使う？ 07 / 09 ❓ いまさら聞けない 仕様駆動開発に最適なAIってなに？ ✓ つまり、こういうこと 答えは「AI」そのものより、画面にエディタ（ファイル・ディレクトリが見える）があるAI。仕様は Markdown の"ファイル"だから、 見えることが効いてきます。 ◎ おすすめ ファイル・ディレクトリが見えるエディタ型 VS Code 定番エディタ＋AI拡張 Cursor AI前提のエディタ Antigravity エージェント型IDE ◯ CLI型でもOK 強力。ただしファイルは画面で見えにくい Claude Code ターミナルで動くエージェント Codex OpenAIのコーディングエージェント ——「どのファイルの・どの仕様を・どう直すか」が見えると、レビューも修正も安心です。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
10. HOW TO START ｜ 自社への一歩 08 / 09 ❓ いまさら聞けない 仕様駆動開発のはじめかた ✓ つまり、こういうこと ゼロから始めなくていい。今のやり方に「仕様品質の管理」を足すだけ。まずは小さく、この3ステップから。 1 README.md を1枚 「何を作るか・なぜ」を仕様として書 く 2 GitHub に置く 変更履歴が自動で残る（誰がいつ何 を） 3 AI に聞く 「この仕様、矛盾はある？」整合をチ ェック ❌ いきなり全社・大改革 → ✅ まず1プロジェクトで小さく 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
11. WRAP-UP ｜ まとめ 09 / 09 ❓ いまさら聞けない 「いまさら聞けない」を「今日からできる」へ 1 仕様を「信頼できる唯一の情報源」に Markdown・Git / GitHub・AI（＝3つの技術要素）で、仕様とコードを同期し続ける。 2 AI時代こそ、仕様がもっと大事 ウォーターフォールもアジャイルも否定しない。"ブレなさ"を足すのが仕様駆動開発。 3 はじめかたは「小さく」 README.md を1枚、1プロジェクトから。大改革はいらない。 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する
12. CLOSING THANK YOU ありがとう ございました 「仕様駆動開発、ちょっとやってみよう」と 思っていただけたら、今日は大成功です。 このあと、Q&A でなんでも聞いてください。 『仕様駆動開発 実践入門』 田中秀樹 著・日経BP・2026 株式会社エルブズ · Elvez Inc. AIで社会課題を解決する