問題解決フレームワーク一覧|仕事で使える思考の型を目的別に整理

フレームワーク図鑑

問題解決フレームワークは数が多く、名前だけ知っていても使い分けが難しいものです。 その結果、

  • とりあえずMECEを使う
  • ロジックツリーを作ったが次に進まない
  • 仮説思考と論点思考の違いが曖昧

といった状態になりやすくなります。

フレームワークは、たくさん知ることよりも、どの場面で何を使うかを整理していることが重要です。 この記事では、問題解決でよく使う型を目的別に整理します。

問題解決フレームワークは4つの工程で使う

仕事の問題解決は、大きく次の4工程に分けられます。

1. 問いを定める 2. 問題を分解する 3. 答えを組み立てる 4. 実行に落とす

フレームワークは、このどこで使うかによって選ぶべきものが変わります。

工程1: 問いを定めるフレームワーク

論点思考

「今答えるべき問いは何か」を定める型です。 議論が広がりすぎるとき、最初に使います。

関連記事: 論点思考とは?

So What / Why So

主張と根拠のズレを確認しながら、問いを明確にするのに役立ちます。

関連記事: So What / Why Soとは?

工程2: 問題を分解するフレームワーク

MECE

漏れなくダブりなく整理する基本形です。 原因や施策の候補を洗い出すときに便利です。

関連記事:

ロジックツリー

問題をツリー状に分解し、原因や打ち手を見つける型です。 MECEと相性がよく、実務で使いやすいフレームワークです。

関連記事: ロジックツリーの作り方

なぜなぜ分析

原因を深く掘りたいときに使います。 再発防止に向いた型です。

関連記事: なぜなぜ分析のやり方

工程3: 答えを組み立てるフレームワーク

ピラミッド構造

結論、根拠、具体例の順で説明を組み立てる型です。 報告書、メール、プレゼンで強いです。

関連記事: ピラミッド構造の使い方

結論ファースト

相手に伝わる順番に並べるための実践型です。 口頭説明に特に有効です。

関連記事: 結論ファーストの話し方テンプレート

工程4: 仮説と打ち手を作るフレームワーク

仮説思考

不確実な中でも、仮の答えを置いて前に進むための型です。 スピードが求められる仕事で重要です。

関連記事: 仮説思考とは?

フェルミ推定

概算で規模感を見積もるときに使います。 施策の優先順位づけにも役立ちます。

関連記事: フェルミ推定とは?

目的別の使い分け早見表

目的向いているフレームワーク
問いを絞る論点思考、So What / Why So
問題を広く分解するMECE、ロジックツリー
原因を深く掘るなぜなぜ分析
伝わる形で説明するピラミッド構造、結論ファースト
仮の答えを素早く置く仮説思考、フェルミ推定

よくある使い分けの悩み

MECEとロジックツリーの違い

MECEは「切り方の原則」、ロジックツリーは「図にして分解する方法」です。 実務ではセットで使うことが多いです。

なぜなぜ分析はいつ使うか

原因候補がある程度見えたあと、深掘りに使うのが向いています。 いきなり使うと視野が狭くなることがあります。

仮説思考は雑な判断ではないのか

仮説思考は雑に決めることではありません。 不確実な中で、検証前提の仮置きをする考え方です。

まず何から学ぶべきか

初学者なら、次の順番が使いやすいです。

1. 論理的思考とは? 2. MECEとは? 3. ロジックツリーの作り方 4. ピラミッド構造の使い方

この順番で学ぶと、基礎から実務へのつながりが見えやすくなります。

まとめ

問題解決フレームワークは、万能ツールではなく工程ごとに役割が違う道具です。

  • 問いを定める
  • 分解する
  • 組み立てる
  • 仮説を置く

この流れに沿って使い分けると、フレームワークが生きます。 まず一つずつ深く理解したい方は、この記事から各詳細ページへ進めてください。

よくある質問(FAQ)

Q. 問題解決フレームワークが多すぎてどれを使えばよいかわかりません まずMECEとロジックツリーの2つを使いこなすことから始めるのをおすすめします。この2つは問題分解の基本であり、他のフレームワーク(仮説思考・ピラミッド構造など)はその上に積み上げられます。

Q. フレームワークを使えるようになるにはどうすればいいですか? 実際の仕事の課題でフレームワークを使うことが最短の近道です。今日の報告書をピラミッド構造で書く・今週の問題をロジックツリーで分解するという小さな実践の積み重ねが、確実にスキルを向上させます。

Q. フレームワークを使っても問題解決できないことはありますか? フレームワークは思考の型であり万能ではありません。問題によってはデータが不足していたり前提が複雑すぎたりすることもあります。フレームワークはあくまで考える出発点として使い、現場の判断と組み合わせることが重要です。

タイトルとURLをコピーしました