ロジックツリーの例題と解答｜残業・売上減少・工数削減で学ぶ作り方

ロジックツリーは、書き方を読んでも自分の課題に当てはめた瞬間に手が止まります。原因は分解の技術ではありません。「どの枝が本命かを決める数字」を置いていないからです。この記事では、残業時間・売上減少・問い合わせ工数という3つの設例を、途中の計算まで見せながら解答します。あわせて4種類のツリーの使い分け、MECEに分けるための切り口、そしてロジックツリーを使ってはいけない場面も整理しました。

まとめ

ロジックツリーは、課題を重複なく漏れなく（MECE）分解して、手を打つ枝を1本に絞り込むための図です。要点は次の4点に集約されます。

• 分解の型は4種類。原因を探すならWhyツリー、打ち手を出すならHowツリー、構造を把握するならWhatツリー、指標を管理するならKPIツリーを使います。
• 枝を分けたら必ず数字を置きます。「残業350時間のうち手戻りが120時間（34%）」のように配分が見えて初めて、優先順位が決まります。
• MECEに迷ったら「AとA以外」で分けます。この形は定義上、漏れも重複も生じません。
• 互いに影響し合うループ構造（残業増加が離職を招き、要員減がさらに残業を増やす等）はツリーで表現できません。分解した時点で本質が抜け落ちます。

以下では、この4点を3つの例題の解答プロセスとして具体化します。

ロジックツリーの基本構造とピラミッドストラクチャーとの違い

ロジックツリーの定義と分解の単位

ロジックツリーは、1つのテーマを頂点に置き、それを構成する要素へ枝分かれさせて階層的に並べた図です。分解の各段では、下の階層の枝を足し合わせると上の階層に戻る関係が保たれます。売上を「訪問数×転換率×客単価」に分けた場合、3つを掛け合わせれば元の売上に戻ります。この戻る関係が崩れている図は、見た目がツリーでもロジックツリーとして機能しません。

分解の原則として使われるMECE（Mutually Exclusive and Collectively Exhaustive）の略語を作り、アイデアの分類に適用したのは、マッキンゼーに在籍したバーバラ・ミントです。ミントは1963年にハーバード・ビジネス・スクールを修了し、同年マッキンゼー初の女性MBAとしてクリーブランド事務所に入りました。1966年からロンドン勤務、1973年に退社しています。手法は1985年の著書『The Pyramid Principle: Logic in Writing and Thinking』、および1996年の改訂版『The Minto Pyramid Principle: Logic in Writing, Thinking and Problem Solving』としてまとめられました。

読み方には、日本ではあまり知られていない事情があります。マッキンゼーのアラムナイ向け記事「MECE: I invented it, so I get to say how to pronounce it」でミント本人が語ったところによれば、正しい発音は1音節の「ミース」（英語のnieceと同じ韻）で、コンサルティング業界で広く使われる2音節の「ミーシー」ではありません。同じ記事でミントは「実際には私ではなくアリストテレスが考えたことだ」とも述べ、自分がしたのは略語にして分類に応用したことだと補足しています。用語の詳しい意味と具体例はMECEの意味と読み方、フレームワークでの使い方で解説しています。

ピラミッドストラクチャーとの違い

ピラミッドストラクチャーは、結論を頂点に置き、その下に結論を支える根拠を並べる図です。向きが逆だと考えると整理できます。ロジックツリーは「課題を分けて答えを探す」ための分解の図であり、ピラミッドストラクチャーは「出した答えを相手に伝える」ための立証の図です。根拠の並べ方そのものについては演繹法と帰納法の違いが参考になります。

実務では、ロジックツリーで原因を特定し、そこで得た結論を頂点に置き換えてピラミッドストラクチャーに組み直すと、報告資料がそのまま作れます。分解の途中経過をそのまま提案書に貼ってはいけません。相手は結論にたどり着く前に読むのをやめます。分解の図と説得の図は、別物として作り分けてください。

4種類のロジックツリーと使い分けの基準

