計画書を作るほど仕事が遅くなる理由

Claude CodeにはPlan Modeという機能があります。実行前にAIが計画を立て、人間がレビューしてから作業を進めるという流れを設計したものです。聞こえはいい。ただ、このモードをめぐって現場の実践者の間で「計画を立てるほど遅くなる」という逆説的な議論が出てきています。

背景にあるのはAIの特性です。プロンプトひとつで、見た目が整った計画書・ステップ分解・リスクチェックリストが瞬時に生成できます。問題はそれが「できてしまう」ことで、完成度の高いドキュメントに錯覚して、実際の着手前に計画フェーズだけが長くなるケースが増えているという点です。

人間が手を動かして計画を立てる場合は、計画の重さ（コスト）が実感できます。「これ以上詳細に落とすのは時間の無駄」という感覚が自然に働く。ところがAIが瞬間的に計画書を出してしまうと、そのコスト感が失われる。精緻であることが正しいことと混同されやすくなります。

この議論の本質は「Plan Modeが良い悪い」ではなく、「どのタスクに計画フェーズが本当に必要か」を自分で判断できるかどうかです。以下の軸で整理できます。

計画フェーズを入れた方がいい場面

• 影響範囲が広い（複数ファイルを横断する・本番環境に触れる）
• やり直しコストが高い（外部APIへの書き込み・データ削除）
• 完成形のイメージが自分の中でまだ固まっていない

計画フェーズを飛ばしてよい場面

• タスクが一画面で収まるくらい小さい
• 出力が可逆（すぐ差し戻せる）
• 「どんな出力になるか」を事前に確認するより動かして確認した方が早い

注目したいのは、後者のケースがコーディング作業全体の中で思いのほか多いという点です。計画が必要なタスクは実際にはそれほど多くなく、Plan Modeを常時オンにすることでかえって小さな作業のスループットが落ちる、という指摘が実践者から出ています。

AIには「面倒なとこだけ」渡すのが正解で取り上げた「渡す範囲を絞る」という考え方と根本的に同じ構造です。AIの出力範囲ではなく、AIへの計画委託の範囲にも、同じ判断が必要になっています。

使う側として押さえたいのは、AIが計画を立てる能力を持ったことで、むしろ「自分が判断できているか」の比重が上がったという点です。

AIが生成した計画書は、それっぽく見えます。タスクが細かく分解され、依存関係が整理され、リスクも列挙されている。しかしその計画のどこで手を止めてよいか、どの粒度で実行に移ってよいかは、人間が判断するしかありません。

計画書の精度を上げることと、仕事が速く進むことは別の問題です。使いこなしの文脈では「判断する側に立てているか」が問われます。Plan Modeはその判断能力の有無を可視化するツールでもあります。計画を確認するレビューで「何を見ているか」「何を承認しているか」が曖昧なまま進めているなら、そこが次の課題になります。

GPT-6「1モデル全任せ」より役割分担が正解で取り上げた「何をAIに任せ、何を自分で判断するか」という問いは、Plan Modeの運用にもそのまま当てはまります。