コンサル初心者が「作業者」から抜け出すために言われる言葉集｜上司の指摘の意味とは

コンサル現場で言われる指摘は、作業者からコンサルタントへ成長するためのきっかけになる

「モチベーションで仕事しないで」「それ、MECEじゃない」――コンサルの現場で働き始めた頃、上司やメンターからの指摘に戸惑った経験はないでしょうか。

これらの指摘は、あなたの人格を否定するものではありません。多くの場合、クライアントから不信感を持たれる前に、社内で軌道修正するための警告です。

なお、指摘する側にも、一言だけでなく背景や理由を添えて伝える工夫が求められます。

この記事では、コンサル初心者が「作業者」から抜け出すために言われる代表的な言葉を、9つの観点に整理して解説します。それぞれの指摘の背景にある本質的な問題、ロジカルシンキングとの関係、そして明日から実行できる対策までまとめました。

---

---

第1章：プロフェッショナルスタンス｜なぜ「モチベーションで仕事しないで」と言われるのか？

気分や好き嫌いによってアウトプットの質が変わると、クライアントから「安定して任せられない人」という印象を持たれてしまうためです。

コンサルの現場では、次のような指摘をよく耳にします。これは、いつも高いモチベーションで働くことを求めているわけではありません。モチベーションが高い日に頑張ることは、誰にでもできます。プロとして本当に必要なのは、モチベーションが高くない日でも、一定の品質を保ち、期限内に、相手が判断できるアウトプットを出すことです。

なお、これは「感情を持つな」という意味ではありません。苦手な業務や相手がいることは自然なことです。ただし、その感情を品質低下や対応遅延の理由にはしない、という考え方です。

モチベーションが高い日に頑張ることは誰でもできます。プロとして必要なのは、モチベーションが高くない日でも、一定の品質で、期限までに、相手が判断できるアウトプットを出すことです。

---

第2章：目的・論点・スコープ設計｜なぜ「それ、やる意味ある？」と聞かれるのか？

作業がクライアントの意思決定にどうつながるかが見えないと、目的のない作業だと判断されてしまうためです。

コンサルの仕事は、作業そのものではなく、クライアントの意思決定に役立つ材料を作ることです。

イシュー思考という考え方

イシュー思考では、作業に着手する前にこの4つの問いを確認し、答えるべき問いを絞り込む

こうした指摘の多くは、イシュー思考という考え方と関係しています。イシューとは、答えを出す価値がある問いのことです。安宅和人氏の著書『イシューからはじめよ［改訂版］』（英治出版）は、イシューを、複数の関係者の間で結論が出ておらず、かつ問題の根幹に関わる、あるいは白黒がはっきりしていない問題と定義しています（イシューからはじめよ［改訂版］）。「そもそも何を解こうとしてるの？」「作業じゃなくて問いを置いて」という指摘は、この考え方に基づいたものです。

---

第3章：文脈・前提・認識合わせ｜なぜ「いま何の話？」「認識ずれてない？」と個別のやり取りで言われてしまうのか？

上司やクライアントはその案件だけを一日中考えているわけではなく、前提の共有なしに細部の話を始めると、相手が話に入れないためです。

「理解しているつもり」と「正しく理解している」は違います。不明点を勝手に補完せず、「こちらの理解は〇〇です」と返すことが重要です。事実・相手の発言・自分の解釈・仮説・合意をそれぞれ分けて扱うことが、これらの問題全体への対策になります。

---

第4章：質問・情報収集｜なぜ「それ聞く意味ある？」と聞かれるのか？

質問には相手の時間を使うコストがあるため、質問の目的や回答の使い道がないまま質問すると、相手を戸惑わせてしまうためです。

仮説思考という考え方

こうした指摘の多くは、仮説思考という考え方と関係しています。仮説思考とは、すべてを調べてから考えるのではなく、現時点で有力な答えを仮に置いて検証する考え方です。内田和成氏の著書『仮説思考―BCG流 問題発見・解決の発想法』（東洋経済新報社）は、仕事の質と速さを決めるのは網羅的な分析力ではなく仮説であると説いています（仮説思考―BCG流 問題発見・解決の発想法）。「とりあえず調べるのやめよう」「仮説は？」「何を確かめたいの？」という指摘は、この考え方に基づいたものです。

