> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 推論のはしご

> 推論のはしごは、人が観察から行動へと無意識に移る過程を説明するモデルです。7つの段階、起源、そして推理を遅らせる方法を解説。

<Info>
  **カテゴリ**: 思考<br />
  **タイプ**: 認知フレームワーク<br />
  **起源**: クリス・アルジリス（Chris Argyris）/ ピーター・センゲ（Peter Senge）<br />
  **別名**: 推論ラダー、推論の段階
</Info>

<Note>
  **先に答えると** — 推論のはしご（Ladder of Inference）は、人が生の観察から信念や行動へと登っていく過程を示すモデルです。クリス・アルジリスが考案し、ピーター・センゲが普及させました。自動化された推理を遅らせ、結論の裏にある仮説を検証するのに役立ちます。
</Note>

## 推論のはしごとは？

**推論のはしご**（Ladder of Inference）は、人間が観察を行動に変換する過程を記述する心智モデルです。推理を7つの段からなるはしごとして表します。最下段には状況の観察可能な事実があり、最上段には私たちが取る行動があります。ほとんどの人は数秒で駆け上がるため、素早く行動できますが、一方で証拠なしに結論に飛びつくこともあります。

> 推論のはしごは、私たちが事実から決断や行動へ至るまでに、通常は気づかないうちに経ている思考プロセスを記述している。——ピーター・センゲ『第五のディシプリン』

危険なのは推理そのものではありません。危険なのは、中間の段——データの選択、解釈、仮説、結論、信念——があまりにも速く起こるため、私たちがそれらが選択であったことを忘れてしまうことです。一度最上段に信念が形成されると、次にどのデータに注意を向けるかを選別するフィルターとなり、私たちはさらに速く駆け上がり、信念はより反論しにくくなります。

### 推論のはしごを3つの深さで理解する

* **入門**: 「何が起こったか」から「それが何を意味するか」へ、一瞬で移ってしまう瞬間に気づきましょう。はしごはその飛躍を言語化します：データ、意味、仮説、結論、信念、行動。
* **実務**: 同僚のメールが気に入らないとき、具体的な言葉（データ）、与えた意味、立てた仮説、得た結論を書き出します。そして問うのです：他にどんな解釈がありうるか？
* **上級**: はしごを線ではなくループとして捉えましょう。今日あなたが持つ信念が、明日あなたが選ぶデータを決定します。したがって、行動を変えるには事実を正すだけでなく、信念を表出させて検証することが必要です。

## 起源

推論のはしごは、個人と組織がどう学ぶかを研究したハーバード・ビジネス・スクールの教授**クリス・アルジリス**によって発展させられました。アルジリスは1970年代にこのはしごを導入し、1982年の *Reasoning, Learning, and Action*、そして1990年の *Overcoming Organizational Defenses*（pp. 88–89）で正式に発表しました。これは防衛的行動の背後にある隠れた推理を明らかにするためのものでした。

このモデルは、**ピーター・センゲ**の1990年の著作『第五のディシプリン：学習する組織の芸術と実践』を通じて、より広い経営層に届きました。センゲは、なぜ組織の優秀な人々が同じ証拠を見て激しく対立するのかを説明するために、このはしごを用いました。1994年の『第五のディシプリン・フィールドブック』（pp. 242–246）では、センゲと共著者たちは推論のはしごを実践的なチームツールに変え、会話の中で語られていない仮説を明らかにする「レフトハンド・カラム」などの演習と組み合わせました。

## 要点

推論のはしごが役立つのは、見えない推理を可視化するからです。段が明らかになれば、それぞれの段に十分な証拠があるか問うことができます。

