フレームワーク活用ガイドひとことで言うと#
人は観察した事実からいきなり結論に飛ぶのではなく、データの選択→意味づけ→前提の追加→結論→行動という「はしご」を無意識に登っている。このプロセスを可視化することで、思い込みによる対話のズレや誤った意思決定を防ぐフレームワーク。クリス・アージリスが提唱し、ピーター・センゲが『学習する組織』で広めた。
押さえておきたい用語#
- 推論のはしご（Ladder of Inference）
- 観察可能なデータから行動に至るまでの7段の思考プロセスを階段状に表現したモデル。段を登るほど主観が入る。
- 選択的注意（Selective Attention）
- 膨大な情報の中から自分に都合のよいデータだけを無意識に拾うこと。はしごの最初の段で起こる。
- 反射ループ（Reflexive Loop）
- 過去の信念が次の観察に影響を与える自己強化サイクル。一度登ったはしごが次の判断の前提になり、思い込みが固定化する。
- はしごを降りる（Walking Down the Ladder）
- 自分や相手の推論を逆にたどり、どの段でズレたかを特定する対話テクニック。
推論のはしごの全体像#
こんな悩みに効く#
- 「なぜあの人はああいう判断をしたのか」が理解できず、対立が深まる
- チーム内で同じ出来事なのに解釈がバラバラで合意が取れない
- 自分の結論が正しいと思い込み、相手の意見を聞けなくなることがある
- 感情的な反応をしてしまい、後から「早とちりだった」と後悔する
基本の使い方#
結論や行動を決めたとき、はしごを上から下に降りて自分の思考プロセスを振り返る。
- 「私が選んだデータは何だったか？」「見落としたデータはないか？」と問う
- 意味づけに自分の過去の経験や感情が影響していないか確認する
- 特にネガティブな結論に至ったときほど、はしごを降りる習慣が効果的
相手と意見が合わないとき、どの段でズレているかを探す。
- データの選択が違う → 「あなたはどの情報を見ていますか？」
- 意味づけが違う → 「そのデータをどう解釈していますか？」
- 前提が違う → 「どんな前提を置いていますか？」
- ズレの段を特定するだけで、対立が「意見の相違」から「認識の確認」に変わる
相手を否定せず、好奇心をもって推論のプロセスを聞く。
- 「どのデータからそう考えましたか？」（データの選択を確認）
- 「それはどういう意味だと捉えましたか？」（意味づけを確認）
- 「他の解釈の可能性もありますか？」（前提を広げる）
- 尋問ではなく、一緒にはしごを降りる姿勢が重要
ズレの原因がわかったら、同じデータセットから再出発する。
- 双方が同意できる事実を書き出す
- 事実から改めて意味づけ・前提・結論を一緒に組み立てる
- 「正しい結論」を争うのではなく、より良い結論を共創するマインドセットが鍵
具体例#
営業マネージャーが部下の四半期評価で「主体性が足りない」と判断し、B評価をつけた。部下は「十分に動いた」と感じており、面談が険悪になりかけた。
マネージャーが推論のはしごで自分の思考を振り返った:
- データの選択: 週次会議で部下が発言しなかった3回の場面だけを記憶していた
- 意味づけ: 「発言しない＝考えていない」と解釈した
- 前提: 「主体性がある人は会議で積極的に発言するものだ」
部下のはしごを聞いてみると:
- データの選択: 自分が裏で根回しして成約に導いた案件4件を重視していた
- 意味づけ: 「会議は情報共有の場で、根回しこそが主体性」と解釈していた
ズレはデータの選択と意味づけの段で起きていた。双方の事実を統合した結果、「行動量は十分だが、可視化が不足」という共通認識に至り、評価はB+ に修正。翌四半期から週報に「水面下の活動」欄を追加し、マネージャーも会議外の行動を把握できるようになった。
BtoB SaaS企業で、営業チームが「この機能がないと売れない」と主張し、プロダクトチームが「それは一部の顧客の声にすぎない」と反論。3か月膠着していた。
両チームのはしごを可視化した:
営業のはしご:
- データ: 直近で失注した5件のうち3件で「機能Xがない」が理由に挙がった
- 意味づけ: 機能Xがないせいで売上を逃している
- 前提: 失注理由＝最大のボトルネック
- 結論: 機能Xを最優先で開発すべき
プロダクトのはしご:
- データ: 既存顧客200社のうち機能Xの要望は12社（6%）
- 意味づけ: 少数派の要望であり、優先度は低い
- 前提: 多くの顧客に影響する機能を優先すべき
- 結論: 機能Xは後回し
ズレはデータの選択の段だった。営業は「失注案件」、プロダクトは「既存顧客」しか見ていなかった。両方のデータを統合して分析すると、機能Xを求めるのは年商10億円以上のエンタープライズ層に集中していた。
結論を修正: 機能Xを「エンタープライズプラン」の差別化要素として開発。3か月後にエンタープライズ契約が月2件→月5件に増加し、ARR（年間経常収益）が**15%**向上した。
フルリモートの開発チーム12名で、Slackでのやり取りが頻繁に「冷たい」「怒っている」と誤解される問題が起きていた。特にリーダーの短文メッセージ（「了解」「確認します」）が「不機嫌なのでは」と受け取られ、チームの心理的安全性スコアが3.2/5.0に低下。
チーム全員で推論のはしごワークショップを実施した:
メンバーのはしご（典型例）:
- データ: リーダーが「了解」とだけ返信した
- 意味づけ: いつもはもう少し長い返信なのに短い＝何か不満がある
- 前提: 短い返信＝ネガティブな感情の表れ
- 結論: 自分の提案がよくなかったのだ
- 行動: 次から提案を控える
リーダーの実際:
- 移動中でスマホから返信していただけ
- 提案は良いと思っており、後で詳しくコメントするつもりだった
ワークショップ後、チームで3つのルールを決めた: (1) 短文返信には絵文字を1つ添える、(2) 「後で詳しく返します」を使う、(3) ネガティブに感じたら「はしごを降りて」事実を確認する質問をする。
2か月後、心理的安全性スコアは3.2→4.1に改善。Slackでの誤解に起因するコンフリクトが月6件→1件に減少した。
やりがちな失敗パターン#
- 「はしごを降りろ」と相手に指摘する — 上から目線で指摘すると防衛反応を引き起こす。まず自分のはしごを開示してから、相手にも聞くのが鉄則
- すべての場面ではしごを降りようとする — 日常のすべてで推論を検証していたら意思決定が遅くなる。対立や重要な判断の場面に限定して使う
- データの段だけ確認して安心する — 同じデータを見ていても意味づけや前提が違えばズレる。はしごの全段を確認しないと根本的な解消にならない
- 反射ループを無視する — 一度形成された信念が次の観察に影響することを理解していないと、何度はしごを降りても同じパターンを繰り返す
まとめ#
推論のはしごは、人が事実から行動に至るまでの無意識な思考プロセスを7段のステップで可視化するモデルである。対話のズレや対立の多くは、結論の違いではなく途中の段（データの選択・意味づけ・前提）のズレから生まれている。はしごを降りて「どこでズレたか」を特定し、共通の事実に戻ることが、建設的な対話の出発点になる。