ロジックツリーは、頂点に何を置くかで4種類に分けて呼ばれます。同じ課題でも、答えを出したい問いが変われば使う型が変わります。

使い分けの判断はシンプルです。原因が分からないならWhyツリー、原因は分かっていて打ち手が決まらないならHowツリー、そもそも対象の全体像が見えていないならWhatツリーから始めてください。KPIツリーはWhatツリーのうち、枝がすべて四則演算でつながる形の特殊型で、各枝に実際の値を入れれば貢献度をそのまま比較できます。

順番を間違えると分解は空転します。原因の見当がついていない段階でHowツリーを描くと、思いついた施策を並べただけの一覧になり、なぜその施策なのかを説明できません。

例題と解答｜3つの設例で見るロジックツリーの解き方

ここからは具体的な設例で解きます。以下の数値はいずれも解説用に設定した架空の前提であり、実在の企業のデータではありません。分解した後に何を計算するかを追ってください。

例題1｜残業が月35時間から減らない原因の特定（Whyツリー）

設問：受託開発チーム10名、直近3か月の1人あたり月平均残業は35時間（チーム合計は月350時間）。「業務量が多いから」という説明のまま増員が通らない。どこに手を打つべきかをWhyツリーで示してください。

分解：残業は「所定時間内に終わらなかった作業の合計」です。第1階層は次の4つに分けます。この4つは重複せず、残業時間のすべてがどれかに入ります。

• 本来必要な作業が所定時間を超えている（純粋な業務量超過）
• やり直しによって作業が増えている（手戻り・再作業）
• 会議に持ち時間を取られている
• 前工程が終わらず着手できない（仕様確定待ちによる着手遅れ）

解答：3か月分の作業記録を月平均に均し、第1階層に配分したとします。月350時間の内訳は次のとおりです。

• 残業 月350時間
  • 手戻り・再作業 120時間（34%）← 単独では最大
  • 仕様確定待ち 90時間（26%）
  • 会議 70時間（20%）
  • 業務量超過 70時間（20%）

単独の枝としては手戻りが最大の34%です。さらに手戻り120時間と仕様確定待ち90時間は、「仕様が固まらないまま工程が進む」という同じ上流から生じており、合算すると210時間、全体の60%を占めます。増員が根本的な解になるのは業務量超過の70時間（20%）に限られ、「業務量が多いから増員」という当初の説明では残業の8割を説明できていません。

特定した210時間をHowツリーに置き換え、発生工程まで下ろすと打ち手が出ます。着手前に受入条件を文書化する、レビューを設計完了時点まで前倒しする、回帰テストを自動化する、といった枝に分かれるはずです。分解の起点となる「あるべき姿」の描き方はAs Is / To Be分析のやり方と進め方が参考になります。

例題2｜売上が前年比18.9%減った要因の分解（Whatツリー）

設問：ECサイトの年間売上が前年の14,400,000円から11,685,000円へ、18.9%減少しました。「集客が落ちた」と報告されていますが、本当に集客が主因かを確かめてください。

分解：売上は掛け算で分解できます。売上＝訪問数×転換率×客単価。この3つは互いに独立した指標で、掛け合わせれば必ず元の売上に戻ります。

解答：各指標の値を、前年は訪問数100,000・転換率1.8%・客単価8,000円、今年は訪問数95,000・転換率1.5%・客単価8,200円と設定します。検算すると100,000×1.8%×8,000＝14,400,000円、95,000×1.5%×8,200＝11,685,000円で、設問の数値と一致します。

• 売上 -18.9%（14,400,000円 → 11,685,000円）
  • 訪問数 -5.0%（100,000 → 95,000）
  • 転換率 -16.7%（1.8% → 1.5%）← 主因
  • 客単価 +2.5%（8,000円 → 8,200円）