<Steps>
  <Step title="最下段は観察可能な現実">
    最初の段は、ビデオカメラが記録できるものすべてです：話された言葉、画面の数字、表情、延ばされた締め切り。この層も中立的ではありません——カメラにも角度があります——が、私たちが持つ最も解釈が少ない層です。
  </Step>

  <Step title="解釈の前にデータを選択している">
    注意は有限なので、脳は現実のごく一部を選んで処理します。その選択はすでに気分、役割、過去の経験、既存の信念によって偏っています。同じ会議にいた2人が、しばしば異なる「事実」を覚えているのはそのためです。
  </Step>

  <Step title="意味を加え、仮説を立てる">
    私たちは選んだデータを物語に変えます：「彼女は私のことを尊重していないから、私の話を遮った。」意味はデータの中にあるのではなく、私たちが付与するものです。仮説はデータの欠落を埋め、めったに声に出されません。
  </Step>

  <Step title="信念が行動を動かし、未来のデータを選別する">
    繰り返しの結論は信念として硬直化します。そしてその信念はフィルターとして働き、それを裏付けるデータには注目し、矛盾するデータは無視します。はしごは自己完結的なループになります。
  </Step>
</Steps>

## 応用場面

ある決断が自明に感じるのに他者が反対するとき、あるいになぜこんなに速く反応したのかをたどりたいときに、推論のはしごを使います。

<CardGroup cols={2}>
  <Card title="チームの対立を解消する" icon="people-group">
    各人に、自分が注意したデータ、与えた意味、得た結論を言語化してもらいましょう。語られていない仮説が可視化されると、対立はしばしば消えます。
  </Card>

  <Card title="フィードバックの対話を改善する" icon="comments">
    フィードバックを送る前に、観察と判断を分けましょう。「10分遅刻した」はデータです。「このチームを気にかけていない」は、何段も上の結論です。
  </Card>

  <Card title="戦略的仮説を検証する" icon="chess">
    プロダクトや事業戦略で、大きな賭けを動かしている信念を列挙します。各信念について、それを裏切るデータは何かを問いましょう。どんなデータでも考えを変えられないなら、それは戦略ではなく信念です。
  </Card>

  <Card title="個人の反応を遅らせる" icon="user-clock">
    怒りや不安がこみ上げたら立ち止まり、はしごを降りてみましょう。実際に何を観察したか？ どんな意味を与えたか？ 事実に合う別の解釈はないか？
  </Card>
</CardGroup>

## 事例

### スペースシャトル・チャレンジャーの発射決断（1986年）

1986年1月28日、スペースシャトル・チャレンジャーは発射73秒後に分解し、乗組員7人全員が犠牲になりました。直接的な技術的原因は、固体燃料ロケット・ブースターのOリング・シールの破損でした。しかし、氷点下近い天候での発射を承認した決断は、推論のはしごが動いた教科書的な例です。

観察可能なデータは明白でした。ケープ・カナベラルの夜間気温は約\*\*28°F（-2°C）\*\*まで下がり、これまでのどの発射よりもはるかに低くなっていました。ブースターを製造した請負業者モートン・チオコールの技術者たちは、Oリングの弾性が低温で急激に低下し、\*\*53°F（約12°C）\*\*以下でテストされたことがないというデータを持っていました。発射前のテレビ会議で、チオコールの技術者たちは発射反対を推奨しました。

しかし、NASAの管理者たちは別のはしごを登っていました。彼らが選んだデータには、元の設計仕様よりも低温で行われた過去24回の成功した発射が含まれていました。彼らはその歴史を「十分安全な設計」の証拠と解釈しました。彼らの仮説は、過去の成功が未来の安全を予測するというものでした。結論：Oリングの懸念は実証されていない技術者の心配で、飛行リスクではない。発射スケジュールと政治的圧力によって硬直化した信念は、スペースシャトル計画は信頼でき、遅延は高コストだというものでした。行動：彼らは発射を承認しました。

ロジャーズ委員会は後に、発射前にNASA管理層に提示された分析自体に欠陥があったと結論付けました。Oリングの損傷がなかった過去18回の発射が省略されており、それらを含めると温度と破損の関連が明確になりました。事故後の統計分析では、**31°F**での発射時にOリングの現場接合部が壊滅的に破損する確率は約\*\*13%**と推定され、**60°F**まで延期していれば約**2%\*\*にまで下がったとされています。

