5W1H

Contents

「How」を超えて：高度な問題解決のための5W1HフレームワークのMECEに基づく包括的拡張

第1章分析フレームワークにおける「How」の基礎的役割

1.1 古典的5W1Hの再訪：「方法」と「手段」としてのHowの伝統的スコープ

5W1Hは、ビジネスコミュニケーションにおいて情報を過不足なく、かつ明確に伝達するための基本的なフレームワークである ¹。このフレームワークは、「When（いつ）」「Where（どこで）」「Who（誰が）」「What（何を）」「Why（なぜ）」そして「How（どのように）」という6つの要素で構成され、報告書作成、企画立案、プレゼンテーションなど、多岐にわたる場面で思考の整理と情報共有の質を高めるために活用される ³。

この中で「How（どのように）」は、伝統的に行動の「手段」「方法」「プロセス」を問う要素として位置づけられてきた ⁶。例えば、プレゼンテーションの手段としてパワーポイントを使用する ⁸、ソフトウェア開発の手法としてアジャイル開発を採用する ¹⁰ など、具体的な実行方法や手順を明確にする役割を担う。この伝統的な定義は、ある目的（What）を達成するための具体的な道筋を示すことに主眼を置いている ¹¹。

1.2 自然な進化：「How Much」と「How Many」によるフレームワークの拡張

しかし、ビジネスの現場では、単に方法論を問うだけでは不十分な場面が頻繁に発生する。特に、予算や資源といった定量的側面は、意思決定において不可欠な要素である。この実務的な要求に応える形で、5W1Hは自然発生的に5W2Hや5W3Hへと拡張されてきた ³。この進化の核心は、「How Much（いくらで）」というコストの側面と、「How Many（いくつ）」という数量の側面が「H」の次元に追加されたことにある ⁹。

この進化は、元のフレームワークに内在していた一つの緊張関係を浮き彫りにする。元来の「How」が暗黙のうちに「プロセス」という質的側面に焦点を当てていたため、ビジネスプランニングに不可欠な「資源」という量的側面を分析するための明確な「問い」が欠落していた。5W2Hへの拡張は、このギャップを埋めるための市場主導の修正であり、フレームワークが静的なものではなく、実用的なニーズに応じて適応・進化する性質を持つことを示している ³。

1.3 分析目標の設定：厳密な探求のためのMECEという必須要件

本稿における分析の最終目標は、単に「H」の数を増やすことではなく、より厳密で論理的な分析を可能にするための構造を構築することにある。そのための指導原理となるのが、MECE（ミーシー）の概念である。MECEとは、Mutually Exclusive（互いに重複せず）かつCollectively Exhaustive（全体として漏れがない）状態を指す、論理的思考の基本原則である ¹³。

分析においてMECEを適用することは、重要な要素の見落とし（漏れ）を防ぎ、同じ事象を異なる角度から重複して分析する非効率（ダブり）を排除するために不可欠である ¹⁵。これにより、分析の網羅性と信頼性が高まり、より堅牢な結論を導き出すことが可能となる ¹⁴。したがって、本稿で目指す「How」の拡張は、このMECEの原則に厳密に準拠したものでなければならない。

さらに、5W1Hフレームワークが、目的応じて要素の順序を柔軟に変更して活用される点も重要である ²。例えば、聞き手の共感を得たいプレゼンテーションでは「Why（なぜ）」から始めるのが効果的である一方 ²、事実を正確に報告する場面では「When（いつ）」や「What（何を）」が先行することが多い ⁸。この適応性は、拡張された「Multi-H」モデルもまた、固定的なチェックリストではなく、分析対象となる問題の文脈に応じて適切な次元を選択して使用する、モジュール式のツールキットであるべきことを示唆している。

第2章提案された3H構造の批判的分析

2.1 「How (定量的)」「How to (方法)」「How is (状態)」の評価

ユーザーから提示された3つの「H」の分類は、「How」の多次元性を捉えようとする優れた出発点である。各カテゴリを個別に評価する。

