エンジニアの自己分析:やり方と注意点

市場価値や他者の期待に引っ張られると、自己分析は簡単に歪みます。本質的な自己理解をするためのステップと注意点を解説します。

エンジニアの自己分析:やり方と注意点

自己分析をしようと思ったとき、多くの人はこう考えます。

  • 自分の強みは何か
  • 市場で価値があるスキルは何か
  • どの職種に向いているか

一見正しい問いですが、この進め方には大きな落とし穴があります。それは、外部基準に引っ張られすぎることです。


なぜ自己分析はうまくいかないのか

自己分析が難しい理由はシンプルです。「自分」を客観的に見ることができないからです。

さらに厄介なのは、次のようなノイズが混ざることです。

  • 市場価値が高い=良いキャリア
  • 年収が上がる=正解
  • 周囲から評価される=適性がある

これらはすべて外部の評価軸です。この状態で自己分析をすると、「本当にやりたいこと」ではなく**「やるべきだと思っていること」**を選んでしまいます。

正しい自己分析は、外ではなく内側から始める必要があります。


ステップ①:意思決定のパターンを振り返る

まず見るべきは「何が得意か」ではありません。「どう判断してきたか」です。

過去の意思決定を振り返ります。

  • 技術的に難しい道を選んだのか
  • チームの安定を優先したのか
  • ユーザー価値を重視したのか
  • 納期や確実性を優先したのか

ここには必ず一貫したパターンがあります。このパターンこそが、あなたの「無意識の優先順位」です。


ステップ②:ストレスの発生源を特定する

次に重要なのは、どこでストレスを感じるかです。

  • 人との調整がストレスなのか(People)
  • 不確実な仕様がストレスなのか(Product)
  • 進まないプロジェクトがストレスなのか(Delivery)
  • 技術的に納得できない状態がストレスなのか(Technology)

ストレスは「苦手」のサインではなく、価値観とのズレのサインです。何にストレスを感じるかを知ることで、自分が何を大切にしているかが見えてきます。


ステップ③:4つの軸で比率を整理する

意思決定パターンとストレスの発生源が見えたら、4象限フレームを使って自分の傾向を比率で整理します。

比率(例)
Technology50%
Product30%
Delivery20%
People0〜10%

「なんとなくの自己理解」が構造化され、言葉にしやすくなります。


ステップ④:ロールに当てはめない

ここで多くの人がやってしまうのが、「じゃあ自分はPdMだ」「やっぱりマネージャーは無理だ」と、すぐに職種に当てはめてしまうことです。

**ロールは後から決めるものです。**先にやるべきは「どの配合なら自然に価値を出せるか」を理解することです。配合が先、ロールが後。この順番を間違えると、また「向いているか」という問いに戻ってしまいます。


よくある失敗

市場価値から逆算する

「今流行っているから」「年収が上がるから」で選ぶと、長期的にはズレが大きくなります。市場の評価は変わりますが、自分の価値観のパターンはほとんど変わりません。

成功体験だけを見る

成功した経験だけを見ると、本来の強みではなく環境要因を強みだと誤認します。「うまくいったのは自分のおかげか、状況のおかげか」を問い直す視点が必要です。

言語化だけで終わる

自己分析は「理解すること」ではなく、意思決定を変えることが目的です。「自分を説明できるようになった」だけでは、キャリアは変わりません。


自己分析のゴール

自己分析のゴールは「自分を説明できるようになること」ではありません。本当のゴールはこれです。

迷ったときに、自分で判断できる状態になること

なぜこの選択をするのか、なぜ違和感があるのか、なぜ続けられるのか。これが自分の言葉で説明できる状態が、本当の意味での自己理解です。

自己分析がうまくいかないと感じたら、やり方が間違っているだけかもしれません。外部基準を手放し、内側から順番に見ていくことで、キャリアの見え方は変わります。