変化率を掛け合わせると0.950×0.833×1.025＝0.811。掛け算で分解したツリーでは、各枝の変化率の積は全体の変化率と必ず一致します（端数処理の分だけ表示上わずかにずれます）。落ち込みの主因は集客の-5.0%ではなく、転換率の-16.7%です。訪問数を増やす広告投資に予算を振り分けていたら、原因ではない枝に費用を投じていたことになります。

客単価が上がっているのは、値上げか高単価商品への構成比シフトのどちらかです。前者なら価格による離脱が転換率低下を説明できるため、次は単価帯別の転換率に分けて、どの価格帯で落ちたのかを確かめます。この例題が示すのは、Whatツリーの価値が分解の形ではなく数値の代入にあるという点です。図を描いた段階では「集客」も「転換率」も同じ枝ですが、数字を入れた瞬間に本命は1本に決まります。

例題3｜問い合わせ対応240時間からの削減余地の特定（Howツリー）

設問：情報システム部門への社内問い合わせが月1,200件、1件あたり平均12分で、対応工数は月240時間（1,200件×12分＝14,400分）に達しています。人員は増やせません。どこから削るかを示してください。

分解：総対応時間は「件数×1件あたり時間」で表せます。したがって打ち手は、件数そのものを減らす枝と、1件あたりの時間を短くする枝の2本に分かれます。前者はさらに、問い合わせの発生源をなくす場合と、利用者が自分で解決できるようにする場合に分けられます。

解答：件数を内容別に配分すると次のようになりました。

• 対応工数 月240時間
  • 件数を減らす
    • パスワード再設定 84時間 ← 手順が固定されており置き換え可能
    • 仕様確認 48時間（ドキュメント整備で発生源を減らす）
  • 1件あたり時間を短くする
    • 操作方法 72時間（手順が固定されないため自動化に不向き）
    • 障害連絡 36時間（初動テンプレートで短縮）

最大の枝であるパスワード再設定は、420件×12分＝5,040分、すなわち月84時間を占めます。この作業は判断を伴わず手順が固定されているため、セルフサービスでの再設定に置き換えられます。全件が置き換わった場合の削減余地は年間1,008時間（84時間×12か月）で、これが上限値です。実際には本人確認が必要な例外が残るため、置換率8割なら年間約806時間が見込みになります。

一方、2番目に多い操作方法（360件・月72時間）を同じ発想で自動化すると失敗します。質問の内容が利用者の習熟度によって毎回変わり、手順が固定されないためです。この枝はマニュアルの整備や検索性の改善で1件あたり時間を短くする側に振り分けます。同じ「件数が多い枝」でも、削り方は性質によって変わります。

ロジックツリーの作り方の手順と切り口の選び方

分解を始める前に決める2つのこと

作図の前に、頂点に置く問いと分解の目的を確定します。頂点が「売上」のような名詞のままだと、原因を探しているのか構成を知りたいのかが定まらず、途中で枝の性質が混ざってしまいます。「なぜ売上が前年比で減ったのか」のように問いの形にすれば、Whyツリーで分けるという判断まで自動的に決まります。

作成手順は次の順で進めます。

1. 頂点に問いを書く（原因を探すのか手段を出すのかを問いの形で確定する）
2. 第1階層を3つから4つに分ける（この段階でMECEを確認する）
3. 各枝に数値または事実を割り当てる
4. 配分の大きい枝だけをさらに分解する
5. 末端が具体的な行動になっているか確認する

手順のなかで結果を分けるのは4の「大きい枝だけ」です。すべての枝を均等に分解すると図は膨らみますが、判断材料は増えません。小さい枝を深掘りする時間は、大きい枝の検証に回してください。

MECEに分けるための4つの切り口

第1階層の分け方には定石があります。迷ったときは次のいずれかを当てはめてください。

• 計算式で分ける：売上＝訪問数×転換率×客単価のように掛け算・足し算で分ける。数値検証ができるため最も強力です。
• プロセスで分ける：受注、設計、開発、テスト、納品のように時間の流れで分ける。工程ごとに担当が分かれている業務に向きます。
• 対立軸で分ける：新規と既存、社内と社外、固定費と変動費のように2分する。
• AとA以外で分ける：「Aである」と「Aでない」に分ける形は、定義上、漏れも重複も生じません。