「How (定量的)」: このカテゴリは、ビジネス分析における不可欠な要素を的確に捉えている。前述の5W2H/5W3Hにおける「How Much（コスト）」や「How Many（数量）」の概念と完全に一致し、プロジェクトの予算、資源、目標値などを明確化する上で極めて重要である ³。
「How to (方法)」: これは、5W1Hにおける「How」の最も伝統的かつ中核的な定義であり、具体的なプロセス、手段、手順を指す ⁶。アクションプランの策定や業務フローの設計において中心的な役割を果たす。
「How is (状態)」: このカテゴリは最も解釈の幅が広く、分析を要する部分である。プロジェクトの進捗状況や市場の反応など、ある時点での「様子」や「状況」を問うものと解釈できる。

2.2 重複と欠落の特定：MECEの観点からの批判

提案された3H構造をMECEの原則に照らして評価すると、いくつかの課題が明らかになる。

相互排他性（Mutual Exclusivity）の課題: 最大の課題は、「How is (状態)」と他の5W1H要素との間に生じる意味的な重複である。例えば、「プロジェクトの進捗はどうか？ (How is the project going?)」という問いは、「現在の状況は何か？ (What is the current status?)」という「What」の問いと実質的に区別が難しい。また、問題がどのように進行したかという文脈では、「How」の伝統的な定義（プロセス）とも重なる可能性がある ¹⁸。このように、明確な境界線を引くことが困難であり、相互排他性の原則に反する可能性がある。
網羅性（Collective Exhaustiveness）の課題: この3つのカテゴリは有用な視点を提供するものの、包括的なビジネス分析に必要な他の重要な次元を見落としている。例えば、プロジェクトの「スコープ（範囲）」、単純なコストや数量を超えた「資源（リソース）」の質的側面、そして計画の実行を管理・統制するための「測定・管理メカニズム」などが欠落している。

2.3 前提の発展：有効な次元の承認とギャップの特定

しかし、この批判は提案を否定するものではない。むしろ、この3H構造は、「How」が単一の概念ではなく、少なくとも「プロセス」と「数量」という異なる次元に分解できるという重要な直観を正しく示している。

「How is (状態)」というカテゴリが示唆するものは、静的な5W1H要素が見過ごしがちな、状況の「動的」かつ「時間的」な性質を捉えたいという分析上の根源的なニーズである。問い自体はMECEではないかもしれないが、その背後にある「進捗、状況、時間経過に伴う変化を評価したい」という要求は完全に正当である。これは、静的な事実報告（What）とは異なり、基準値や計画に対する動的な評価を求める高度な分析欲求の表れと言える。この洞察は、堅牢な「Multi-H」フレームワークには、このニーズに応えるための「測定」「モニタリング」「頻度」といった管理・統制の次元が含まれなければならないことを示唆している。提案された「How is」は症状であり、その根源にはベースとなるフレームワークにおける管理・統制次元の欠如という問題が存在する。

第3章「How」の体系的分解：ロジックツリー・アプローチ

3.1 問題解決ツリー（Howツリー）の導入

「How」をMECEの原則に基づいて体系的に分解するための強力な手法が、ロジックツリー、特に問題解決を目的とした「Howツリー」である ¹⁹。Howツリーは、高次の目標や課題（例：「売上を向上させるにはどうするか？」）を頂点に置き、「どのようにして？」という問いを繰り返し適用することで、より具体的で実行可能な下位のアクションへと分解していく視覚的な思考ツールである ²¹。

このアプローチの本質は、MECEの原則を実践的なアルゴリズムへと変換することにある。ツリーの各階層において、子ノードの集合は親ノードの課題を「漏れなく、ダブりなく」分解したものでなければならない ²³。このプロセスを通じて、複雑な問題が相互に関連しつつも独立したサブ課題群へと構造化され、具体的な打ち手が見えてくる。つまり、Howツリーを構築するプロセスそのものが、MECEの思考を実践する訓練となるのである ²⁵。

3.2 高度な分解手法

Howツリーを効果的に構築するためには、MECEを保証する具体的な分解手法を理解する必要がある。代表的な手法として以下の二つが挙げられる。

