掲載済み (2026-02-07号)
#169 290文字 • 2分

## AIで並列開発に挑んだら、逆に効率を落とした話

日本語

掲載情報

概要

https://tech-blog.rakus.co.jp/entry/20260204/ai-parallel-development

詳細内容

## AIで並列開発に挑んだら、逆に効率を落とした話 https://tech-blog.rakus.co.jp/entry/20260204/ai-parallel-development AIを用いた複数機能の同時開発を試行し、実装速度の向上が招く「手戻りの連鎖」と「レビューの停滞」という落とし穴を詳らかにする。 **Content Type**: Opinion & Commentary **Language**: ja **Scores**: Signal:5/5 | Depth:4/5 | Unique:4/5 | Practical:5/5 | Anti-Hype:5/5 **Main Journal**: 90/100 | **Annex Potential**: 89/100 | **Overall**: 92/100 **Topics**: [[AIコーディング, ワークフロー改善, Claude Code, コードレビュー, フロントエンド開発]] 本記事は、**Codex**や**Claude Code**を活用し、4〜5画面を同時に進める「AI並列開発」に挑んだ実体験に基づく考察です。著者は、AIに特化した**仕様書・実装計画書**の作成や、**git worktree**を活用してAIが参照すべきコンテキスト(フロントエンド・バックエンド・API定義)を整理するディレクトリ構成など、独自の工夫を詳述しています。 しかし、結果として当初の見積もりを1週間超過する事態となりました。主な要因は、細かすぎる計画書が軽微な仕様変更による「手戻りの連鎖」を招いたこと、そして開発者一人の実装ペースが加速したことで**コードレビュー**がボトルネックとなり、チーム全体のリードタイムが悪化したことにあります。 AIによる「作る速さ」が必ずしも「終わる速さ」に直結しないことを示し、**PRの粒度**やレビュー側との同期、仕様の抽象度管理といった、AI時代の新たな開発プロセスの重要性を説いています。AI導入で実装効率を上げつつも、プロジェクト全体の停滞に悩む開発リーダーやエンジニアにとって、極めて示唆に富む内容です。