| 種類 | 説明 | 例 |
|---|---|---|
| 記憶力(知識力) | 情報・知識を蓄積する力 | クイズ王・物知り |
| 対人感性力 | 場の空気を読み、人を動かす力 | 芸人・営業職 |
| 地頭力 | 未知の問題を自力で解く力 | 数学者・棋士 |
昔は「対人感性力+記憶力」があれば十分だった。情報が希少で、知識を持っていること自体に価値があったから。
しかし情報がオープンになり、AIが知識を代替できる今、「自分で考える力」そのものが差別化要因になっている。
昔: 知識を持っている人 → 希少価値あり
今: 知識はGoogle・AIが代替できる
→「自分で考える力」そのものが差別化要因になる
目指すべき姿はバーサタリスト(地頭型多能人)——特定分野の専門家ではなく、どんな状況でも知識・経験を組み合わせて新しい解を生み出せる人。
┌─────────────────────────────────┐
│ 仮説思考力・FW思考力・抽象化思考力 │ ← 3つの思考力
├─────────────────────────────────┤
│ 論理思考力 / 直観力 │ ← ベース
├─────────────────────────────────┤
│ 知的好奇心 │ ← 根っこ(原動力)
└─────────────────────────────────┘
今ある情報だけで仮の結論を立て、そこを常に意識しながら検証を繰り返して最終結論に至る思考パターン。
ポイントは3つ——どんなに少ない情報でも仮説を構築する姿勢、前提条件を設定して先に進む力、時間を決めてとにかく結論を出すこと。
「終わり(ゴール)」から逆算して考える。7つの習慣でいう「自分のお葬式で何と言われたいか」を先に決め、そこから逆算して今日やることを選ぶのと同じ発想。
❌ 順行思考: 今できることを積み上げてゴールへ
✅ 仮説思考: ゴールを先に決め → 逆算して今やることを選ぶ
💡 ポイント: 「3分なら3分、3週間なら3週間なりの答えを出す」。情報が足りなくても動ける人が仮説思考型。口癖は「落としどころ」「うそでもいいから」。
全体像を高所から俯瞰してから、MECEに分解して考える力。
駅で待ち合わせをした二人が、お互い「駅から見て左側に……」と話しているのに合流できない。実は西口と東口にいた——という話。
❌ 相対座標(フレームワーク思考なし)
自分のいる場所を基点に「左・右」で話す
→ 前提がズレているのに気づかない
✅ 絶対座標(フレームワーク思考あり)
駅の上から鳥瞰で全体を把握
→「二人は反対側にいる」とすぐわかる
分解のルールは MECE(モレなくダブりなく)。「その他」カテゴリーを作った時点でMECEが崩れているサイン。
また、プロジェクトのボトルネックを先に特定することが重要——全体パフォーマンスはボトルネックのパフォーマンスで決まる。
💡 ポイント: 「遠くから近くへ」のイメージ。先に全体像を掴んでからズームインする。
具体的な問題から本質を抽出し、抽象レベルで解を導いてから再び具体に落とし込む3ステップの思考。
具体的問題: 「このバグの直し方は?」
↓ 抽象化(Why?)
本質: 「型チェックが漏れている設計問題」
↓ 解決策を考える
↓ 再び具体化
具体的対策: 「入力バリデーションの共通関数を作る」
これが「改善」ではなく「改革」のアプローチ。その場しのぎでなく、根本原因に対処できる。
抽象化のトレーニング方法:読んだ本・資料を30秒で説明する練習。本質を理解していないと30秒にまとめられないので、抽象化力が自然に鍛えられる。
💡 ポイント: 相違点でなく「共通点」を見つけるのが抽象化。Webエンジニアなら「このSupabaseの設計パターン、Redisでも同じ考えが使えるな」と気づける力。
「日本全国に電柱は何本あるか?」のような問いに、推定ロジックで答える手法。正確な答えより思考プロセスが目的。
① アプローチ設定(どう分解するか)
② モデル分解(要素に分ける)
③ 計算実行(概算でOK)
④ 現実性検証(おかしくないか確認)
電柱の例:日本の面積 → 都市/地方の密度 → 電柱間隔20m → 概算4,400万本(実数3,300万本)。適当に計算しても誤差1桁以内に収まる。
💡 ポイント: フェルミ推定はフェルミ推定の練習というよりも、3つの思考力すべてを同時に鍛えるトレーニング。
| タイプ | 症状 | 必要な力 |
|---|---|---|
| 検索エンジン中毒 | 考える前に手が動く、検索結果を鵜呑み | 仮説思考力 |
| 完璧主義 | 情報が揃うまで動けない、締め切りを守れない | 仮説思考力 |
| 情報コレクター | 集めるだけで使われない情報が山積み | 仮説思考力 |
| 猪突猛進 | 全体が見えず、説明がひとりよがり | FW思考力 |
| セクショナリズム | 自分の範囲だけ完璧にしようとする | FW思考力 |
| 経験至上主義 | 自分の経験だけを拠り所にし、他社から学べない | 抽象化思考力 |
| ミス | 改善策 |
|---|---|
| 情報が揃うまで結論を出せない | 今ある情報で「最善の仮説」を出す癖をつける |
| 全体像なく細部から入る | まず鳥瞰→ズームインの順番を守る |
| 分類に「その他」を作る | MECEを意識し、「その他」なしで分類し直す |
| ボトルネック以外に労力をかける | 全体最適の観点でボトルネックを先に特定する |
| 具体問題にその場で対処する(改善) | 抽象化→根本原因→具体対策のステップを踏む(改革) |
「情報がオープンになったから地頭力が重要」という話は、AIの登場でさらに加速している。Next.jsの新機能もSupabaseの設計パターンも、AIが教えてくれる今、エンジニアに残る価値は「何を作るべきか判断する力」「設計を抽象化する力」——まさに地頭力の話。
処方箋タイプで「完璧主義」と「情報コレクター」は自分に刺さった。設計に入る前にドキュメントを読みすぎて手が止まることがある。「うそでもいいからまず仮説を立てる」を意識したい。
「30秒で説明できるか」はPRレビューのコメントや設計の意図説明でも使えるトレーニング。すぐ始められる。