例えば、売上が落ちた原因を調べる際に「競合の新商品が原因ではないか」という仮説を先に立て、そのうえで必要なデータだけを確認する、という進め方です。仮説と思い込みは異なります。思い込みは確認せず正しいものとして扱う姿勢であり、仮説は未確認だと認識したうえで検証のために置く姿勢です。

---

第5章：構造化・視野・視座｜なぜ「それ、MECEじゃない」「もっと上から見て」と言われるのか？

集めた情報の分類に重複や抜け漏れがあったり、視点が自分の作業範囲に閉じていたりすると、相手が判断しづらい整理になってしまうためです。

MECE・粒度・分類軸の乱れ

MECEを意識した分類では、抽象度のズレや重複を視覚的にチェックし、分類軸を揃えることで重複や抜け漏れを減らせる

こうした指摘の多くは、MECEという考え方と関係しています。MECEとは、重複なく漏れなく整理する考え方と呼ばれています。ただし、完全なMECEを作ること自体が目的ではありません。あくまで意思決定に必要な範囲で、同じ意味の項目が複数ある、重要な観点が抜けている、分類軸が途中で変わっている、といった問題を防ぐための手段です。「それ、MECEじゃない」「粒度がバラバラ」という指摘は、この考え方に基づいたものです。

例えば、システム導入の課題を「コスト」「操作が難しい」「システム」「社内教育」に分類すると、「システム」だけ抽象度が異なり、「操作が難しい」と「社内教育」が重複する可能性があります。「費用面」「機能・性能面」「運用面」「人・組織面」のように分類軸を揃えると、重複と抜け漏れを減らせます。

情報を構造で整理する

こうした指摘の多くは、ロジックツリーという考え方と関係しています。ロジックツリーとは、問題を、何で構成されているか（What）、なぜ起きているか（Why）、どう解決するか（How）という軸で分解し、一つの階層の中に原因と対策など異なる種類の項目を混ぜないようにする整理法です。「整理されてない」「情報を並べただけ」という指摘は、この考え方に基づいたものです。

視野を作業範囲の外へ広げる

抽象と具体を往復する

抽象化とは複数の事象から共通点や本質を取り出すこと、具体化とは抽象的な方針を行動に落とすことです。

整理が完成したら最後に、「分類軸は一つに揃っているか」「粒度は同じレベルか」「自分の作業範囲を超えた影響まで見られているか」「抽象と具体を行き来できているか」の4点を通しで見直す習慣をつけましょう。

---

第6章：分析・判断・提案｜なぜ「結果だけ見せられても分からない」と言われるのか？

結果や概要を伝えるだけでは、相手が結論をどう受け止め、何を判断すればよいかが伝わらないためです。

So WhatとWhy Soで示唆を示す

こうした指摘の多くは、So WhatとWhy Soという考え方と関係しています。So Whatとは、その事実から何が言えるのかを問う視点で、事実から解釈、示唆、推奨アクションまでを示すことで、クライアントの「この結果をどう受け止めればよいですか」という疑問に答えられます。Why Soとは、その結論を裏付ける事実やデータを問う視点です。「でっ？」「だから何？」という指摘はSo Whatに、「なぜそう言えるの？」「Why Soは？」という指摘はWhy Soに基づいたものです。So WhatとWhy Soを往復することで、論理の飛躍を減らせるとされています。

相関と因果を見分ける

こうした指摘の多くは、相関と因果を見分けるという考え方と関係しています。二つの事象が同時に起きても、一方がもう一方の原因とは限りません。原因が結果より前に起きているか、別の要因で説明できないか、原因が変わると結果も変わるか、反対の事例はないか、といった観点で確認する必要があります。

比較条件とリスクを揃える

反証を探す姿勢

• 「反証は？」「例外は？」「逆のケースは考えた？」「都合のよいデータだけ見てない？」：自分の仮説を裏付ける材料しか見ていない可能性への指摘です。

こうした指摘の多くは、クリティカルシンキングと呼ばれる姿勢と関係しています。自分の仮説を正しいと証明する材料だけでなく、それを否定する材料も探す姿勢のことです。

ピラミッドストラクチャーという整理の仕方

• 「で、結論は？」「結論と根拠がつながってない」「話が飛んでる」「情報を並べただけになってる」：主張とその根拠が階層的に結びついていないことへの指摘です。