この悲劇は、集団がいかに速くはしごを登りえるかを示しています：「以前も発射した」ところから「今発射しても安全だ」へ、未検証の仮説が検証されることなく。技術者のデータと管理層のデータは同じではありませんでした。なぜなら、両グループは異なる段に立っていたからです。

## 限界と失敗パターン

推論のはしごは鏡であり、魔法の杖ではありません。自分の推理を見せてくれますが、自動的にそれを正しくはしてくれません。

1. **不確実性を消せない。** 多くの決断は不完全なデータの下で行われなければなりません。はしごは思考を遅らせますが、持っていない情報を与えてはくれません。

2. **武器になりうる。** 「あなたのデータは何ですか？」と問うことが、尋問のように聞こえることもあります。はしごは、自分の推理を先に明らかにしてから他者に問うときに最も効果を発揮します。

3. **価値観の対立を解決しない。** 同じデータから正しくはしごを登った2人でも、安全、スピード、コスト、公平性の重み付けが異なれば対立し続けます。はしごが示すのは推理のプロセスであり、トレードオフ自体は残ります。

よくある誤用は、すべての迅速な判断を失敗とみなすことです。子どもを車の流れから引き戻すような判断は即座の行動を要します。はしごは、間違えたときのコストが数分の省察のコストを上回る、影響の大きい決断のためにあります。

## よくある誤解

<AccordionGroup>
  <Accordion title="誤解：推論のはしごは、速い思考を信じてはいけないと言っている">
    はしごが反対しているのは直感ではなく、見えない推理です。専門家の直感は、長年にわたりはしごを自動的に昇降した結果であることが多いです。目標は、重要な決断を明示化することであり、すべてのスピードを奪うことではありません。
  </Accordion>

  <Accordion title="誤解：同じデータを共有すれば、同じ結論に達する">
    はしごは、なぜそれが誤りかを示します。同じデータでも、人々は異なるスライスを選び、異なる意味を与え、異なる信念を持っています。共有されたデータは合意に必要ですが、それだけでは不十分です。
  </Accordion>

  <Accordion title="誤解：はしごの頂上は悪で、底は善だ">
    行動や信念を避けるべき悪ではありません。問題は、あまりに速く登り、降りて確認をしないことです。信念は不可欠です。検証されていない信念が危険なのです。
  </Accordion>
</AccordionGroup>

## 関連概念

これらのフレームワークは、推論のはしごが明らかにした推理を検証、遅らせ、あるいは補完します。

<CardGroup cols={3}>
  <Card title="システム思考" icon="diagram-project" href="/ja/thinking/systems-thinking">
    信念や選択的注意が作る自己強化ループを含め、行動を形作るフィードバックループと構造を見る。
  </Card>

  <Card title="確証バイアス" icon="magnifying-glass" href="/ja/effects/confirmation-bias">
    既存の信念を裏付けるデータに注目し、矛盾するデータを無視する傾向——はしごを回転させるエンジンの一つ。
  </Card>

  <Card title="第一原理思考" icon="atom" href="/ja/thinking/first-principles-thinking">
    問題を根本的な真実まで分解し、はしごが運び上げた仮説を問い直す。
  </Card>

  <Card title="二階の思考" icon="layer-group" href="/ja/thinking/second-order-thinking">
    即時的な結果を超えた連鎖的影響をたどる。はしごを遅らせた後の自然な次のステップ。
  </Card>

  <Card title="批判的思考" icon="scale-balanced" href="/ja/thinking/critical-thinking">
    証拠と推理を評価するツールを提供し、はしごを降りて各段を点検するときに役立つ。
  </Card>

  <Card title="プレモーテム思考" icon="shield-exclamation" href="/ja/thinking/pre-mortem-thinking">
    決断が失敗したと想像して理由を問う。はしごが隠しかねない仮説を浮き彫りにする。
  </Card>
</CardGroup>

## 一言で言うと

<Tip>
  推論のはしごが求めているのは、判断をやめろということではない。信念が事実を選び始める前に、自分がどうやって判断に至ったかに気づけということだ。
</Tip>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.