「テスト工程が消滅した」— AI駆動開発 vs 従来開発を全工程で比較してみた
「未経験の言語で、3 週間でプロダクションアプリを作る」と聞いたら、ちょっと盛ってるな、と感じませんか。
私自身、半年前に同じ話を耳にしていたら、たぶん同じ顔をしていました。
それでも、これは実話です。Flutter 未経験・スクラッチ開発未経験の状態から、AI（Claude Code）と一緒に 3 週間でプロダクション品質の Web アプリを作った、私自身の話です。
この記事では、従来の人間主体の開発と AI 駆動開発で何がどれだけ変わるのかを、実際の数値とともにお伝えします。
3 週間で作ったアプリの品質、自分の目で確かめてみてください
Web ブラウザですぐに開けます。無料・アカウント登録不要です。
触ってみて「これが 3 週間で作れるのか」と感じてもらえたら、AI 駆動開発の威力が、少しだけ手触りとして伝わるかもしれません。
開発者のスペック
まず前提として、私自身のスペックを正直に開いておきます。
| 項目 | 値 |
|---|---|
| 年齢 | 27歳 |
| IT業界経験 | 約5年 |
| スクラッチ開発経験 | なし（パッケージ・ローコードのみ） |
| Flutter / Dart 経験 | なし（本プロジェクトが初） |
| モバイル / Web アプリ開発経験 | なし |
つまり、フレームワークも言語もアーキテクチャ設計も全て未経験の状態からスタートしています。「ここから 3 週間で？」と疑う気持ちは、私自身がいちばん抱いていたものです。
著者のポートフォリオ: 開発者ホームページ
Before: 従来の開発なら、どれくらいかかるか
今回作ったアプリの規模はこちらです。
| 項目 | 値 |
|---|---|
| コード行数 | 約48,000行（テスト含む） |
| テストケース | 813件 |
| 主要機能 | 32機能 |
| 画面数 | 8画面 + 21ダイアログ |
| DBテーブル | 6テーブル |
IPA（情報処理推進機構）のソフトウェア開発データ白書とCOCOMO IIモデルで試算すると、従来の開発で6〜9ヶ月かかります。フレームワークの学習だけで1〜2ヶ月です。
After: AI駆動開発の実績
AI駆動開発の結果がこちらです。
| 指標 | 従来開発（推定） | AI駆動開発（実績） | 効果 |
|---|---|---|---|
| 開発期間 | 6〜9ヶ月 | 21日 | 6〜9倍 短縮 |
| コード生産速度 | 50〜100行/日 | 2,281行/日 | 23〜46倍 |
| テスト密度 | 0〜3件/KLOC | 16.9件/KLOC | 6倍以上 |
| 学習コスト | 1〜2ヶ月 | 0日 | 省略 |
最もインパクトが大きいのは学習コスト0日です。Flutter を一切学ばずに、初日からプロダクションコードを書き始めました。これは、私自身も書きながら何度も「本当にいいのか？」と問い直した部分です。
工程別に見ると、さらに面白い
| 工程 | AI駆動（実績） | 従来（推定） | 短縮率 |
|---|---|---|---|
| 企画 | 1日 | 1〜2週間 | 70〜85% |
| 要件定義 | 1日 | 2〜4週間 | 80〜90% |
| 仕様検討 | 2日 | 3〜6週間 | 80〜90% |
| 設計 | 1日 | 2〜4週間 | 80〜90% |
| 開発 | 14日 | 3〜6ヶ月 | 85〜95% |
| テスト | 開発と並行 | 1〜2ヶ月 | 90〜95% |
| 合計 | 約21日 | 7〜14ヶ月 | 約90% |
注目すべきはテスト工程が独立した工程として消滅したことです。AIが開発と同時にテストを生成するため、テストを書く工程が不要になりました。
なぜこれが可能なのか
魔法ではなく「仕組み」です。Claude Code には5段階の最適化レベルがあります。
| Level | 追加要素 | 何が自動化されるか |
|---|---|---|
| 1 | 素のプロンプト | なし（毎回手動で指示） |
| 2 | + CLAUDE.md | プロジェクトルールの自動読み込み |
| 3 | + Skills | 手順書のオンデマンド注入 |
| 4 | + Hooks | コードフォーマット・テスト実行が自動 |
| 5 | + Agents | セキュリティ・パフォーマンスレビューが並行自動実行 |
Level 5 まで育てると、人間がやるのは**「何を作るか決める」ことと「動作確認する」こと**だけです。
人間: 「サブスク解約後に体験版に戻る仕組みを作って」
↓
AI: 設計提案 → 実装 → テスト生成 → セキュリティチェック → ドキュメント更新
↓
人間: 動作確認 → OK → コミットAIに任せられること、任せられないこと
| 役割 | 人間 | AI |
|---|---|---|
| 何を作るか | プロダクトビジョン、ドメイン設計 | - |
| どう作るか | 最終的なUX判断 | アーキテクチャ・技術選定・実装 |
| 品質保証 | 実機テスト、視認性確認 | テスト生成・静的解析・セキュリティ |
| リリース判断 | コミット & プッシュ | チェックリスト自動実行 |
AIは万能ではありません。「モバイルでキーボードに入力欄が隠れる」問題はAIでは検出できず、人間が実機で確認して初めて見つかりました。
**AIは「人間の意思決定を高速に具現化するエンジン」**として機能します。
で、何を作ったの？
この仕組みで作ったのが「ユメハシ（YumeHashi）」です（開発当初「ユメログ」として開発し、その後改名。改名の経緯はこちらの記事で詳しく書いています）。
夢を行動に変えるアプリ。 3 ステップで使えます。
- 書き出す — 夢を言葉にして書き出す
- 分解する — 夢を目標に、目標をタスクに分解
- 続ける — 活動の積み重ねが星座として輝く
32機能を搭載しており、詳細な技術スタックは 技術スタックの記事で解説しています。
開発の背景
学生時代、夢を持てず将来に希望を見出せない時期がありました。
本との出会いを通じて「生き生きと生きるには夢が必要」と気づき、夢を言語化し行動に移す仕組みをアプリとして形にしました。
このアプリ自体が、AI 駆動開発における私の「最初の一歩」でもあります。
ユメハシのパフォーマンス最適化の詳細は、技術スタックの記事と Firestore コスト最適化の記事で詳しく解説しています。
3 週間で作ったアプリの品質、自分の目で確かめてみてください
Web ブラウザですぐに開けます。無料・アカウント登録不要です。
触ってみて、「これが 3 週間で作れるんだ」と感じてもらえたら、ぜひ次の一歩は、あなた自身の手で踏み出してみてください。AI と並走する開発の景色は、思っているより、すぐ近くにあります。
関連記事
- 「作っては使わない」を繰り返していた私が、運用コスト 0 円でアプリを公開できるようになった話 — AI 駆動開発がサーバ構築のハードルをどう下げたか
- Astro v6 で個人ホームページを作って分かった — 情報の少ないフレームワークで設計を通す技術 — このサイトを支える技術スタックと設計判断