ピラミッドストラクチャーでは、結論を頂点に根拠とデータを階層的に積み上げ、So WhatとWhy Soを往復して論理の飛躍を減らす

こうした指摘の多くは、ピラミッドストラクチャー（ピラミッド原則とも呼ばれます）という考え方と関係しています。バーバラ・ミント氏の著書『［新版］考える技術・書く技術』（ダイヤモンド社）は、副題に「問題解決力を伸ばすピラミッド原則」と掲げ、論理的な文章構成の枠組みとして知られています（［新版］考える技術・書く技術）。一般に、結論を頂点に置き、その結論を支える根拠を階層的に積み上げていく考え方とされています。

例えば、「A案を採用すべきです」という結論の下に「コストが低い」「リスクが小さい」という根拠を並べ、さらにその下に具体的な数値データを置く、という積み上げ方です。

---

第7章：伝達・資料化｜なぜ「それ、伝わってない」と言われるのか？

説明したかどうかではなく、相手が理解し、判断し、動けるかどうかが重要であるため、伝えたつもりでも相手に届いていない場合があるためです。

結論→理由→詳細・データ→補足事項の順で伝えると、相手が最初に話の方向を理解できる

この「結論・主要な理由・詳細・補足事項」の順で伝える型は、ピラミッド型コミュニケーションと呼ばれています。「で、結論は？」「要するに？」「先に答えて」という指摘は、この考え方に基づいたものです。結論を先に伝えることは説明を短くすることではなく、相手が最初に話の方向を理解できるようにすることが目的です。

---

第8章：会議・対話・合意形成｜なぜ「いま何の話だっけ？」と会議で言われるのか？

会議中に論点が脱線したまま元の問いに戻れず、何を決める場だったのかが見えなくなってしまうためです。

脱線すること自体が悪いわけではありません。脱線した後に元の論点へ戻れず、何を決める会議だったか分からなくなることが問題です。

---

第9章：推進・先回り・主体性｜なぜ「待ちになってない？」と言われるのか？

指示を待って動くだけでは、クライアントが次に必要とする判断や資料が用意されず、案件の進行が相手任せになってしまうためです。

先回りとは、相手に確認せず勝手に決めることではありません。相手が次に困ることや判断に迷うことを想像し、必要な材料を先に用意することです。

---

コンサルの「あるある発言」を一覧で振り返るには？

本記事で紹介した代表的な34の発言と、それぞれが問うている本質、対策を一覧にまとめると、以下の表になります。

---

まとめ：作業者からコンサルへ変わるために必要なこと

作業者からコンサルへ変わるために意識したい9つの観点

コンサルの仕事は、単に作業を正確にこなすことではありません。何を解くべきかを定め、相手と認識を揃え、必要な情報を集め、構造的に考え、根拠とリスクを揃え、相手が判断できる形で伝え、合意を取り、案件を前に進める。ここまで含めてコンサルの仕事です。

本記事で紹介した上司・メンターの厳しい一言は、クライアントから不信感を持たれる前に、社内で問題を修正するためのアラートです。社内で指摘を受けられることは、まだ軌道修正できる段階にいるということでもあります。指摘されているうちに直すことが、作業者からコンサルへ変わる第一歩です。

次の9つの観点を意識することが、明日からの実務改善につながります。

1. プロフェッショナルスタンス：気分に関係なく一定品質を保つ
2. 目的・論点・スコープ設計：作業を意思決定に接続する
3. 文脈・前提・認識合わせ：相手と同じスタート地点に立つ
4. 質問・情報収集：目的と使い道を持って情報を集める
5. 構造化・視野・視座：重複・抜け漏れなく整理し、視点を広げる
6. 分析・判断・提案：根拠・示唆・リスクをセットで示す
7. 伝達・資料化：相手が理解し、判断し、動ける形で伝える
8. 会議・対話・合意形成：論点を制御し、合意を記録する
9. 推進・先回り・主体性：指示を待たず、必要な材料を先に用意する

一つずつ、明日の業務から実践してみましょう。

---

出典一覧

1. 「イシューからはじめよ［改訂版］」 — 英治出版（2024-09-22）
2. 「仮説思考―BCG流 問題発見・解決の発想法」 — 東洋経済新報社（2006-03-31）
3. 「［新版］考える技術・書く技術」 — ダイヤモンド社（1999-03）