層別分解: この手法は、分析対象となる全体を、ある特定の属性や切り口に基づいて相互に排他的な部分集合（セグメント）に分割する方法である ²⁶。例えば、「従業員の離職率をいかにして下げるか？」という課題に対し、従業員を「部署別」「勤続年数別」「役職別」といった軸で層別化する ²⁶。これにより、問題が特定のセグメントに集中しているのか、あるいは全体に共通する問題なのかを特定し、的を絞った対策を講じることが可能になる。
変数分解（因数分解）: この手法は、特に定量的な目標を扱う際に有効で、目標を構成する変数へと数式のように分解するアプローチである ¹⁷。最も古典的な例は、「売上 = 顧客数 × 顧客単価」という分解である ²⁶。この場合、「売上をいかにして向上させるか？」という問いは、「顧客数をいかにして増やすか？」と「顧客単価をいかにして上げるか？」という、二つの独立した（MECEな）問いに分解される。これにより、どちらのレバーがより効果的かを具体的に検討できるようになる。

これらの分解手法の選択は、問題の性質に依存する。層別分解は顧客や従業員といった不均一な母集団を分析し、問題の所在を特定する場合に最適である。一方、変数分解は売上や生産性といった定量化されたシステムを最適化し、最も影響の大きい変数を特定する場合に優れた効果を発揮する。熟練した分析者は、まず「How」の問いの性質を見極め、適切な分解手法を選択する。

第4章既存の「5W5H」モデルの検討

4.1 新たなフレームワークの紹介：「How」の5つの次元

調査の過程で、独自に「How」を5つの次元に拡張した「5W5H」というフレームワークが確認された ²⁸。このモデルは、「How」を以下のように多角的に分解している。

空間 (Space/Scope): $How\ wide$ (広さ), $deep$ (深さ), $layer$ (層) — 課題の範囲や深さを問う。
視点 (Perspective): $How\ to\ See$ — 誰の視点で見るか。利害関係者の視点を切り替える。
金額・量 (Amount/Quantity): $How\ much$ (いくら), $How\ many$ (いくつ) — コストや数量。
記録・計測・表示 (Record/Measure/View): $How\ to\ record$, $measure$, $view$ — どのように追跡し、可視化するか。
頻度 (Frequency): $How\ often$ — どのくらいの頻度で実行・確認するか。

4.2 各「H」の詳細な探求とビジネスケース

この5つの「H」は、それぞれがビジネス上の重要な問いに対応している ²⁸。

空間 (Scope): 新規事業を立ち上げる際に、対象市場を国内に限定するのか（$How\ wide$）、あるいは特定のニッチ層を深く掘り下げるのか（$How\ deep$）を定義する。
視点 (Perspective): 新製品の価格設定を、開発部門（コスト視点）、営業部門（販売しやすさの視点）、財務部門（利益率の視点）、そして顧客（価値視点）から多角的に検討する。
金額・量 (Amount): マーケティングキャンペーンの予算（$How\ much$）と、獲得目標リード数（$How\ many$）を具体的に設定する。
記録・計測・表示 (Measure): ウェブサイト改善プロジェクトにおいて、KPIとしてコンバージョン率を設定し（$How\ to\ measure$）、Google Analyticsでデータを取得し（$How\ to\ record$）、週次のダッシュボードで進捗を共有する（$How\ to\ view$）。
頻度 (Frequency): プロジェクトの進捗会議を週次で行うのか、日次のスタンドアップミーティングで行うのか（$How\ often$）を決定する。

このフレームワークは、従来の「How（方法）」が主に実行（オペレーション）の次元に留まっていたのに対し、スコープ定義（戦略）、視点切替（マネジメント）、計測・頻度（ガバナンス）といった、より高次の戦略的・管理的次元へと「How」の概念を拡張している点で非常に示唆に富んでいる。

4.3 重要な注意点：MECEの限界に関する提唱者の見解

この5W5Hモデルを評価する上で極めて重要なのは、提唱者自身がこのフレームワークの限界を認識している点である。提唱者は、この分類が「厳密にきれいに分類できているとは思えない」「若干無理やり感がある」と述べ、完全なMECEではないことを率直に認めている ²⁸。

この自己評価は、フレームワークの欠点を示すと同時に、より深い真実を明らかにしている。それは、複雑で多面的なビジネス課題においては、論理的に完璧なMECEフレームワークを追求することが、時に実用性を損なう可能性があるという事実である。完璧にMECEであっても抽象的すぎて使えないモデルよりも、多少の論理的瑕疵はあっても、実務家が重要な論点を見落とさないように思考を刺激する「ヒューリスティック（発見的手法）」や網羅的なチェックリストの方が価値が高い場合がある。この5W5Hモデルは、完璧な論理構造としてではなく、思考を広げるための強力なツールとして評価すべきである。

