その30分、実際は90分——時間の見積もりが崩壊する人の「補正ルール」4つ
※本記事にはプロモーションが含まれます。
「30分で終わります」と言った作業が、90分かかる。
資料作成、メールの返信、ちょっとした修正——着手する前は本気で「30分」だと思っているのに、終わってみると倍以上かかっている。
その結果、後ろの予定が玉突きでずれて、夜には予定表が原形をとどめていない。筆者も営業の仕事で毎日これをやっていました。
先に言っておくと、これは「見積もりが下手」なのではなく、「見積もりという行為が構造的に楽観へ倒れる」だけです。
心理学ではこの傾向は「計画錯誤(planning fallacy)」という名前で古くから知られていて、人間は自分の作業時間を系統的に短く見積もることがわかっています。
つまり、直そうとする場所が違うんです。「正確に見積もれるようになる」のを目指すのではなく、楽観に倒れた見積もりを、機械的に補正するルールを持てばいい。
この記事では、精神論を一切使わずに、次の4つのルールだけで予定表の崩壊を止める方法を解説します。
- 楽観見積もりには必ず係数を掛ける(デフォルトは×1.5)
- タスク種類別に「自分の実測係数」をつくる(2週間の雑な記録でOK)
- 着手前に「前回何分かかったか」をAIに聞く(記憶ではなく記録で見積もる)
- 予定は「見積もり×係数+切り替えバッファ」で置く
なぜ見積もりは毎回楽観に倒れるのか
対策の前に、構造だけ整理しておきます。見積もりが崩壊する原因は、大きく2つです。
原因1:見積もっているのは「作業そのもの」だけ
「資料作成30分」と見積もるとき、頭の中でカウントしているのは手が動いている時間だけです。しかし実際の90分には、こういうものが含まれています。
- ファイルを探す・前回の資料を見返す準備時間
- 前のタスクから頭を切り替える切り替えロス
- 「あれ、この数字どこだっけ」で発生する調べ物の脱線
- 途中で来る通知・声かけによる中断と復帰
見積もりに入っていないものは、当然オーバーします。30分の見積もりが90分になるのは、60分ぶんの「見えない工程」を最初から数えていないからです。
原因2:記憶に残るのは「うまくいった回」だけ
「このタイプの資料なら30分でできたことがある」——それは事実かもしれません。ただしそれは、調子が良くて、中断がなくて、素材が揃っていたベストケースの記録です。
人間の記憶は都合よくベストケースを代表値にしてしまうので、記憶ベースの見積もりは必ず下振れします。
ここまでが構造です。準備も切り替えも中断も毎回必ず発生するのに、毎回見積もりから抜ける。だから「次こそちゃんと見積もろう」は対策になりません。抜けることを前提に、あとから機械的に補正するのが正解です。
ルール1:楽観見積もりに、必ず係数を掛ける
一番シンプルで、今日から使えるルールです。
頭に浮かんだ見積もりを口に出す前に、1.5倍する。
「30分で終わりそう」と思ったら、予定表には45分で置く。相手に伝えるときも45分で伝える。見積もりの精度を上げようとするのではなく、楽観のまま出てきた数字を出口で補正するのがポイントです。
これなら意志も集中力も要りません。掛け算だけです。
係数の目安は、タスクの性質でざっくり変えると精度が上がります。
| タスクの性質 | 係数の目安 | 理由 |
|---|---|---|
| 何度もやった定型作業(日報・定例メール) | ×1.2 | 見えない工程が少ない |
| 手順はわかるが毎回内容が違う(資料作成・執筆) | ×1.5 | 調べ物・手戻りが混ざる |
| 初めてやる・手順が不明(新規ツール設定・慣れない事務手続き) | ×2〜3 | 想定外しかない |
※この数字は学術的な定数ではなく、あくまで運用の初期値です。本当の係数は次のルール2で、自分の実測から出します。
ルール2:タスク種類別に「自分の実測係数」をつくる
係数×1.5は他人の初期値です。自分専用の係数を持つと、見積もりは道具として使い物になります。作り方は単純で、「見積もり」と「実測」を並べて割るだけです。
- 着手前に、直感の見積もりをメモする(補正しない生の数字でよい)
- 終わったら、実際にかかった時間をメモする
- 2週間ぶんたまったら、タスク種類ごとに「実測÷見積もり」の平均を出す
たとえばこうなります。
| タスク種類 | 見積もり合計 | 実測合計 | 自分の係数 |
|---|---|---|---|
| 提案資料の作成 | 120分 | 250分 | ×2.1 |
| メール・チャット返信 | 60分 | 80分 | ×1.3 |
| 経費精算などの事務 | 30分 | 85分 | ×2.8 |
これが出た瞬間から、「資料作成は自分の見積もりを2倍する」「事務作業は3倍で置く」という自分だけの換算表が手に入ります。以後、見積もりの場面で考えることはありません。直感の数字に、種類別の係数を掛けるだけです。
記録は「雑」でいい
ここで「記録なんて絶対続かない」と思った方、正しいです。だから記録のハードルを最低まで下げます。フォーマットはこれだけで十分です。
2026-09-01
- 提案資料(A社) 見積30分 → 実測75分
- 経費精算 見積15分 → 実測40分 ※レシート探しで20分溶けたテキストファイル1枚に、1日1〜3行。分単位が面倒なら「見積30分→体感倍」でも構いません。きれいなツールに移す必要も、毎日続ける必要もありません。
2週間ぶん(実働10日)たまれば係数は出せます。集計は自分でやらなくていい——というのが次のルールです。
ルール3:着手前に「前回何分かかったか」をAIに聞く
実測係数の運用で一番面倒なのは、記録を見返して集計する部分です。そこで筆者は、見返す作業ごとAIに渡しています。
使っているのはClaude Code(ターミナルで動くAIエージェント)で、手元のテキストファイルを直接読めるため、この用途と相性が抜群です。
やることは2つだけです。
- 作業ログを
work-log.mdのような1つのファイルに書き足していく(上の雑フォーマットのまま) - タスクに着手する前に、こう聞く
work-log.md を読んで、次の質問に答えてください。
1. 「提案資料の作成」に、前回と前々回はそれぞれ何分かかった?
2. 見積もりと実測の比率(私の係数)は?
3. 今回も同じ種類の資料を作る。実測ベースの見積もりを出して。
カレンダーに置くブロックの長さ(バッファ込み)も提案して。返ってくるのは「前回75分・前々回90分、あなたの見積もりは平均2.1倍ずれるので、今回は80分ブロック+予備20分で置くのが妥当」といった、記憶ではなく記録に基づいた見積もりです。
自分のベストケース記憶で見積もるのをやめて、実績データで見積もる。ルール2の集計も「係数を種類別に出して」と言えば終わりです。
この「覚えておくのをやめて、思い出す作業をAIに渡す」発想は、議事録・商談メモの管理でも同じ形で使えます。詳しくは「忘れる前提」の仕事術——議事録・商談メモをAIに覚えさせるで解説しています。
Claude Codeをまだ入れていない方は、コピペだけで終わる導入手順をClaude Codeの始め方にまとめてあります。月額20ドル程度のProプランで十分動きます。
ルール4:予定は「見積もり×係数+切り替えバッファ」で置く
最後は、補正した見積もりをカレンダーに置くときのルールです。係数を掛けても予定が崩れる場合、原因はタスクの中ではなくタスクとタスクの間にあります。
- 予定ブロックの長さ=見積もり×自分の係数(係数が未計測なら×1.5)
- ブロックとブロックの間に15分の切り替えバッファを必ず挟む。移動があるなら移動時間+15分。「前の予定が終わった瞬間に次が始まる」カレンダーは、その時点で破綻が確定しています
- 締切から逆算して「開始デッドライン」を決める。「15時提出・補正後見積もり90分・バッファ30分」なら、13時が開始デッドラインです。守るのは締切ではなく開始時刻——ここを過ぎたら他の何を切ってでも着手する、という運用にすると、締切前夜の崩壊がなくなります
- 1日に詰めるブロックは稼働時間の6割まで。残り4割は、割り込みと想定外の受け皿です。埋まっていない時間は「サボり」ではなく、予定表の耐震構造です
よくある疑問
Q. 係数を掛けたら、予定が半分しか入らなくなります
A. それが実際のキャパシティです。これまでは2倍の量を「入る」と誤認して、半分を破綻させながら消化していただけです。入る量が正しく見えると、断る・ずらす判断が事前にできるようになり、結果として信用は増えます。
Q. 相手に伝える納期も補正後でいいのでしょうか
A. 補正後で伝えてください。「30分でやります」と言って90分かけるより、「90分ください」と言って90分で出すほうが、相手から見た精度は圧倒的に上です。早く終われば前倒しで出せばいいだけで、誰も損をしません。
Q. 記録が続かず、係数が作れません
A. 続けなくて大丈夫です。必要なのは連続記録ではなく、種類ごとに数サンプルです。「今週は資料作成だけ測る」のような一点集中でも係数は出ます。それすら面倒なら、ルール1のデフォルト係数×1.5だけでも、無補正よりはるかにましです。
まとめ:見積もりは「当てる」ものではなく「補正する」もの
- 見積もりが楽観に倒れるのは構造(計画錯誤)。精度を上げる努力ではなく、出口で係数を掛ける
- 雑な記録2週間で、タスク種類別の自分の実測係数が手に入る
- 集計と「前回何分かかった?」はClaude Codeに作業ログを読ませて任せる。記憶ではなく記録で見積もる
- カレンダーには係数込みブロック+切り替え15分で置き、開始デッドラインを守る
「30分で終わる」が一度も30分で終わらないのは、あなたの能力の問題ではなく、見積もりという行為の仕様です。仕様なら、補正ルールで対処できます。
まずは今日の残りの予定を、全部1.5倍にしてみてください。夕方の予定表が、久しぶりに原形をとどめているはずです。
【免責事項】当サイトは医療情報を提供するものではありません。診断・治療に関する判断は医療機関にご相談ください。また、当サイトはアフィリエイトプログラムを利用しており、記事内のリンク経由で商品・サービスに申し込みがあった場合、運営者が報酬を受け取ることがあります。掲載情報は執筆時点のものです。最新の情報は各公式サイトをご確認ください。