4番目は最後の逃げ道として覚えておく価値があります。分類名を並べるとどうしても漏れが不安になりますが、「Aと非A」なら証明の必要がありません。まずこの形で分け、そのうえで非Aの側を具体化していけば、MECEを保ったまま分解を進められます。

どこまで分解するかの判断基準

階層数に決まった正解はありません。判断基準は「その末端を読んだ担当者が、明日から着手できる行動になっているか」です。「コミュニケーションを改善する」で止まっていれば足りず、「仕様確定前の着手を禁止し、受入条件の文書化を着手条件にする」まで下りていれば十分でしょう。

もう1つの基準は、枝ごとに数字を置けるかどうかです。数字を置けない粒度まで細かくしても優先順位はつきません。逆に、数字が置けるのに分解を止めていれば、まだ1階層下げる余地があります。

作図に使う道具の選び方

枝の数が20を超えるまでは、PowerPointやGoogleスライドの図形で足ります。専用ツールを導入する判断基準は枝の数ではなく、階層の入れ替えが頻発するかどうかです。並べ替えのたびに矢印を引き直す作業が発生し始めたら、マインドマップ系ツールに移してください。

表計算ソフトは、各枝に数値を持たせて合計を自動集計したい場合に限って使います。例題2や例題3のように末端の数値を足し上げて検算する用途では、図形ツールより速く確実です。逆に、数値を持たせない定性的なツリーを表計算ソフトで描くと、セル結合の調整に時間を取られるだけになります。

ロジックツリーが機能しない失敗パターンと構造上の弱点

数字を置かないまま終わる分解

最も多い失敗は、枝を並べた時点で分析を終えることです。例題2で見たように、図の上では「集客」も「転換率」も同じ大きさの枝ですが、実際の値を入れれば主因は1本に決まります。数字のないロジックツリーは、思いつきを整理した箇条書きと変わりません。

枝に数字が置けない場合、それは測定の仕組みが無いという別の問題を示しています。この場合の打ち手は分解の続行ではなく、計測の設計です。

なぜなぜ分析との混同

Whyツリーとなぜなぜ分析は、原因を探る点は同じでも構造が違います。なぜなぜ分析は1本の因果連鎖を深く遡る手法で、大野耐一『トヨタ生産方式 脱規模の経営をめざして』（ダイヤモンド社、1978年）では、機械が止まった原因を5回の「なぜ」で濾過器が付いていなかったという真因まで遡る例が示されています。対してWhyツリーは、同じ階層に並列の原因候補を漏れなく並べ、どれが影響の大きい枝かを比較する手法です。

この違いを踏まえずWhyツリーを1本道で描くと、最初に思いついた原因だけを深掘りし、他の可能性を検討しないまま結論に至ります。逆に、真因が1つに絞れている現場でツリーを広げても、検証すべきでない枝が増えるだけでしょう。手順の詳細はなぜなぜ分析で真因に迫る手順と現場での進め方で解説しています。製造・品質分野で使われる特性要因図との関係は品質管理とQC7つ道具の全体像が参考になります。

循環する因果を扱えないという構造上の限界

ロジックツリーの弱点は、枝が再び合流しない構造にあります。上から下へ一方向に分かれる図であるため、互いに影響し合う関係を表現できません。「残業が多い→離職が増える→要員が減る→1人あたりの負荷が増える→残業が多い」のように因果がループしている問題は、どこを頂点に置いてもツリーに収まらず、分解した時点で構造そのものが抜け落ちます。

この種の問題にロジックツリーを使うべきではありません。ループになっているかどうかは、末端の打ち手が上位の枝を悪化させないかを確認すれば判定できます。悪化させるなら、それは分解の対象ではなく因果ループとして扱う問題です。ツリーで整理できるのは、原因が下流に向かって一方向に流れる問題に限られます。

打ち手をシステム化するか人手で回すかの判断軸

