コンサルに向いてる？──適性はスキルより思考の癖で決まる

コンサルに興味が出てきた。
でも同時に、こういう不安も湧く。

自分は話がうまいわけじゃない。
資料作りも得意とは言えない。
そもそも、コンサルって「頭の良い人がやる仕事」なんじゃないか。
そもそも、机上の空論だけ述べる人、の印象であまり良いイメージが無い。。。

30代〜40代前半のITエンジニアだと、キャリアの分岐点でこの問いにぶつかりやすい。
SEとして手を動かしてきた。PMも経験してきた。
次は「上流」「提案」「意思決定」に寄った役割が気になる。でも自信が持てない。

ここで先に言い切っておく。
コンサルの適性は、スキルよりも「思考の癖」で決まる。

もちろん最低限のスキルは必要だ。
ただ、スキルは後から伸びる。型を覚えれば積み上がる。
一方で、思考の癖は仕事の進め方そのものなので、合う・合わないが強烈に出る。

この記事では、ITエンジニアがコンサルに向くかどうかを「性格診断」ではなく、仕事で再現できる形で分解する。読んだあとに、自分の癖がどこにあるか見えるように書く。

まず誤解を壊す：コンサルの仕事は「答えを出す」ではない

コンサルの仕事って、完璧な答えを出すことだと思われがちだ。
でも現実は違う。

クライアントの課題は、たいてい曖昧だ。
前提も揺れている。部署ごとに言ってることも違う。数字の定義すら一致していないことがある。
そんな状況で「正解」を当てにいくのは無理ゲー。

コンサルの価値は、答えではなく「前に進む形」を作ること。

• 何が論点なのかを切り分ける

• 意思決定に必要な情報を揃える

• 反対意見が出ても壊れない合意を作る

• 次の一手を実行できる粒度に落とす

つまり、頭の良さというより、進め方の設計能力。
そして、それを支えるのが「思考の癖」だ。

コンサルに向く「思考の癖」10個

ここからが本題。
この10個に「自然とやってしまう」が多いほど、コンサルは向きやすい。

1）結論を急がず、まず「問い」を正す癖

向いている人は、いきなり解決策に飛びつかない。
まずこう聞く。

• それは「何が困っている」状態ですか？

• それが解決したら、何がどう変わりますか？

• 困りごとが起きている場所はどこですか？誰ですか？

• それは事実ですか、推測ですか？

問いがズレたままの解決策は、100%外れる。
エンジニアでいう「要件が違う」状態。コンサルはこれを最初に潰す。

2）現象より「構造」を見たくなる癖

炎上している、遅れている、揉めている。
その現象だけを追っても、また再発する。

向いている人は、構造を見ようとする。

• どこで意思決定が止まっている？

• 情報の流れはどうなっている？

• 責任と権限がズレていない？

• そもそも成功条件が合意されている？

現象→対処、ではなく、構造→設計。
この癖が強いほど、コンサルはハマる。

3）相手の言葉を「定義」したくなる癖

クライアントは同じ単語を違う意味で使う。
「改善」「効率化」「品質」「スピード」「DX」…全部危ない。

向いている人は、言葉の定義を合わせる。

• 「品質」って具体的に何の品質？欠陥率？再作業？顧客クレーム？

• 「早く」って、リードタイム？手戻り？承認待ち？

• 「成果」って、売上？コスト？工数？満足度？

ここを曖昧にしたまま進めると、最後に必ず揉める。

4）相手の立場・恐れ・評価軸を想像する癖

論理だけで人は動かない。
組織は特にそう。

向いている人は、相手の「守りたいもの」を見にいく。

• この人は何で評価されている？

• 何を失うのが怖い？

• 誰に説明しないといけない？

• 本音はどこにある？

ここを読めると、合意形成の成功確率が跳ね上がる。

5）曖昧さを嫌い、仮説で仮固定する癖

全部が確定するまで待っていたら、何も進まない。
だから向いている人は仮置きする。

• いったんA前提で進めます（違ったらこのタイミングで変えます）

• いまの仮説はこれです（反証があれば教えてください）

• 重要なのは、次の意思決定に必要な情報です

曖昧さを放置するのではなく、仮説で扱える形にする。
これがコンサルの基本動作。

6）選択肢を並べ、トレードオフで語る癖

向いている人は、「これが正解です」と言わない。
代わりにこう言う。

