日曜の夜に1週間分の計画をきれいに立てたのに、月曜の割り込み対応でズレて、水曜にはもう計画表を開かなくなっている。そもそも、どのタスクをどの順に並べればいいか分からない。計画づくり自体に2時間かかって、作り終えた時点で疲れ切っている――計画を立てるのが苦手という感覚は、こうした「作っても崩れる」「作るだけで消耗する」経験の積み重ねから生まれます。
結論から言えば、計画を立てるのが苦手な人ほど、最初から「完璧で詳細な計画」を作ろうとしていることが多いのです。対処は逆方向にあります。節目だけを決める「ざっくり逆算」で骨組みを作り、具体化するのは直近1週間だけ。そして崩れたら組み替える前提で回す。計画に求める完成度を下げるほど、計画は実際に機能し始めます。
私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、計画への苦手意識がどこから生まれるのかを気合い論に逃げずに構造から整理し、「詳細な計画ほど崩れる3つの理由」「ざっくり逆算の4ステップ」「つまずきやすいポイントと対策」を解説します。
計画づくりの具体的な手順そのものを知りたい方は「仕事の計画の立て方」を、立てた計画がいつも途中で崩れてしまう悩みは「計画倒れを防ぐ仕組み」を併せてご覧ください。本記事は、その手前にある「そもそも計画が苦手」という意識をほどくことに焦点を当てます。
計画を立てるのが苦手なのは、能力ではなく「作り方」の問題
まずこの悩みに正面からお答えします。計画を立てるのが苦手なのは、段取り力や頭の回転といった能力の問題ではありません。振り返ってみると、多くの場合「計画に求めている完成度が高すぎる」という作り方の問題に行き着きます。
計画が得意に見える人も、未来を正確に読めているわけではない
「計画通りに進められる人」を見ると、自分との差は予測の精度にあるように感じます。けれど実際に計画がうまく回っている人の進め方を観察すると、未来を細部まで当てているわけではなく、外れたときの直し方が軽いという共通点がたいてい見つかります。ズレたら数分で組み替えて、また進む。予測の正確さではなく、修正の身軽さで回しているのです。
だとすれば、目指すべきは「外れない計画を作る力」ではありません。外れることを織り込んだ形で計画を持つこと。この視点の切り替えが、苦手意識をほどく出発点になります。
苦手な人ほど「完璧で詳細な計画」を作ろうとしている
計画を立てるのが苦手だと感じている方に、崩れたときの計画表を思い出してもらうと、次のような特徴が並ぶことが多いはずです。
- 全タスクを最初に洗い出し、日単位まで割り付けようとしている：作る段階で消耗し、本題に入る前に疲れている。
- 1つ予定どおり進まないと、計画全体が信用できなくなる：初日の遅れで「もうこの計画は無理だ」と感じ、計画表ごと放置する。
- 崩れた自分を責めて、次はもっと細かく作ろうとする：細かくするほどさらに崩れやすくなり、苦手意識が強化される。
共通しているのは、「計画とは、細部まで決めて、そのとおりに守るもの」という前提です。だとすれば、直すべきは自分の能力ではなく、この前提のほう。次のセクションで、詳細な計画ほど崩れやすい構造を分解します。
詳細な計画ほど崩れやすい3つの構造
計画を立てるのが苦手という感覚の裏側には、詳細な計画が構造的に持っている弱点があります。ここを知っておくと、「崩れたのは自分のせいではなく、計画の形のせいだった」と切り分けられるようになります。
理由1：未来の見積もりは原理的に外れる（計画錯誤）
「この資料は2時間で終わるはず」と見積もったのに、実際は半日かかった――思い当たる場面は誰にでもあるはずです。心理学ではこの傾向は「計画錯誤（planning fallacy）」と呼ばれ、人は自分の作業にかかる時間を楽観的に見積もりやすいことが知られています。
重要なのは、これが性格や経験不足の問題ではなく、人間の見積もりに広く見られる傾向だという点です。つまり、日単位・時間単位まで詳細に詰めた計画は、どれだけ丁寧に作っても最初からズレを抱えています。詳細にすればするほど「外れる箇所」が増えるだけなのです。
理由2：詳細すぎる計画は、1つ崩れると全部崩れる
月曜から金曜まで、タスクが数珠つなぎに割り付けられた計画を想像してください。月曜のタスクが1つ長引くと、火曜以降の予定がすべて後ろにずれます。ずれた瞬間、計画表と現実が食い違い、「計画表を直す作業」という新しい仕事まで発生する。ここで直すのが面倒になり、計画表そのものを見なくなる――計画が崩れる典型的な流れです。
要素同士が密に連結した構造は、1点の変更が全体に波及します。詳細な計画とはまさにこの構造で、作り込むほど1つのズレに対して脆くなるのです。逆に、節目だけを決めた粗い計画は、途中の順番が入れ替わっても骨組みが崩れません。
理由3：「計画は一度作ったら守るもの」という思い込み
3つ目は計画そのものではなく、計画との付き合い方です。「立てた計画は守らなければならない」と考えていると、1回の崩れが「失敗」になります。失敗体験が積み重なるほど、計画を立てること自体が嫌になっていく。計画を立てるのが苦手という意識は、この悪循環の産物であることが多いのです。
けれど計画の本来の役割は、未来を固定することではなく、今日の行動を決めやすくすることです。予測が外れたら書き直すのは、失敗ではなく計画の正常な運用です。天気予報が外れたら傘の持ち方を変えるのと同じで、そこに自分を責める要素はありません。崩れたあとのリカバリー設計は「計画倒れを防ぐ仕組み」で詳しく扱っています。
ざっくり逆算で回す計画術：4ステップ
ここからは実践です。計画を立てるのが苦手な人に合うのは、細部を詰める計画ではなく、節目だけを逆算で決めて、具体化は直近に絞る作り方です。手順は4つだけです。
- ゴールと期限を1行で書く：「○月○日までに提案資料を提出する」のように、着地点を1行だけ言葉にする。ここが曖昧だと逆算が始められません。
- 節目を2〜4つだけ置く：期限から逆算して、「ここを越えていれば大丈夫」という中間地点を数個だけ決める。週単位くらいの粗さで十分です。
- 直近1週間だけ具体的なタスクに割る：来週以降は節目のままにしておき、今週やる分だけを手が動く粒度まで分解する。
- 週に1回、組み替える：週の終わりに節目とのズレを確認し、次の1週間分を具体化し直す。崩れていたら責めずに並べ直す。これが計画の「運用」です。
完璧詳細型とざっくり逆算型の違い
| 観点 | 完璧詳細型（崩れやすい） | ざっくり逆算型（回り続ける） |
|---|---|---|
| 決める範囲 | 期間全体を日単位で割り付け | 節目だけ決め、具体化は直近1週間 |
| 見積もりの扱い | 当たる前提で積む | 外れる前提で余白を残す |
| ズレたとき | 全体が崩れ、計画表を放置 | 節目は無事。1週間分だけ並べ直す |
| 計画づくりの負荷 | 数時間かかり、作る前に消耗 | 骨組みは15分程度、毎週の更新は数分 |
| 計画の位置づけ | 一度作ったら守るもの | 書き直しながら使う道具 |
直近1週間の具体化は「タスク分解」とセットで
4ステップの中で一番効くのが、ステップ3の「直近1週間だけ具体化する」です。節目は方向を示すだけなので、実際に手を動かすには「今週の火曜にこれをやる」という粒度まで割る必要があります。大きいタスクを予定に落とし込める大きさまで分解する手順は「タスク分解からスケジュールに落とす方法」で具体的に解説しています。
ここで無理に1週間先まで完璧に読もうとしないでください。週の後半はどうせ状況が変わります。確度高く決めるのは2〜3日先まで、残りは仮置きくらいの力加減が、計画錯誤とうまく付き合うコツです。
ざっくり逆算でつまずきやすいポイントと対策
ざっくり逆算はシンプルな方法ですが、運用しているうちに元の「完璧詳細型」に引き戻されがちです。よくあるつまずきを3つ挙げておきます。
つまずき1：節目を増やしすぎて、結局詳細計画に戻る
丁寧に進めたい人ほど、節目を5個、8個と増やしたくなります。けれど節目が増えるほど連結が密になり、理由2で見た「1つ崩れると全部崩れる」構造に戻ってしまいます。節目は「ここを越えていれば間に合う」と言える最少の数に留めるのが原則です。迷ったら減らす方向に倒してください。
つまずき2：直近1週間に詰め込みすぎる
具体化する範囲を1週間に絞っても、その1週間に予定を目一杯詰めれば同じことが起きます。割り込みや想定外は必ず入るものとして、埋めるのは稼働の7〜8割までを目安に余白を残す。スケジュールを詰め込みすぎて毎週パンクする場合は「予定を詰め込みすぎて回らない人の仕組み」が参考になります。
つまずき3：崩れた日を「失敗」として処理してしまう
計画がズレた日に「今日もダメだった」と締めくくると、悪循環が再開します。ズレた日にやることは反省ではなく組み替えです。「何が想定より重かったか」を1行メモして、翌日以降の並びを直す。この動作を数分で終える習慣がつくと、計画は崩れても「壊れない」ものになります。振り返ると、計画への苦手意識が薄れていくのは、たいていこの「軽い組み替え」が身についた頃です。
🎯 「直近1週間の具体化」を肩代わりするのが「するたす」です
- ✅ 入力はタスク名だけ → AIが今日できる最初の一歩まで自動分解
- ✅ 節目からの割り方に迷わない → 手が動く粒度まで一気に割れる
- ✅ 崩れても組み替えが軽い → 分解し直すコストがほぼゼロ
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
ケース：提出まで4週間の提案資料をざっくり逆算で組む
手順を具体例に落とします。「4週間後に提案資料を提出する」という仕事を、ざっくり逆算で組むとこうなります。
節目は3つだけ置く
- 1週目の終わり：資料の構成（目次レベル）について関係者と方向性を合わせる
- 3週目の終わり：たたき台を通しで作り終える
- 提出2日前：最終化を終え、確認の余白を残す
これだけです。2週目と3週目の中身はまだ決めません。「3週目の終わりにたたき台があればいい」という骨組みさえ守れれば、途中の順番は入れ替わって構わないからです。
直近1週間だけタスクに割る
- 過去の類似資料を2〜3本集めて目を通す
- 今回の提案の骨子を箇条書きでメモする
- 構成案（目次）のたたきを1枚にまとめる
- 関係者に構成案を見せる場を設定する
これで「今日は何をやればいいか」が毎朝迷わず決まります。週の終わりに節目とのズレを見て、翌週分をまた割る。もし1週目で構成が固まらなくても、節目を半週ずらして組み替えればいいだけで、計画全体が壊れるわけではありません。この「割る→進める→組み替える」のサイクルこそが、計画を立てるのが苦手な人でも回し続けられる計画運用の正体です。
計画を立てるのが苦手な人からよくある質問（FAQ）
Q1. 計画を立てるのが苦手なのは、性格だから直らないのでは？
性格の問題として扱う必要はありません。崩れた計画を振り返ると、「全体を詳細に決めすぎた」「見積もりが楽観的だった」「崩れたとき書き直す前提がなかった」のどれかに当てはまることが多いはずです。いずれも作り方と運用の問題なので、節目だけ決めて直近だけ具体化する形に変えれば、性格はそのままでも計画は回り始めます。
Q2. 計画がいつも最初の数日で崩れます。どうすれば？
数日で崩れるのは、日単位で密に割り付けた計画が1つのズレで連鎖的に崩れる構造になっているからであることが多いです。まず節目だけの粗い骨組みに作り替え、具体化は直近1週間に絞ってください。それでも崩れた週は、責めずに数分で組み替える。崩れたあとの立て直し方は「計画倒れを防ぐ仕組み」で詳しく解説しています。
Q3. 計画づくりに時間がかかりすぎて疲れます
時間がかかるのは、最初に全タスクを洗い出して期間全体に割り付けようとしているからではないでしょうか。ざっくり逆算なら、決めるのは「ゴール1行＋節目2〜4つ＋今週の分解」だけです。骨組みは15分程度で作れますし、毎週の更新も数分で済みます。計画づくりが重い作業でなくなると、続けること自体が苦でなくなります。
Q4. どこまで細かく計画すればいいですか？
目安は「遠くは粗く、近くは細かく」です。来週以降は節目のまま置いておき、直近1週間だけ手が動く粒度に分解する。さらに言えば、確度高く決めるのは2〜3日先までで、週の後半は仮置きで構いません。未来を細かく決めるほど外れる箇所が増えるだけなので、細かさは「今日の行動が決まる最低限」で十分です。
Q5. いっそ計画を立てずに、来たものから順にやるのはダメですか？
締切のない仕事だけなら、それでも回ることがあります。ただ、期限のある仕事では「気づいたら残り3日」という事態を防ぐ仕組みが必要です。ざっくり逆算は、計画嫌いの人にとっての最小限の保険と考えてください。決めるのは節目だけなので、「計画に縛られる感覚」はほとんどないまま、締切だけは外さなくなります。
まとめ：計画を立てるのが苦手なら、計画の完成度を下げる
- 計画を立てるのが苦手という意識は、能力ではなく「完璧で詳細な計画を作ろうとする」作り方から生まれていることが多い
- 詳細な計画が崩れるのは 見積もりは原理的に外れる（計画錯誤）・密な計画は1つのズレで連鎖崩壊する・「守るもの」という思い込みが崩れを失敗に変える という3つの構造のため
- 対処は「ざっくり逆算」：ゴール1行 → 節目2〜4つ → 直近1週間だけ具体化 → 週1回組み替え
- 節目は最少に、直近1週間は稼働の7〜8割まで、崩れた日は反省ではなく組み替えに数分使う
- 計画は未来を固定するものではなく、今日の行動を決めやすくする道具。書き直すのは失敗ではなく正常な運用
骨組みができたら、次は日々の運用です。計画づくりの手順を一通り体系的に押さえたい方は「仕事の計画の立て方」、節目から今週のタスクに落とす分解のやり方は「タスク分解からスケジュールに落とす方法」へどうぞ。
🚀 「するたす」を無料で試す
ざっくり逆算の「直近1週間の具体化」を、AIが肩代わり。タスク名を入れるだけで、今日できる最初の一歩まで自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
タスク分解の”摩擦”をゼロにすることをテーマに、プロダクトを日々磨いています。