第5章統合：MECEに準拠した「Multi-H」フレームワークの提案

5.1 提案する「Multi-H」のカテゴリ

これまでの分析—ユーザー提案の有効性の認識、ロジックツリーの構造的アプローチ、そして既存5W5Hモデルの戦略的視点—を統合し、実用性と論理的厳密性の両立を目指した新たな「Multi-H」フレームワークを以下に提案する。このフレームワークは、5つの相互に排他的かつ網羅的な次元で構成される。

How (方法論・プロセス / Methodology & Process):

定義: 目的を達成するための具体的な行動、手順、ワークフロー、技術。これは「How to」の中核概念である。
問い: 「どのような手順で実行するのか？」「どの技術や手法を用いるのか？」

How (規模・範囲 / Scale & Scope):

定義: 活動の定量的・質的境界線。$How\ much$ (予算), $many$ (数量), $long$ (期間) といった「量的規模」と、$How\ wide$ (広さ), $deep$ (深さ) といった「質的範囲」を統合する。
問い: 「予算と期間はどのくらいか？」「どこまでを対象範囲とするのか？」

How (資源・投資 / Resources & Investment):

定義: 活動に必要な具体的な投入物。単なる予算額（$How\ much$）を超え、人員、設備、ツール、技術、情報といった有形無形の資産を含む。
問い: 「誰が、どのようなスキルセットで担当するのか？」「必要なツールや設備は何か？」

How (測定・管理 / Measurement & Control):

定義: 実行を統制するためのガバナンス層。KPI、報告メカニズム、品質管理基準、フィードバックループなどを含む。これはユーザーが「How is」で求めた動的評価のニーズに応える次元である。
問い: 「成功をどのように測定するのか？」「進捗をどのように管理し、問題を検知するのか？」

How (リズム・頻度 / Rhythm & Frequency):

定義: 活動の時間的次元。行動、レビュー、報告の定時性や周期（日次、週次、スプリント毎など）。
問い: 「どのくらいの頻度でタスクを実行するのか？」「どのくらいの頻度で進捗をレビューするのか？」

5.2 MECE準拠性の論証

この5つのカテゴリは、MECEの原則を満たすように設計されている。

相互排他性: 「プロセス（行動）」、「範囲（行動の境界）」、「資源（行動への投入物）」、「管理（行動の監視）」、「頻度（行動のタイミング）」は、それぞれ計画と実行における独立した異なる次元を表しており、概念的な重複は最小限に抑えられている。
網羅性: この5つの次元は、ある解決策やプロジェクトについて、その「境界と投入物の定義」から「実行」「監視」「スケジューリング」に至るまでのライフサイクル全体をカバーしており、重要な論点の漏れを防ぐ。

以下の比較表は、本稿で検討した各フレームワークをMECEの観点から評価し、提案する「Multi-H」フレームワークの位置づけを明確にするものである。

フレームワーク	主要カテゴリ	相互排他性 (ME)	網羅性 (CE)	主な用途
ユーザー提案3H	定量的、方法、状態	中: 「状態」が「方法」や「What」と重複する可能性がある。	低: スコープ、資源、管理、頻度などの次元が欠落している。	迅速な思考整理
既存の5W5H	空間、視点、金額・量、記録・計測、頻度	中: 提唱者自身が認める通り、一部の概念に重複や強制的な分類が見られる。	高: 多くの戦略的・管理的側面をカバーしており、網羅性は高い。	網羅的な論点洗い出し、ブレインストーミング
提案Multi-H	方法論、規模・範囲、資源、測定・管理、リズム・頻度	高: 各カテゴリが計画・実行の独立した次元を捉えるよう設計されている。	高: 戦略定義から実行管理までのライフサイクルを体系的にカバーする。	詳細なプロジェクト計画、体系的な問題解決

第6章「How」の応用的展開：分析からイノベーションへ

6.1 デザイン思考における「How Might We (HMW)」フレームワーク