ロジックツリーの末端に出てきた業務を、システムで自動化するか人手のまま改善するかは、件数の多さだけで決めると外します。判断は次の4軸で行います。以下の数値は、開発費を1年以内に回収できるかという投資回収の考え方から逆算した目安であり、公的な基準ではありません。自社の人件費単価と開発費で必ず引き直してください。

4軸のうち優先すべきは、頻度でも時間でもなくルールの安定性です。頻度が高くても判断基準が四半期ごとに変わる業務を自動化すると、改修の費用と停止リスクが削減効果を上回ります。例題3でパスワード再設定を自動化の候補にできたのは、件数が多いからではありません。手順が固定されていて例外がほとんど無いからです。

逆に、例外が3割を超える業務は、ツリーの末端に大きな数字で現れてもシステム化してはいけません。この場合に必要なのは自動化ではなく、例外を生んでいる業務ルールそのものの見直しです。業務の設計から変える進め方はBPOとBPRの定義と相違点で整理しています。

よくある質問

ロジックツリーの弱点は何ですか？

因果がループする問題を表現できない点です。枝は上から下へ一方向に分かれ、再合流しない構造のため、残業と離職のように互いを悪化させ合う関係は図に収まりません。また、分解の切り口を作成者が選ぶため、切り口の選択自体に偏りがあると、その先をいくら精密に分解しても偏りは修正されません。

ロジックツリーの身近な例は？

家計の見直しが分かりやすい例です。「支出が多い」を頂点に、固定費と変動費という対立軸で分け、固定費を住居・通信・保険・サブスクリプションへ、変動費を食費・交際費・日用品へと分けます。固定費に住居80,000円・通信14,000円・保険12,000円・サブスクリプション6,000円、変動費に食費45,000円・交際費20,000円・日用品8,000円と書き入れます。金額だけを見れば食費45,000円が住居に次ぐ枝ですが、固定費は一度見直せば翌月以降も効き続けるため、まず通信の14,000円に手を付けるという判断になります。仕組みは例題2の売上分解と同じで、分けたうえで数字を入れ、枝の性質と合わせて優先順位を決める点が要です。

ロジックツリーとMECEの違いは何ですか？

ロジックツリーは図の形式、MECEは分け方の条件です。MECEは「漏れなく重複なく」を意味し、ツリーの各階層が満たすべき品質基準にあたります。MECEを満たさないツリーは作れてしまいますが、漏れた枝に真因があれば結論を誤り、重複した枝があれば同じ原因を二重に数えることになります。

ロジックツリーは何階層まで分解すればよいですか？

階層数の目安ではなく、末端の状態で判断します。担当者がそのまま着手できる行動になっていれば分解は終わりです。「意識を高める」のような測定できない表現で止まっていれば足りず、枝ごとに数字を置ける粒度に達しているのにまだ抽象的なら、もう1階層下げられます。すべての枝を同じ深さまで分解する必要はありません。

看護や自己分析のような業務以外にも使えますか？

使えます。頂点に置いた問いを構成要素へ分けられる対象であれば分野は問いません。看護の場面なら「転倒が起きた」を頂点に、患者側の要因・環境側の要因・介助手順の要因へ分けるWhyツリーが使えます。自己分析なら「志望動機」を頂点に、業界・職種・企業のどこに動機があるのかを分けるWhatツリーが向きます。ただし数値を置けない対象では優先順位が決まらないため、分解後は事実や具体的な出来事を各枝に割り当ててください。

関連記事

• MECEとは？意味・読み方と具体例、フレームワークでの使い方をわかりやすく解説
• なぜなぜ分析とは？5回のなぜで真因に迫る手順・事例・現場での進め方を解説
• As Is / To Be（あるべき姿）とは？意味・分析のやり方と進め方をわかりやすく解説
• 業務改善の第一歩として理解すべきBPOとBPRの定義と本質的な相違点
• 品質管理とは？品質保証との違い・QC7つ道具とPDCA・システム化の判断まで解説