フレームワーク活用ガイドひとことで言うと#
「同じ現象を説明できる仮説が複数あるなら、最もシンプルなものから検証せよ」。14世紀の哲学者ウィリアム・オッカムに由来するこの原則は、不要な前提や複雑な理論を「剃り落とす」ことで、問題解決のスピードを上げる。シンプルな説明が正しいとは限らないが、シンプルな仮説から潰していく方が効率は圧倒的に良い。
押さえておきたい用語#
- オッカムの剃刀（Occam’s Razor）
- 「必要以上に多くのものを仮定してはならない」という思考原則。複数の仮説が同等に現象を説明できるなら、前提条件が少ないものを優先する。
- 節約原理（Principle of Parsimony）
- オッカムの剃刀の別名。科学の世界では仮説はできるだけ少ない前提で構築すべきという方法論として広く採用されている。
- 過剰適合（Overfitting）
- データのノイズまで説明しようとしてモデルが不必要に複雑になる現象。統計や機械学習の文脈でオッカムの剃刀が特に重視される場面の一つ。
- 反証可能性（Falsifiability）
- 仮説がテストによって否定され得る性質。シンプルな仮説ほど反証しやすく、検証サイクルが速く回る。
オッカムの剃刀の全体像#
こんな悩みに効く#
- 障害対応で「あれもこれも」と仮説が広がり、どこから手をつけるか迷う
- 企画会議で議論が複雑化し、本質が見えなくなる
- 原因分析レポートが長大になり、結局何が原因かわからない
基本の使い方#
まずは質より量。思いつく原因や説明を制限なく列挙する。
- ホワイトボードや付箋に1仮説1枚で書き出す
- この段階では「ありえなさそう」なものも含めてよい
- 複数人でやると、自分では思いつかない仮説が出る
- 5〜10個が目安。少なすぎると見落としがあり、多すぎると発散する
仮説ごとに「この説明が成り立つために、何を仮定しているか」を書き出す。
- 仮説A：「サーバーが落ちた」→ 前提1つ（サーバーの障害）
- 仮説B：「ネットワーク機器の故障かつDNS設定ミス」→ 前提2つ
- 仮説C：「特定ユーザーの操作がバグを踏み、かつキャッシュが腐り、かつ監視が見逃した」→ 前提3つ
- 前提が少ない順に並べ替える。これが検証の優先順位になる
シンプルな仮説は検証も速い。1つずつ潰していくことで効率的に原因に到達できる。
- 仮説Aを検証 → 棄却されたら仮説Bへ、確認されたらそこで終了
- 検証手段もシンプルなものから（ログ確認、簡単なテスト、ヒアリングなど）
- 「複雑な仮説の方が面白い」という誘惑に負けない
- シンプルな仮説がすべて棄却されて初めて、複雑な仮説を検討する
具体例#
状況: ECサイトのコンバージョン率が前月比で30%低下。マーケティング、UI、決済、商品ページなど多くの要因が疑われ、会議が3回目に突入していた
仮説の列挙と前提の数:
- A：決済ページの読み込み速度が遅くなった（前提1つ）
- B：新しいUI変更がユーザーを混乱させている（前提1つ）
- C：競合のキャンペーンで流入ユーザーの質が変わった（前提2つ：競合施策＋ユーザー行動変化）
- D：SEO順位の低下＋広告経由のLPミスマッチ（前提2つ）
シンプルな順に検証:
- 仮説A → PageSpeed Insightsで確認。決済ページの読み込み時間が2.1秒→6.8秒に悪化していた。画像最適化プラグインの更新が原因
- 仮説B以降は検証不要に
結果: プラグインをロールバックし、翌週にCVRが回復。3回の会議で議論していた複雑な仮説群は不要だった。最もシンプルな仮説（1つの技術的問題）が正解だったケース。
状況: 自動車部品メーカー。あるラインの不良率が1.2%→4.8%に急増。品質管理チームが「設備劣化」「材料ロット不良」「作業員の技能低下」「温湿度の変化」など8つの仮説を立て、全方位調査を計画していた
オッカムの剃刀を適用:
- 仮説を前提の数で並べ替え、最シンプルなものから検証
- 仮説1：材料ロットが変わった（前提1つ）→ 直近のロット番号を確認 → 変更なし。棄却
- 仮説2：設備の設定値がずれた（前提1つ）→ 設定値を確認 → 温度設定が前回メンテナンス後に2℃ずれていた
結果: メンテナンス記録を確認すると、3日前の定期点検後に温度校正がリセットされていた。設定値を修正し、不良率は翌日に1.0%に回復。全方位調査なら2週間かかるところを2時間で解決。「最もつまらない仮説が正解だった」と品質管理リーダーはコメントしている。
状況: 小学3年生の息子が月曜の朝に「学校行きたくない」と言い始めた。親はいじめ、学習困難、教師との相性、発達特性など様々な深刻な原因を想像し、スクールカウンセラーへの相談を検討
オッカムの剃刀で仮説を整理:
- A：月曜1時間目の体育が嫌（前提1つ）
- B：特定の友達との関係が悪化（前提1つ）
- C：いじめを受けている（前提2つ：加害者の存在＋継続的な行為）
- D：学習についていけず自信を失っている（前提2つ：学力低下＋自己効力感の低下）
シンプルな順に確認:
- 仮説A → 「月曜は何が嫌？」と聞いたら「マラソンが嫌だ。走ると横っ腹が痛くなる」と即答
- 連絡帳で担任に相談 → マラソン中のペース配分を指導してもらう
その後: 翌週から「行きたくない」がなくなった。最もシンプルな仮説（特定科目への苦手意識）を最初に確認したことで、深刻な方向に話を広げずに済んだ。もちろんシンプルな原因でない場合もあるが、まず聞いてみることのコストはゼロに等しい。
やりがちな失敗パターン#
- 「シンプルな仮説＝正しい」と思い込む — オッカムの剃刀は検証の優先順位を決める道具であり、「シンプルな方が必ず正しい」とは言っていない。シンプルな仮説が棄却されたら複雑な仮説に進む
- 複雑な仮説に飛びつく快感に負ける — 「実はこういう複合的な原因で…」と語る方が知的に見える誘惑がある。だが問題解決ではスピードが正義
- 仮説の列挙を省略する — いきなり「これが原因だろう」と決め打ちするのはオッカムの剃刀ではない。まず複数の仮説を出し、前提の数で比較するプロセスが不可欠
- チームの合意を得ずに適用する — 「シンプルな仮説から検証しよう」というアプローチ自体への合意がないまま進めると、「雑に考えている」と見なされることがある
まとめ#
オッカムの剃刀は「考えるな」ではなく「考える順序を最適化せよ」という実践的な原則だ。複雑な問題ほど、シンプルな仮説から順に潰すことで検証のスピードが上がる。ECサイトの障害も、製造ラインの不良も、子どもの「行きたくない」も、最初に確認すべきは最もシンプルな説明だった。700年前の哲学者が残した原則は、現代の問題解決においても驚くほど有効に機能する。