これまで論じてきた「How」は、すべて既存の課題を分解し、解決策を具体化するための「分析的」な問いであった。しかし、「How」には全く異なる役割も存在する。それが、デザイン思考の文脈で用いられる「How Might We (HMW)」という「生成的」な問いである ²⁹。

HMWは、「私たちはどうすれば〜できるだろうか？」と訳され、問題を解決困難な障害としてではなく、創造的な機会として捉え直すためのフレームワークである。その言葉の選び方には、意図的な設計がなされている ³¹。

How: 解決策は存在するという前提に立ち、具体的なアイデア創出を促す。
Might: 「できるかもしれない」という可能性を示唆し、完璧な答えを出すプレッシャーから解放し、自由で大胆な発想を奨励する。
We: 協調的な姿勢を促し、チームでアイデアを出し合い、発展させていく文化を醸成する。

6.2 分析的な「How」と生成的な「How」の対比

本稿で詳述してきた分析的な「How」と、HMWに代表される生成的な「How」は、その目的とアプローチにおいて対極に位置する。

分析的な「How」:

性質: 分解的、論理的、収束的思考。
目的: 複雑な問題を管理可能で実行可能な構成要素に分解すること。「具体的に、どのようにこの問題を解決するか？」という問いに答える。
生成的な「How」:

性質: 創造的、拡散的、発散的思考。
目的: 解決策の探求空間を広げ、多様な可能性を創出すること。「どのような方法で、私たちはこの課題に取り組めるだろうか？」と問いかける。

この二つの「How」を理解することは、問題解決のフェーズに応じて適切な思考ツールを使い分ける上で極めて重要である。

結論：当面のタスクに適した「How」の選択

7.1 提案「Multi-H」フレームワークの要約

本稿では、「How」という問いをMECEの原則に基づき多次元的に拡張する試みを通じて、新たな「Multi-H」フレームワークを提案した。このフレームワークは、「方法論・プロセス」「規模・範囲」「資源・投資」「測定・管理」「リズム・頻度」という5つの次元から成り、論理的厳密性と実用的な網羅性を両立させることを目指している。これにより、複雑な問題解決やプロジェクト計画において、体系的かつ抜け漏れのない分析が可能となる。

7.2 最終提言：文脈こそが鍵である

結論として、いかなるフレームワークも万能ではない。最も重要なのは、直面している課題の文脈を理解し、目的に応じて最適なツールを選択することである。

迅速な情報伝達: 標準的な5W1Hで十分である。
予算や資源計画を含む企画: 5W2Hが良い出発点となる。
構造的な問題解決や詳細なプロジェクト計画: 本稿で提案した**「Multi-H」フレームワーク**を思考のガイドラインとして用い、Howツリーを構築することが推奨される。
初期段階のアイデア創出やイノベーション: **「How Might We」**のアプローチを活用し、発散的な思考を促すべきである。

最終的な目標は、固定的なリストを暗記することではなく、「Howについてどのように考えるべきか」というメタ認知能力を養うことにある。この能力こそが、あらゆる挑戦に対して適切な分析のレンズを選択し、構築することを可能にするだろう。

引用文献

