問題解決フレームワーク｜現役コンサルが教える正しい使い分けと実践手順

2026年6月20日

「問題解決フレームワーク」は、コンサルティングの基本スキルとして頻繁に語られるテーマですが、実態は「イシューツリー」「なぜなぜ分析」「As is-To be」「ロジックツリー」「5W2H」など複数の手法が混在しており、「どの場面で何を使うか」を整理して理解している人は少数です。コンサルティング現場で観察すると、「フレームワークを使った気になっているが、結局問題が解けていない」事例が頻発しています。本記事では、問題解決のフェーズ別に使うべきフレームワーク、典型的な誤用、業界別の具体例、組織への定着までを実装視点で整理します。

この記事の要点

問題解決は「問題発見→原因分析→解決策設計→実行管理」の4フェーズで進む
各フェーズで使うべきフレームワークが異なり、混同すると示唆が出ない
典型的な誤用は、いきなり解決策・原因深掘り不足・実行管理の欠如の3パターン
イシューツリー／なぜなぜ／As is-To be／5W2Hの使い分けが実務の質を決める
組織定着には、座学・実演・自社案件レビューの3点セットが効果的

問題解決の4フェーズと使うべきフレームワーク

問題解決はフェーズによって使うべきフレームワークが異なります。まず全体構造を整理します。

フェーズ1：問題発見（What）

「何が真の問題か」を特定するフェーズです。表面的な症状ではなく本質的な問題を見極めることが目的で、イシューツリー・As is-To be分析・5W2Hが代表的な手法です。

フェーズ2：原因分析（Why）

「なぜその問題が起きているか」を構造的に明らかにするフェーズです。なぜなぜ分析（5Whys）・Whyツリー・特性要因図（フィッシュボーン）が代表的です。

フェーズ3：解決策設計（How）

「どうすれば問題を解決できるか」の打ち手を網羅し評価するフェーズです。Howツリー・SCAMPER・オプション評価マトリクスが代表的です。

フェーズ4：実行管理（Do/Check）

打ち手を実行し進捗を管理するフェーズです。KPI設計・PDCA・ガントチャート・OKRが使われます。

この4フェーズを順番に進むのが問題解決の標準プロセスであり、「フェーズを飛ばすと示唆が出ない」のが鉄則です。

フェーズ別の主要フレームワーク詳説

イシューツリー（問題発見）

イシューツリーは、問題を構造的に分解し、解くべき本質的なイシュー（問い）を特定するツリー構造です。「売上が低い」という大きな問題を、「客数が少ない」「客単価が低い」のような構成要素に分解し、さらに分解を続けます。MECEな分解が原則で、最下層のイシューが「具体的に解ける問い」になるまで掘り下げます。

なぜなぜ分析（原因分析）

なぜなぜ分析（5Whys）は、トヨタ生産方式で発展した手法で、ある事象に対して「なぜ？」を5回繰り返すことで根本原因を特定します。表面的な原因ではなく、構造的な原因に到達するのが目的です。製造業の品質問題分析で特に有効ですが、組織や戦略の問題にも応用可能です。

As is-To be分析（問題発見・解決策設計）

As is-To be分析は、現状（As is）とあるべき姿（To be）を対比し、そのギャップを問題として定義する手法です。「現状はどうなっているか」「理想はどうあるべきか」「そのギャップは何か」を順番に整理します。

5W2H（問題発見・実行管理）

5W2Hは、What（何を）・Why（なぜ）・Who（誰が）・When（いつ）・Where（どこで）・How（どのように）・How much（いくらで）の7要素で問題や打ち手を整理する手法です。情報の抜け漏れを防ぐチェックリストとして機能します。

Howツリー（解決策設計）

Howツリーは、「どうやって問題を解決するか」の打ち手を網羅的に分解するツリーです。「売上を上げる」を「新規顧客を増やす／既存顧客の単価を上げる／購買頻度を上げる」に分解し、各打ち手をさらに具体化していきます。

問題解決の典型的な誤用パターン

実務で観察される、問題解決の典型的な失敗を3つ整理します。

