この記事では、問題構造を、起きている事実を分解し、要素・制約・原因仮説の関係を整理して、次に確かめる問いを作るための図や表として扱います。原因を確定する図ではなく、調査と意思決定の出発点です。
目の前の現象だけで施策を決めると、解釈を事実として扱うおそれがあります。事実・解釈・仮説を分け、どの情報を確認すれば判断が変わるかを残すことが重要です。
この記事では、架空の業務例を使い、氷山モデル、7項目のワークシート、原因仮説の確認、方針・施策・改善・検証へのつなぎ方を整理します。
1. 問題構造とは？
この記事では、問題構造を「現象、望ましい状態、関係する要素、制約、原因仮説、確認方法を一つの見取り図にしたもの」と扱います。これは実務上の操作的な定義であり、図に書いた因果関係が確認済みであることを意味しません。
原因は、検証前には原因仮説として記録します。仮説が外れる可能性や、複数の仮説が同時に成り立つ可能性を残すと、施策を急いで固定せずに済みます。
- 現象：観測した出来事。例として、問い合わせへの返答が遅れている。
- 問題：現状と望ましい状態の差として、解決対象を表したもの。
- 原因仮説：差に関係しそうな説明。確認前のため、事実と区別する。
- 施策：原因仮説に対して試す具体的な変更。結果を測定して見直す。
2. 氷山モデルで表面と背景を分ける
氷山モデルは、見えている現象と、水面下にある要素・制約・仮説を分けて考える補助線です。水面下の記述は推測のままにせず、確認済みか未確認かを付けて扱います。
3. 問題構造図を作る7項目ワークシート
次の7項目を上から順に書くと、現象から施策へ飛ばずに、確認すべき仮説を残せます。空欄を埋めた後も、確認結果に応じて更新してください。
| 欄 | 記入する内容 | 確認のポイント |
|---|---|---|
| 1. 観測事実 | 記録や観察で確認できる出来事 | 評価語や原因を混ぜず、いつ・どこで・何が起きたかを書く |
| 2. 望ましい状態 | 到達したい状態と判断条件 | 「解決」ではなく、確認可能な状態を置く |
| 3. 差 | 現状と望ましい状態の違い | 不足、遅れ、ばらつき、衝突など差の形を分ける |
| 4. 要素 | 関係者、工程、情報、資源など | 差に関係しそうなものを列挙し、重要度を断定しない |
| 5. 制約 | 時間、予算、権限、技術など | 動かせる条件と動かしにくい条件を分ける |
| 6. 原因仮説 | 差に関係しそうな説明 | 原因と断定せず、確認方法と反証条件を添える |
| 7. 確認方法 | 仮説を確かめる記録・観察・小さな試行 | 何を見れば判断が変わるか、担当と時点を決める |
空欄テンプレート
- 観測事実： ＿＿＿＿＿＿＿＿＿＿
- 望ましい状態： ＿＿＿＿＿＿＿＿＿＿
- 差： ＿＿＿＿＿＿＿＿＿＿
- 要素： ＿＿＿＿＿＿＿＿＿＿
- 制約： ＿＿＿＿＿＿＿＿＿＿
- 原因仮説： ＿＿＿＿＿＿＿＿＿＿（反証条件：＿＿＿＿＿＿）
- 確認方法： 記録・観察・試行＿＿＿＿＿＿／担当＿＿＿＿＿＿／時点＿＿＿＿＿＿
原因仮説を確認する4つの視点
- 時系列：原因仮説の出来事が、現象より前に起きているか。
- 再現性：同じ条件で似た現象が起きるか。例外も残す。
- 代替仮説：別の要素や制約でも説明できないか。
- 小さな確認：影響範囲を広げる前に、確認できる範囲で試せるか。
4. 架空の業務例：問い合わせ対応の遅れを整理する
架空の業務例です。特定の企業、顧客、業界、運営者本人の経験を示すものではありません。
観測された事実は、問い合わせへの返答が予定より遅れ、担当者によって確認先が違っている、という記録でした。望ましい状態は、受付内容に応じた確認先が分かり、返答状況を追えることです。
- 要素：受付窓口、担当者、確認先、回答文、記録方法を並べる。
- 制約：確認できる時間、参照できる情報、担当者の権限など、動かせるか確認する。
- 原因仮説：受付時の分類が揃っていないことが、確認先の迷いに関係しているかもしれない。
- 確認方法：受付記録と返答履歴を見て、分類の違いと遅れの関係を確かめる。別の仮説も残す。
- 次の施策：分類項目の案を小さく試し、返答までの時間と例外を記録する。
この例で「分類が原因だった」とは、まだ言えません。確認結果に応じて仮説を修正し、必要なら前節のワークシートへ戻って、別の要素や制約を整理します。
5. 問題構造図を作った後の行動
図を完成させることがゴールではありません。事実と仮説の境界を確認し、方針を決め、改善活動として施策を小さく試します。結果は事実やデータで検証し、施策を続けるか、見直すかを判断します。
| 用語 | この記事での役割 | 次の問い |
|---|---|---|
| 現象 | 観測した出来事 | 何が起きているか |
| 問題 | 望ましい状態との差 | 何を変えたいか |
| 課題 | 問題に対して取り組むテーマ | どこまでを扱うか |
| 原因仮説 | 差に関係しそうな検証前の説明 | 何を確かめればよいか |
| 施策 | 仮説に対して試す変更 | 何を、誰が、どう変えるか |
| 改善 | 現状と望ましい状態の差を小さくするため、施策・測定・見直しを繰り返す活動 | 差が縮まったか、別の負担が増えていないか |
| 検証 | 事実・データで結果を確かめる工程 | 次に続けるか、戻るか |
問題構造から判断の方向を定めるときは方針の意味と使い方、試す変更を具体化するときは施策の意味と作り方、施策・測定・見直しを一連の改善活動として整理するときは改善の進め方、結果を事実やデータで確かめるときは検証の進め方を参照できます。
コメント