www.recruit-ms.co.jp https://www.recruit-ms.co.jp/glossary/dtl/0000000309/#:~:text=5W1H%E3%81%A8%E3%81%AF%E3%80%81%E3%83%93%E3%82%B8%E3%83%8D%E3%82%B9%E3%82%B7%E3%83%BC%E3%83%B3,%E4%BC%9D%E3%81%88%E3%82%8B%E3%81%93%E3%81%A8%E3%81%8C%E3%81%A7%E3%81%8D%E3%81%BE%E3%81%99%E3%80%82
5W1Hとは？ビジネスにおける使い方やテンプレ・5W2Hとの違いを解説 | マネーフォワードクラウド https://biz.moneyforward.com/work-efficiency/basic/9071/
5W1H/5W2Hとは？5W3Hなど意味とビジネスに活かす方法 – ニュートラルワークス https://n-works.link/blog/marketing/5w1h-5w2h-5w3h
ビジネスにも使える5W1Hとは？使い方や5W2Hとの違いを解説 – Miro https://miro.com/ja/brainstorming/what-is-a-5w1h/
「5W1H」とは？意味やビジネスでの使い方、例文を簡単に解説 – HRプロ https://www.hrpro.co.jp/series_detail.php?t_no=3844
5W1Hとは？わかりやすい意味と例文、フレームワークの使い方 | 組織開発・人材育成 https://www.all-different.co.jp/column_report/column/5w1h/hrd_column_162.html
5W1Hとは?意味・順番・ビジネスでの活用例をご紹介 – LISKUL https://liskul.com/5w1h-161078
5W1Hとは？ビジネスでの活用事例や類似するフレームワークとの違いを解説 https://www.recruit-ms.co.jp/glossary/dtl/0000000309/
5W1Hとは？意味や正しい順番、ビジネスでの使い方を解説 | マーケトランク – ProFuture株式会社 https://www.profuture.co.jp/mk/column/what-is-5w1h
5W1Hの効果的な順番｜上司に報告する際とプレゼン時でどう変わる？ – ミツカル https://mitsu-karu.com/5w1h/
5W1Hとは？目的やビジネスシーンでの活用例を紹介 – HRドクター https://www.hr-doctor.com/news/management/engagement/management_mbo_entry-example9-6
仕事術もういちど、5W1H（2）〜４つのHowについて https://www.chuokai-fukuoka.or.jp/info/newsfukuoka/201901/shigoto.pdf
MECE（ミーシー）とは？【わかりやすく解説】フレームワーク – カオナビ人事用語集 https://www.kaonavi.jp/dictionary/mece/
MECEとは？必要性やメリット、具体的なフレームワークなど分かりやすく解説 https://www.pa-consul.co.jp/talentpalette/TalentManagementLab/mece/
MECE（ミーシー）とは？フレームワークや具体例をわかりやすく … https://www.salesforce.com/jp/blog/jp-what-is-mece/
MECE（ミーシー）とは？フレームワークの活用法・具体例をわかり … https://www.onemarketing.jp/contents/mece-re/
MECE(ミーシー)とは？フレームワークの活用法をわかりやすく解説 – ニュートラルワークス https://n-works.link/blog/marketing/mece
問題解決フレームワーク12選｜ビジネスの課題をスムーズに解決する方法 – AXIS Insights https://insight.axc.ne.jp/article/careernavi/2997/
ロジックツリーとは？種類や特徴、作り方、活用のポイントを解説！ – Sprocket（スプロケット） https://www.sprocket.bz/blog/20220523-logic_tree.html
【図解】ロジックツリーとは？4つの種類や作り方・考え方を具体例とともに徹底解説 https://www.lycbiz.com/jp/column/yahoo-ads/marketing/what-is-logic-tree/
ロジックツリーの基本を解説！具体例、方法、ポイント – Kaizen Penguin https://kaizen-penguin.com/about-logic-tree-8718/
ロジックツリー｜課題や原因を枝分かれで整理し、問題を分解・分析するための図解手法 https://puzzle-of-effect.com/logic-tree/
【テンプレあり】問題解決のフレームワーク11選！活用のポイント | アルー株式会社 https://service.alue.co.jp/blog/problem-solving-framework
MECEとは｜フレームワークの具体例や使い方をわかりやすく解説 | 組織開発・人材育成 https://www.all-different.co.jp/column_report/column/mece/hrd_column_52_171121.html
【ロジックツリー徹底解剖】what、why、howの3つのツリーを使い分けよう | ウェブカツBLOG https://webukatu.com/wordpress/blog/32929/
ロジックツリーの基本と使い方――「問題解決の地図」の描き方を … https://globis.jp/article/u0m81jow_a/
思考整理の代表的なツール！ロジックツリーの紹介 | ビジネススキル https://business.sentouryoku.com/logic-tree/
誰でも知っている5W1Hをアレンジした5W5H思考を公開（PDF有り … https://note.com/blog_kf/n/n7a627977384c
Book Club：デザイン思考、解決したい問題を組み立ててみよう。マッシュアップで画期的なアイデアを見つけよう。｜noko – note https://note.com/nokowashiyama/n/ne93a4f35fa78
デザイン思考で知っておきたい「How might we」とは？問題解決やアイデア出しで使えるテンプレート – Lucid Software https://lucid.co/ja/templates/how-might-we
デザイン思考におけるブレインストーミングテクニック「Howmightwe～？」とは？ https://venturetimes.jp/column/50508.html

次に読む