構造化思考とは?情報整理と伝達を一体化するコンサル必須スキル
構造化思考は、情報を体系的に整理し、わかりやすく伝達するための思考法です。並列・直列・階層の3パターン、ピラミッド原則との関係、実践的な使い方を解説します。
構造化思考とは
構造化思考とは、複雑な情報や問題を一定のルールに基づいて体系的に整理し、全体像と各要素の関係性を明確にする思考法です。英語では「Structured Thinking」と呼ばれ、コンサルティングファームにおける問題解決の基盤スキルとして位置づけられています。
マッキンゼーのバーバラ・ミントが提唱した「ピラミッド原則」では、構造化された思考を「Skillful Writing through Structured Thinking(構造化思考による巧みな文章術)」として体系化しました。ここからもわかるように、構造化思考は「考えること」と「伝えること」を一体化する技術です。
情報を構造化するとは、バラバラに散らばった事実やアイデアに対して「グルーピング」「順序付け」「階層化」のいずれかの操作を行い、受け手が理解しやすい形に再構成することを意味します。
構成要素
構造化思考には3つの基本パターンがあります。扱う情報の性質や伝達の目的に応じて使い分けます。
並列構造
同じレベルの要素を横並びに整理するパターンです。各要素間に上下関係や時間的前後はなく、対等な関係にあります。MECE(漏れなくダブりなく)の原則と組み合わせて使うことで、論点の抜け漏れを防げます。
| 活用例 | 内容 |
|---|---|
| 3C分析 | Customer / Competitor / Company |
| SWOT分析 | Strength / Weakness / Opportunity / Threat |
| 比較表 | A案 / B案 / C案 |
直列構造
要素を時系列や因果関係に沿って順番に並べるパターンです。プロセスやフロー、手順の説明に適しています。前の要素が後の要素の前提条件となる関係性を示します。
| 活用例 | 内容 |
|---|---|
| バリューチェーン | 調達→製造→物流→販売→サービス |
| PDCAサイクル | Plan→Do→Check→Act |
| 購買プロセス | 認知→検討→購入→利用→推奨 |
階層構造
全体から部分へ、抽象から具体へと分解していくパターンです。ロジックツリーやピラミッドストラクチャーの基盤となる、最も汎用性の高い構造です。上位概念と下位概念の包含関係を明示します。
| 活用例 | 内容 |
|---|---|
| ロジックツリー | 問題→原因→具体的要因 |
| ピラミッドストラクチャー | 結論→根拠→事実 |
| 組織図 | 全社→事業部→部→課 |
ピラミッド原則との関係
バーバラ・ミントのピラミッド原則は、階層構造をベースにしつつ、各層内では並列構造(MECEなグルーピング)を適用する複合的な構造化手法です。結論を頂点に置き、根拠を下層に展開するこの手法は、構造化思考の集大成といえます。
実践的な使い方
ステップ1: 情報を収集し、要素を洗い出す
まず、対象テーマに関する情報を網羅的に集めます。この段階では構造化を意識せず、ブレインストーミングのように要素を出し切ることが重要です。付箋やメモに1要素1枚で書き出すと、後の整理がしやすくなります。
ステップ2: 適切な構造パターンを選択する
洗い出した要素の性質と、伝達の目的に応じて3パターンのいずれかを選びます。判断基準は以下のとおりです。
- 要素間に順序や因果がある → 直列構造
- 要素間が対等で分類・比較したい → 並列構造
- 全体から詳細へ掘り下げたい → 階層構造
実際のビジネスシーンでは、大枠を階層構造で整理し、各階層内で並列構造や直列構造を使う「複合型」が最も一般的です。
ステップ3: 要素を配置し、検証する
選んだ構造に要素を配置したら、以下の観点で検証します。
- 同じ階層の要素は粒度が揃っているか
- 上位概念と下位概念の包含関係は正しいか
- 漏れやダブりはないか(MECE)
- 受け手にとって理解しやすい順序になっているか
ステップ4: 伝達フォーマットに変換する
検証を終えた構造を、資料やプレゼンテーションのフォーマットに変換します。構造がしっかりしていれば、スライドの構成、報告書の章立て、口頭説明のアウトラインのいずれにも自然に変換できます。
活用場面
- プロジェクトの初期設計: 論点を構造化し、作業計画の骨格を作る
- インタビューの設計: 聞くべき項目を漏れなく構造化し、網羅的に質問を準備する
- 報告書・提案書の作成: 情報を構造化してから執筆することで、論理的で読みやすい文書になる
- 会議のファシリテーション: 議論の全体構造を示し、参加者の認識を合わせる
- 問題解決: 問題の全体像を構造化し、根本原因を特定する
注意点
構造化は目的ではなく手段
情報をきれいに整理すること自体が目的化すると、本来の課題解決や意思決定に至らないまま時間を浪費します。「何のために構造化するのか」を常に意識し、必要十分な粒度で止めることが重要です。
一つの構造に固執しない
最初に選んだ構造パターンが必ずしも最適とは限りません。要素を配置してみて違和感がある場合は、別のパターンを試す柔軟性が必要です。並列で整理していた要素が、実は因果関係(直列)を持っていたというケースは珍しくありません。
「構造化のための情報収集」を怠らない
手持ちの情報だけで構造化すると、重要な要素が抜け落ちます。構造化は情報収集と表裏一体であり、構造のスキマが見えたら追加調査を行う姿勢が求められます。
まとめ
構造化思考は、並列・直列・階層の3パターンを使い分けて情報を整理する技術です。MECEやロジックツリー、ピラミッドストラクチャーといった個別フレームワークの土台となるスキルであり、情報の「整理」と「伝達」を一体化する点に最大の価値があります。日常業務の中で意識的に3パターンを使い分け、構造化の精度とスピードを高めていくことが、コンサルタントとしての基礎力向上につながります。
参考資料
- How to master the seven-step problem-solving process - McKinsey & Company
- ピラミッド構造(ピラミッド・ストラクチャー) - グロービス経営大学院