【図解】問題構造とは？「事象」に振り回されず「急所」を見抜く思考の設計図

この記事では、問題構造を、起きている事実を分解し、要素・制約・原因仮説の関係を整理して、次に確かめる問いを作るための図や表として扱います。原因を確定する図ではなく、調査と意思決定の出発点です。

目の前の現象だけで施策を決めると、解釈を事実として扱うおそれがあります。事実・解釈・仮説を分け、どの情報を確認すれば判断が変わるかを残すことが重要です。

この記事では、架空の業務例を使い、氷山モデル、7項目のワークシート、原因仮説の確認、方針・施策・改善・検証へのつなぎ方を整理します。

1. 問題構造とは？

この記事では、問題構造を「現象、望ましい状態、関係する要素、制約、原因仮説、確認方法を一つの見取り図にしたもの」と扱います。これは実務上の操作的な定義であり、図に書いた因果関係が確認済みであることを意味しません。

原因は、検証前には原因仮説として記録します。仮説が外れる可能性や、複数の仮説が同時に成り立つ可能性を残すと、施策を急いで固定せずに済みます。

氷山モデルは、見えている現象と、水面下にある要素・制約・仮説を分けて考える補助線です。水面下の記述は推測のままにせず、確認済みか未確認かを付けて扱います。

次の7項目を上から順に書くと、現象から施策へ飛ばずに、確認すべき仮説を残せます。空欄を埋めた後も、確認結果に応じて更新してください。

架空の業務例です。特定の企業、顧客、業界、運営者本人の経験を示すものではありません。

観測された事実は、問い合わせへの返答が予定より遅れ、担当者によって確認先が違っている、という記録でした。望ましい状態は、受付内容に応じた確認先が分かり、返答状況を追えることです。

この例で「分類が原因だった」とは、まだ言えません。確認結果に応じて仮説を修正し、必要なら前節のワークシートへ戻って、別の要素や制約を整理します。

図を完成させることがゴールではありません。事実と仮説の境界を確認し、方針を決め、改善活動として施策を小さく試します。結果は事実やデータで検証し、施策を続けるか、見直すかを判断します。

用語	この記事での役割	次の問い
現象	観測した出来事	何が起きているか
問題	望ましい状態との差	何を変えたいか
課題	問題に対して取り組むテーマ	どこまでを扱うか
原因仮説	差に関係しそうな検証前の説明	何を確かめればよいか
施策	仮説に対して試す変更	何を、誰が、どう変えるか
改善	現状と望ましい状態の差を小さくするため、施策・測定・見直しを繰り返す活動	差が縮まったか、別の負担が増えていないか
検証	事実・データで結果を確かめる工程	次に続けるか、戻るか

問題構造から判断の方向を定めるときは方針の意味と使い方、試す変更を具体化するときは施策の意味と作り方、施策・測定・見直しを一連の改善活動として整理するときは改善の進め方、結果を事実やデータで確かめるときは検証の進め方を参照できます。