技術を深めるかPMに寄せるか──30代前半で迷う人が見るべき仕事の軸

30代前半になると、仕事の中で少しずつ聞かれることが変わってくる。

若手の頃は、実装できるか、調べられるか、納期までに形にできるかが見られていた。分からないことを調べ、手を動かし、レビューを受けながら前に進める。それだけでも十分に価値があった。

けれど、ある時期から、周囲の期待が少し変わる。

この設計で本当に大丈夫か。
この進め方で現場は回るのか。
顧客にはどう説明するのか。
若手にはどう任せるのか。
遅れそうなとき、どこで判断するのか。

こういう問いが増えてくると、ふと迷う。

自分はこのまま技術を深めるべきなのか。
それとも、PMやリーダー寄りに進むべきなのか。

この迷いは、かなり自然なものだと思う。むしろ、30代前半で一度ここに立ち止まらないほうが危ない。なぜなら、この時期のキャリアは、好きな仕事だけで決めるには少し複雑になってくるからだ。

技術が好きだから技術を深める。
人と話す機会が増えたからPMに寄せる。
年齢的にそろそろ管理側に行く。

このくらいの判断だけで進むと、あとで苦しくなることがある。
技術を深めたつもりなのに、会社の中では便利な詳しい人で止まる。PMに寄せたつもりなのに、実態は会議調整と進捗確認ばかりで消耗する。リーダーになったつもりなのに、自分で抱え込む仕事が増えただけになる。

だから、技術かPMかを考える前に、まず見たほうがいい軸がある。
それは、自分がどの形で成果を出しているか、という軸だ。

技術を深める人は、単に詳しい人ではない。難しい技術を知っている人でも、最新情報に強い人でも、それだけではまだ弱い。技術を深めて価値になる人は、技術によって現場の不確実性を減らしている。

たとえば、設計の選択肢を比較できる。運用で詰まるポイントを先に見抜ける。障害が起きたときに原因を追える構造を作れる。将来の変更に耐えられるように、今の実装を整えられる。こういう人の技術は、単なる知識ではなく、仕事を安定させる力になる。

一方で、PMに寄せて価値になる人は、単に人を管理する人ではない。会議を増やす人でも、進捗表を更新する人でもない。PMとして価値が出る人は、関係者の認識差を減らし、決めるべきことを前に進めている。

誰が何を決めるのか。
どこが未確定なのか。
何を変えると、どこに影響が出るのか。
いま話すべき論点は何か。
逆に、今は決めなくていいことは何か。

こういう整理ができる人は、プロジェクトの中で重宝される。進捗を追うだけではなく、進む状態を作っているからだ。

ここで大事なのは、技術とPMを上下で見ないことだ。

技術を続けるほうが職人気質で、PMに行くほうが偉いわけではない。逆に、PMに行くのが逃げで、技術を深めるのが正解という話でもない。どちらにも難しさがあるし、どちらにも市場価値はある。

ただし、向いている成果の出し方は違う。

技術軸で伸びる人は、複雑なものを構造で捉えるのが得意だ。仕様の裏にある制約、設計の歪み、運用時のリスク、変更しやすさ、壊れにくさ。こういうものに自然と目が向く。目の前のタスクを終わらせるだけではなく、この作り方であとから困らないかを考えられる。

PM軸で伸びる人は、人と仕事の間にあるズレに気づくのが得意だ。顧客が言っていることと本当に困っていることの違い、上司が期待していることと現場が理解していることの差、開発側が危ないと思っていることと経営側が見ていることの距離。そういうズレを放置せず、言葉にして前に出せる。
どちらも必要な力だ。

問題は、自分がどちらに興味があるかだけでなく、どちらの負荷なら引き受けられるかである。

技術を深める道では、学び続ける負荷がある。新しい技術、設計思想、クラウド、セキュリティ、AI、運用、品質。学ぶものは減らない。しかも、学んだだけでは評価されない。現場の制約の中で、使える判断に変換しなければならない。

PMに寄せる道では、曖昧さを受け止める負荷がある。決まらないこと、動かない人、変わる前提、責任の押し合い、顧客の不安、社内の都合。正論だけでは進まない場面が増える。答えを出すより先に、答えを出せる状態を作る必要がある。

だから、30代前半で見るべきなのは、華やかさではない。
どちらの仕事なら、自分の強みが自然に使えるか。
どちらの負荷なら、長く引き受けられるか。
どちらの成果なら、職務経歴として説明できるか。
この三つを見たほうがいい。

たとえば、技術を深めたいなら、自分の経験を技術名だけで語らないほうがいい。Javaをやりました、AWSを触りました、Reactを書きました、だけでは弱い。どんな制約の中で、どんな判断をして、何を安定させたのか。そこまで言語化できて、初めて技術はキャリアの武器になる。

PMに寄せたいなら、会議を仕切った、進捗を管理した、顧客と調整した、だけでは弱い。何が決まらなかったのか。どの認識差を埋めたのか。どのリスクを先に出したのか。誰の判断を助けたのか。そこまで言語化できて、初めて推進経験になる。

つまり、分岐の判断は、役職名ではなく成果の出し方で見る。
自分は、技術で不確実性を減らす人なのか。
それとも、関係者のズレを整えて前に進める人なのか。

もちろん、最初からきれいに分かれる必要はない。むしろ、30代前半なら半年だけ試すくらいでいいと思う。

今の案件で、技術軸を試すなら、設計判断の理由を一つだけ言語化して残す。なぜこの方式にしたのか、何を捨てたのか、どんな運用リスクを見たのか。それを自分のメモにする。

PM軸を試すなら、会議の前に論点を一つだけ切り出してみる。今日は何を決める場なのか、誰の判断が必要なのか、決まらない場合に何が止まるのか。それを一枚にしてみる。

この小さな実験を続けると、自分の向き不向きがかなり見えてくる。

技術に触れているときに集中が戻るのか。
人の認識差を整理しているときに手応えがあるのか。
設計の深さに面白さを感じるのか。
プロジェクトが前に進む瞬間に面白さを感じるのか。

キャリアの分岐は、一度の決断で決めるものではない。日々の仕事の中で、自分がどこで価値を出しているかを観察しながら、少しずつ寄せていくものだと思う。

技術を深めるか、PMに寄せるか。

その問いに、すぐ答えを出さなくてもいい。ただ、今の仕事で自分が何によって信頼されているのかは、見ておいたほうがいい。

詳しいから頼られているのか。
整理できるから頼られているのか。
決められるから頼られているのか。
現場を分かっているから頼られているのか。

そこに、次の仕事の軸がある。

あなたはいま、技術で仕事を前に進めていますか。それとも、人と仕事のズレを整えることで前に進めていますか。

次に読む：

はじめての方へ：

マガジンの紹介：

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

＜PR＞

次のキャリアを考えたい方へ。
求人サイトGreenを応援しています。