フレームワーク活用ガイドひとことで言うと#
「自分だけは大丈夫」「うまくいくはず」と、良い結果を過大に見積もるバイアス。人間の約80%がこの傾向を持つと言われる。プロジェクトの納期超過、予算オーバー、起業の失敗率の過小評価など、楽観性バイアスはビジネスの至るところで損害を生んでいる。
押さえておきたい用語#
- 楽観性バイアス（Optimism Bias）
- 自分にとって望ましい結果が起こる確率を過大に見積もり、リスクを過小に評価する認知の偏りを指す。
- プレモーテム分析（Pre-Mortem Analysis）
- プロジェクト開始前に「すでに失敗した」と仮定して、失敗原因を逆算するリスク特定手法のこと。ゲイリー・クラインが提唱。
- 計画の誤謬（Planning Fallacy）
- タスクの完了に必要な時間やコストを実際より少なく見積もる傾向のこと。楽観性バイアスの代表的な現れ方。
- 参照クラス予測（Reference Class Forecasting）
- 過去の類似プロジェクトの実績データを基準にして、見積もりを補正する手法のこと。個人の直感より精度が高い。
楽観性バイアスの全体像#
こんな悩みに効く#
- プロジェクトがいつも予定より遅れ、予算を超える
- 事業計画の売上予測が楽観的すぎる
- リスクを指摘しても「大丈夫でしょ」で流される
基本の使い方#
以下の場面で楽観性バイアスが特に強く働く。
- 時間の見積もり — 「3日あればできる」→ 実際は1週間
- コストの見積もり — 「100万円で足りる」→ 実際は200万円
- 成功確率の見積もり — 「8割は成功する」→ 実際は3割
- リスクの見積もり — 「最悪のケースは起きない」→ 起きる
自分やチームの過去の見積もり精度を振り返ることが第一歩。
通常の「うまくいくための計画」ではなく、「失敗した未来から逆算する」。
- 「このプロジェクトが大失敗したと仮定してください」とチームに伝える
- 全員に「なぜ失敗したか？」の理由を3つ書き出させる
- 出てきたリスクを整理し、対策を計画に組み込む
楽観的な人も「すでに失敗した前提」で考えると、リスクを具体的に想像できるようになる。
楽観性バイアスを前提に、数値にバッファを加える仕組みを作る。
- 時間: 見積もりの1.5〜2倍を計画値にする
- コスト: 予算に20〜30%の予備費を含める
- リスク: ベストケース・ベースケース・ワーストケースの3パターンで計画する
「バッファを入れると甘い計画になる」と思うかもしれないが、実態は「バッファなしの計画がバイアスで歪んでいる」だけ。
具体例#
従業員120名の中堅SIer。過去2年間の全15プロジェクトを分析したところ、納期超過率は87%、平均超過日数は当初見積もりの1.6倍だった。
プレモーテム分析で出たリスク（新規案件）:
| リスク | 過去の発生率 | 影響度 |
|---|---|---|
| 要件変更の発生 | 93%（15件中14件） | 平均3週間の遅延 |
| 外部API仕様変更 | 40% | 平均1週間の遅延 |
| テスト不足による手戻り | 67% | 平均2週間の遅延 |
補正した計画:
- 開発期間: 3ヶ月 → 4.5ヶ月（1.5倍バッファ）
- 予算: 500万円 → 650万円（30%バッファ）
- 要件変更用の工数を1ヶ月分確保、テスト期間を2週間追加
結果: 4ヶ月・600万円で完了。初めて計画内に収まり、顧客満足度も向上。 「バッファは甘えではなくバイアスの補正」という認識がチーム全体に浸透した。
EdTech領域のスタートアップ創業者の木村さん。投資家向け事業計画で「1年目で月間1万ユーザー」と予測していた。
楽観性バイアスの検証:
- 同領域の先行サービス8社の1年目ユーザー数を調査（参照クラス予測）
- 結果: 中央値は月間2,800ユーザー、1万超えは8社中1社のみ
- 木村さんの見積もりは上位12.5%に入る前提だった
補正した事業計画:
| 指標 | 楽観的予測 | 参照クラス補正後 |
|---|---|---|
| 1年目月間ユーザー | 10,000 | 3,000 |
| 1年目月間売上 | 300万円 | 90万円 |
| 黒字化時期 | 12ヶ月目 | 24ヶ月目 |
| 必要資金 | 2,000万円 | 3,500万円 |
結果: 補正後の計画で3,500万円を調達。実績は1年目で月間3,200ユーザーとなり、計画内で推移。 投資家からも「現実的な計画で信頼できた」と評価された。
青森県の建設会社（従業員45名）。過去5年間の住宅建築28件中、工期内完了はわずか7件（25%）。施主からのクレームが年間12件を超えていた。
原因分析:
- 営業段階で「うちなら4ヶ月で建てます」と短い工期を提示していた
- 冬場の降雪による工事中断を毎年「今年は大丈夫」と楽観視
- 資材調達の遅れを「たぶん間に合う」で放置
改善策:
- 過去28件の実績データから、季節別の平均工期を算出
- 冬季（12〜3月）は工期に1.3倍のバッファを自動加算するルールを導入
- 見積もり時に「施主への約束工期 ＝ 社内計画工期 × 1.2」とする基準を設定
結果: 翌年の工期内完了率が25% → 78%に改善。クレームも年間12件 → 3件に激減。 「最初から現実的な工期を提示する方が、結局は施主からの信頼を得られる」と社長が認識を改めた。
やりがちな失敗パターン#
- 「自分はバイアスがない」と思う — これ自体が楽観性バイアス。過去の見積もりと実績を比較すれば、ほぼ全員が楽観方向にズレている。データで自覚することが最初のステップ
- バッファを「余裕」として削る — 上層部が「もっとタイトにできないか」とバッファを削ると、結局納期超過する。バッファは「余裕」ではなく「バイアスの補正」であることを共有する
- 楽観を完全に排除しようとする — 適度な楽観は挑戦する原動力になる。問題は「計画の数値」に楽観を混ぜること。ビジョンには楽観を、計画にはリアリズムを
- プレモーテムを形だけで終わらせる — リスクを洗い出しても、対策を計画に反映しなければ意味がない。「リスク → 対策 → 計画への反映」のセットで実行する
まとめ#
楽観性バイアスは人間の80%が持つ「自分だけはうまくいく」という思い込み。プロジェクト計画では、プレモーテム分析でリスクを先に洗い出し、参照クラス予測で過去の実績と照合し、見積もりに構造的なバッファを組み込むことで対処できる。楽観性自体は悪ではないが、計画の数値に楽観を混ぜると確実に痛い目を見る。ビジョンは楽観的に、計画は現実的に。