誤用1：いきなり解決策に飛ぶ

問題の正しい特定や原因分析を飛ばし、いきなり解決策を考え始めるパターンです。「とにかく早く動こう」という現場の圧力が背景にありますが、問題定義が誤っていると解決策も的を外します。優れたコンサルタントは「問題定義に時間の30〜40%を使う」と言われます。

誤用2：原因深掘りの不足

なぜなぜ分析を1〜2回で止めてしまい、根本原因に到達しないパターンです。「営業成績が悪い」→「営業の頑張りが足りない」で止めるのが典型例で、ここでは構造的原因が見えていません。「なぜ頑張りが足りないのか」「なぜそういう環境になっているのか」と深掘りすることで、組織構造や仕組みの問題が見えてきます。

誤用3：実行管理の欠如

解決策を設計したまま、実行管理（KPI設計・PDCA）を欠くパターンです。打ち手は実行されて初めて成果が出ます。「設計したから終わり」ではなく「実行して検証する」サイクルを設計しなければ、問題解決は完結しません。

業界別の問題解決フレームワーク活用例

製造業：歩留まり改善

製造業の歩留まり改善では、なぜなぜ分析と特性要因図が中心です。「不良品が多い」→「ライン3の特定工程で不良が多い」→「機械の温度設定が不安定」→「センサーの校正頻度が低い」→「校正計画が標準化されていない」のように、根本原因まで掘り下げます。

B2B SaaS：チャーン改善

SaaSのチャーン改善では、As is-To be分析とイシューツリーの併用が有効です。As isで「現状チャーン率20%」を分析し、To beで「目標10%」を設定。ギャップを「オンボーディング不全／機能未活用／カスタマーサクセス不足」に分解して各原因を特定します。

金融業：店舗業績改善

Ballistaが伴走してきた金融業界の店舗業績改善では、イシューツリーで「業績不振の構造要因」を、店舗立地・人員配置・商品ミックス・営業活動・顧客接点に分解。各要因を深掘りして打ち手に接続します。地域経済の構造変化も加味する必要があります。

飲料業界：シェア低下

飲料業界のシェア低下分析では、3C×イシューツリーの組み合わせが有効です。市場・競合・自社の3視点で原因を分解し、「ターゲット顧客層の高齢化／競合の新カテゴリ参入／自社プロモーション効果の低下」など複数原因を特定して優先順位を付けます。

問題解決フレームワーク同士の連結

フレームワークは単独ではなく、フェーズに応じて連結することで威力を発揮します。

代表的な連結パターンは「As is-To be→イシューツリー→なぜなぜ→Howツリー→KPI」です。As is-To beでギャップを定義し、イシューツリーで分解、なぜなぜで根本原因を特定、Howツリーで打ち手を網羅、最終的にKPIで実行管理する流れです。この5ステップを意識すると、問題解決のプロセスが体系的に進みます。

組織として問題解決スキルを若手に定着させる設計

問題解決スキルは「個人差が極めて大きい」スキルの代表格です。組織として一定水準で使いこなさせるには、座学（フェーズ別フレームワークの理解）・実演（先輩がどのように問題解決を進めるかを見せる）・自社案件レビュー（若手の問題解決アウトプットへの第三者フィードバック）の3点セットが必要です。Ballista研修『論理的思考』『ドキュメンテーション』では、問題発見から実行管理までの一連の流れを体系化しています。

ConStepを運営する株式会社Ballistaは、戦略系・大手コンサルファーム出身者が結集したプロフェッショナルファームとして、自社で問題解決スキルの体系化を実践してきた経験を持ちます。その実証メソッドを反映したカリキュラム『論理的思考』『戦略フレームワーク』では、問題解決の4フェーズ・フェーズ別フレームワーク・典型的な誤用・業界別具体例を、約2時間ずつのeラーニングで体系的に学べる設計になっています。座学で原理を理解した受講者が、自社の問題解決案件でレビューを受けるサイクルで、3〜6か月で若手・中堅に問題解決スキルを組織的に定着させることが可能になります。