「AIに仕事を奪われるかも」と感じていませんか?
AIの進化が加速するなか、「自分のスキルはこれからも通用するだろうか」「AIで代替されない人材になるにはどうすればいいのか」と不安を感じているエンジニアは少なくないと思います。
実際に私も、ChatGPTやGitHub Copilotを使いはじめた頃、コーディングの補助を超えたところで「自分が何を考え、何を判断すべきか」が曖昧になる感覚がありました。ツールが強力になるほど、「思考する人間側の価値」が問われるという逆説的な状況に気づかされたのです。
この記事では、AIに使われる側ではなく、AIを活かして本質的な価値を生み出している人たちが共通してやっていることを、7つにまとめました。
読み終えたあとには、「自分が今日から変えられること」が少なくとも1つ見つかるはずです。
AIに代替されにくい人と、されやすい人の違い
まず、少し厳しい話をさせてください。
AIが苦手なのは「正解のない問いに向き合うこと」です。与えられた情報を高速に処理して答えを出すことは得意ですが、「そもそも何を解くべきか」「誰のための設計か」という問いを立てることは、まだ人間の領域です。
| 代替されやすい仕事の特徴 | 代替されにくい仕事の特徴 |
|---|---|
| 決まった手順の繰り返し | 状況に応じた判断・設計 |
| 与えられた仕様をこなす | 仕様そのものを問い直す |
| 情報をまとめる・整理する | 問いを立てて優先順位を決める |
| 既存パターンの適用 | 未知の課題に構造を与える |
| スピード重視の実装 | 品質・アーキテクチャの設計 |
つまり、AIが強くなればなるほど、「何を考えるか」「何を問うか」という思考の質が、エンジニアの価値を決める時代になっています。
エンジニアなら読むべき本を紹介しています。
→記事を読む
本質的に考える優秀な人がやっていること7選
1. 「なぜ?」を3回繰り返す習慣を持っている
表面的な問題に飛びつかず、根本原因に辿り着くまで問い続けるのが、思考の深い人の特徴です。
たとえば、「ページの読み込みが遅い」という課題があったとき、
- なぜ遅い? → APIレスポンスが遅い
- なぜ遅い? → N+1クエリが発生している
- なぜ発生している? → 設計段階でORMの挙動を考慮していなかった
という流れで掘り下げることで、「キャッシュを入れる」という対症療法ではなく、「設計レビューのプロセスを整える」という本質的な対策にたどり着けます。
問題を早く解こうとするよりも、正しい問題を解くことのほうが、長期的にはるかに価値が高い。私はこれを何度も現場で実感してきました。
2. 「自分の理解」と「曖昧なまま進んでいること」を区別する
優秀なエンジニアと話していて気づくのは、「わかっていないこと」を正確に言語化できるという点です。
「なんとなくわかる」まま進むのが、バグや手戻りの温床になります。逆に、「ここは理解できているが、このケースの挙動は確認していない」と明示できる人は、リスク管理の精度が段違いです。
| 状態 | 説明 |
|---|---|
| ✅ 理解している | 人に説明でき、エッジケースも答えられる |
| ⚠️ なんとなくわかる | 動いているが、なぜ動くか説明できない |
| ❌ 曖昧なまま進んでいる | 確認を後回しにしている、または気づいていない |
「なんとなくわかる」状態を放置せず、「説明できるレベル」まで掘り下げる習慣が、思考の精度を高めます。
3. アウトプットを「思考の整理ツール」として使っている
ブログ、社内ドキュメント、コードレビューのコメント。これらを「成果物」として捉えるだけでなく、「書くことで考える」ツールとして活用しているのが、思考の深い人の共通点です。
頭の中で「わかっている気がする」ことでも、言語化しようとした瞬間に穴が見えてくる。私も技術記事を書くたびに、「あれ、ここの理解が浅かった」と気づかされます。
AIが文章を生成できる時代だからこそ、「自分の言葉で説明する訓練」の価値はむしろ上がっています。AIに下書きを任せるのではなく、まず自分で骨格を書いてみる。その差が積み重なって、思考の筋肉を作ります。
4. トレードオフを明示して意思決定できる
「AとBを比較してどちらが良いですか?」という問いに対して、優秀な人は**「何を優先するか次第です。〇〇を重視するならA、△△を重視するならB」**と答えます。
一方で、思考が浅いと「どちらでも対応できます」「ケースバイケースです」で止まってしまう。これは答えているようで、何も言っていないのと同じです。
| 意思決定の質 | 説明の仕方 |
|---|---|
| 低い | 「どちらでも良いと思います」 |
| 中程度 | 「Aをおすすめします」(理由なし) |
| 高い | 「今回の要件ではAが適切。ただし〇〇のリスクがあり、将来的にBへの移行を想定すべき」 |
意思決定の価値は、選択肢を選ぶことよりも、判断の根拠とトレードオフを示すことにあります。これができる人は、AIが普及しても「判断者」として不可欠な存在であり続けられます。
5. 「自分のバイアス」を認識している
私たちは誰しも、経験や慣れから生まれる認知バイアスを持っています。
- 自分の得意な技術で全部解こうとする(ハンマーの法則)
- 最初に聞いた情報に引っ張られる(アンカリング)
- 成功した過去の手法を繰り返す(確証バイアス)
本質的に考える人は、「自分はいま何かにとらわれていないか?」というメタ認知のクセを持っています。
AIを使う場面でも、「このアウトプットを疑わずに採用していないか」という問いを常に持っておくことが、思考の品質を保つ鍵になります。
6. 「長期的な価値」と「短期的な成果」を同時に考える
締め切りのあるプロジェクトで、技術的負債を積み上げながらでも動くものを出す。これは現実的な判断でもありますが、「なぜ負債を作るのか」「いつ返すのか」を意識できているかどうかで、優秀かどうかが分かれます。
| 思考のスパン | 行動の例 |
|---|---|
| 短期のみ | とにかく動けばいい。後は後で考える |
| 短期+長期 | 今は暫定実装。〇〇の段階でリファクタリングする計画を立てる |
| 長期のみ | 完璧な設計を求めて、リリースが遅れる |
理想は「短期の制約を理解しつつ、長期の方向性を手放さない」こと。AIが実装を加速してくれる今、設計とアーキテクチャの判断が人間の仕事の中心になっていきます。
7. 「問いの質」を磨くことに投資している
最後に、私が最も重要だと思うことをお伝えします。
AIに良い答えを出させるには、良いプロンプト(問い)が必要です。これはエンジニアリングだけでなく、思考全般に当てはまります。
良い問いとは何か。それは、
- 前提を疑っている
- 答えが検証可能である
- 答えから次のアクションが生まれる
という3条件を満たすものです。「どうすれば良くなるか?」ではなく「何が一番のボトルネックで、それを解消したとき何が変わるか?」のような問いが、良い問いの例です。
問いの質を上げるためには、読書・対話・書くことが有効です。ぼんやりと情報を消費するのではなく、「この情報は何の問いに答えているのか」を常に意識する習慣が、問いの筋肉を育てます。
まとめ
| # | やっていること | 一言で言うと |
|---|---|---|
| 1 | 「なぜ?」を3回繰り返す | 根本原因に迫る |
| 2 | 理解と曖昧さを区別する | 自己認識の精度を上げる |
| 3 | 書くことで考える | アウトプットが思考を深める |
| 4 | トレードオフを明示する | 判断の質を示す |
| 5 | バイアスを自覚する | メタ認知を持つ |
| 6 | 短期と長期を両立させる | 視野の広さが信頼につながる |
| 7 | 問いの質を磨く | AIを使いこなす根幹 |
AIは強力なツールですが、「何を解くか」「なぜそれが重要か」を決めるのは、これからも人間です。7つの習慣はどれも、今日から少しずつ始められるものばかりです。どれか1つでも、明日の自分に取り入れてみてください。
おすすめ本の紹介
エンジニアとして基礎力がつくおすすめの技術本を下記の記事で紹介しています。