• A案はスピード優先、B案は品質優先、C案はリスク最小

• 何を優先しますか？

• 優先したい理由はどれですか？

コンサルは「決める場」を作る仕事。
決めるための材料を揃える癖がある人は強い。

7）物事を「一枚」にまとめたくなる癖

散らかった情報を、構造にして整理する。
図にする、表にする、フレームに入れる。

これは資料スキルというより、思考の整理癖。
ドキュメントはその結果として出てくる。

過去にはコンサルでなくても、「トヨタ式A3横1枚にまとめる技術」のようなものが流行した時期があったくらいだ。

8）合意の粒度を気にする癖

「分かりました」「いいですね」で進むと、後で崩れる。
向いている人は粒度を揃える。

• それは「方針」の合意ですか？「要件」の合意ですか？

• 今日決めるのはどこまでですか？

• 次回までに誰が何を確認しますか？

地味だけど、ここが仕事の質を決める。

9）実行まで落ちない提案を嫌う癖

パワポで綺麗にまとめても、現場が動かなければ意味がない。
向いている人は、最後に必ず運用を聞く。

• それ、誰が回しますか？

• 週次で何を見ますか？

• 例外が起きたらどうしますか？

• それをやる時間はどこから捻出しますか？

「実装・運用まで落とす癖」がある人は、ITコンサル、業務コンサルで特に強い。

10）自分の正しさより、相手が動く形を優先する癖

これが一番、向き不向きが出る。

コンサルは、正論で殴る仕事ではない。
相手が動ける形に“設計”する仕事だ。

正しさの証明が気持ちいい人は、ストレスが溜まりやすい。
逆に「動けば勝ち」と思える人は、活躍しやすい。

逆に、コンサルで苦しくなりやすい「思考の癖」7個

当てはまるからダメ、ではない。
ただ、転職してから地獄になりやすいポイントなので先に知っておく価値がある。

1）完璧な情報が揃うまで動けない
2）正論で説得しようとする（相手の恐れを無視する）
3）抽象が苦手で、例だけで話してしまう
4）人の話を聞くより、自分の答えを言いたくなる
5）合意形成より、実装や作業に逃げたくなる
6）「これくらい分かるでしょ」と前提を省略する
7）政治・利害調整を「汚いもの」と切り捨てる

コンサルの現場では、政治は存在する。
嫌ってもなくならない。扱える形にするしかない。

30代〜40代前半のITエンジニアが、適性を見極める3つの質問

思考の癖は、経験で強化できる。
だから大事なのは「いまの自分がどっち寄りか」を知ること。

質問1：あなたは「答え」と「問い」どちらに興奮する？

• 答えを出す瞬間が一番楽しい → エンジニア寄りの強み

• 問いを整理して前に進む瞬間が楽しい → コンサル適性が強い

質問2：不確実な状況はストレス？それともゲーム？

• ストレスで固まる → まずPM・上流で耐性を作ると良い

• ゲームとして燃える → コンサルで武器になる

質問3：自分が動くより、相手が動くことに価値を感じる？

• 自分が動いたほうが早い → 実装・リードの素質

• 相手が動けば勝ち → コンサル・マネジメントの素質

最後に：コンサルに向いてるかより、どんなコンサルに向いてるか

コンサルと一口に言っても、種類がある。
戦略、業務、IT、PMO、データ、セキュリティ…。

ITエンジニア出身なら、最初から「全部できる」必要はない。
むしろ強いのは、現場の制約を理解した上で、合意と実行に落とせる人だ。

もしあなたが、
火消しより「なぜ燃えるか」を考えたくなるなら。
仕様より「何を決めれば進むか」を整えたくなるなら。
正しさより「動く形」を作るほうが気持ちいいなら。

たぶん、コンサルは向いてる。

じゃあ、ひとつだけ問いを置いて終わる。

あなたが今いちばん強く持っている思考の癖は、
「答えを出す癖」と「問いを正す癖」、どっちだろう？

次に読む：

はじめての方へ：

マガジンの紹介：

IT業界の「技術×キャリア×整える」を束ねるマガジンを公開中です！
ビジネスや心と体を整える良記事が集まってきていますので、
是非、覗いてみてくださいね。
気に入って頂けたらマガジンのフォローもよろしくお願いします！
共同マガジンに参加希望の方も募集中です！