エンジニアとして現場に入っていると、
こんな場面をよく見かけませんか？
- 技術力はそこまで変わらないはずなのに、
なぜか 評価されている人 - 経験年数が浅いのに、
仕事を任されるようになる人 - 同じ1年でも、
成長スピードが明らかに違う人
実はこれ、
技術力そのものよりも「ある共通点」 の差だったりします。
今回は、
実際の現場で見てきた中で
「この人、伸びるな」と感じたエンジニアに共通する特徴を3つ
紹介します。
若手〜中級エンジニアの方には、
明日からすぐ意識できる内容です。
特徴①「自分の言葉で状況を説明できる」
伸びる人に共通しているのは、
「分からないことを、分からないまま投げない」 ことです。
❌ 伸びにくい例
- 「エラーが出ました」
- 「動きません」
- 「よく分からないです」
✅ 伸びる人の例
- 「〇〇の処理までは想定どおり動いています」
- 「△△のタイミングでこのエラーが出ます」
- 「自分なりに□□が原因だと考えています」
ポイントは
正解かどうかよりも「整理して話そうとしているか」。
実務では、
「完璧な回答」よりも
「考えたプロセス」が評価されます。
現場では
“説明できる＝理解に近づいている”
と判断されることが多いです。
特徴②「質問する前に“最低限”自分で調べている」
伸びる人は、
質問の仕方が上手い です。
❌ もったいない質問
- 「これってどうやるんですか？」
- 「分かりません」
✅ 伸びる質問
- 「公式ドキュメントを読んで〇〇までは試しました」
- 「△△と□□で迷っているのですが、どちらが良さそうでしょうか？」
ここで重要なのは、
「答えを出すこと」ではなく「前提を共有すること」。
質問された側も、
- どこで詰まっているか分かる
- 教えやすい
- 「ちゃんと考えてるな」と感じる
結果的に、
良いフィードバックが返ってきやすくなります。
特徴③「仕事を“作業”ではなく“目的”で捉えている」
一気に伸びる人は、
タスクを 作業単位 ではなく
「何のためにやっているか」 で捉えています。
例
- ❌「このAPIを作る」
- ✅「◯◯のデータを安全に取得できるようにする」
目的を意識できると、
- 実装の選択肢が広がる
- レビューコメントの意図が分かる
- 「なぜ修正が必要か」を理解できる
結果として
設計・改善の視点が自然と身につく ようになります。
同じコードを書いていても、
「目的を理解して書いている人」と「指示通り書いている人」では
成長スピードが大きく変わります。
よくある誤解：「技術力が高い人＝伸びる人」ではない
もちろん技術力は大事です。
ただ、現場で評価される順番はこうなることが多いです。
- 状況を整理できる
- コミュニケーションが取りやすい
- 目的を理解して動ける
- 技術力が伸びていく
つまり、
伸びる人は、技術があるから評価されるのではなく、
評価される行動をしているから技術が伸びる
という順番です。
まとめ：明日から意識できる3つ
- 自分の言葉で「今の状況」を説明する
- 質問する前に「どこまで分かったか」を整理する
- 作業ではなく「目的」を考える
どれも、
特別なスキルや経験は必要ありません。
意識するかどうかだけ で、
現場での見られ方は大きく変わります。