自社開発への転職で評価された技術スキル・経験【年収150万UPの実例】
できること増えたのに、なんで給料上がらないんだろう
バックエンドエンジニア歴2年、転職で年収380万から530万に上がったはるです。
入社して2年くらい経つと、だいたいのことは一人で回せるようになる。設計もレビューも、ちょっとしたトラブル対応も。去年の自分と比べたら明らかにできることが増えている。
なのに、給料はほとんど変わらない。
隣の席の先輩、自分と同じようなタスクをやっているのに、たぶん年収は100万以上高い。入社時期が違うだけで。実力主義ってなんだったっけ、と思う瞬間がある。
評価面談も正直微妙だった。マネージャーは忙しすぎて、ぼくが何をやったかちゃんと見てくれている気がしない。返ってくるフィードバックは当たり障りのないことばかり。がんばってますね、引き続きよろしく、みたいな。
いや、がんばってるのはわかってるんだよ。それをどう評価してくれるのかが知りたいんだって。
もしこの感覚に覚えがあるなら、ちょっとだけ読んでみてほしい。ぼくも全く同じことを感じていて、結果的に転職で年収を150万上げた。
年収が上がらないのは、あなたの問題じゃなくて構造の問題
これ、転職して初めて理解したことなんだけど、会社の給与って「あなたの実力」で決まっているようで、実はそうでもない。
会社にはチームや部署ごとに人件費の予算枠がある。その枠の中でしか昇給できない。どれだけすごい成果を出しても、枠が5万円なら5万円しか上がらない。
しかも、一度ベースを上げたら基本的に下げられない。だから会社側も慎重になる。グレード制度があっても、実態は年次で少しずつ上がっていくだけ。若手がいきなり跳ねることは構造上むずかしい。
つまり、今の年収が低いのは実力不足じゃなくて、入社時の条件と会社の予算構造に縛られているだけ。
だったら、今の実力を正当に評価してくれる場所に移るほうが合理的じゃないですか。ぼくはそう考えて転職した。結果、年収380万から530万になった。
自社開発の面接で見られるのは「技術力」だけじゃない
転職活動を始める前、ぼくは技術スタックの一致がすべてだと思っていた。TypeScriptが書けるか、Reactの経験があるか、AWSを触ったことがあるか。そういうハードスキルの照合。
でも実際に自社開発企業の面接を受けてみると、聞かれることが違った。
技術の話はもちろん出る。でもそれ以上に「どういう考えでその技術を選んだのか」「チームの中でどう動いたのか」「課題をどう見つけて、どう解決したのか」を深掘りされた。
要は「何ができるか」じゃなくて「どう働いてきたか」。自社開発の会社はプロダクトを長期で育てていくから、一緒に働く人の思考プロセスやスタンスをすごく気にしている。
ここからは、ぼくが実際に転職先から評価されたポイントを3つ紹介する。これは入社後にもらったフィードバックで、面接時に何が刺さったのかがわかる貴重な情報だと思う。
評価されたこと1：学びを次のプロジェクトで活かす行動力
転職先からもらったフィードバックにこうあった。
「短期間ながら主体的に学び、課題を自ら見つけて提案し、実装まで推進されてきた姿勢に強く惹かれました」
これ、何か特別なことをしたわけじゃない。
前職でRuby on RailsからNestJSへのフルリプレイスに関わった。Railsの設計で感じた課題をNestJSの設計に反映させた。前のプロジェクトで学んだことを、次のプロジェクトの意思決定に使っただけ。
でも振り返ると、これをやっている人は意外と少ないのかもしれない。目の前のタスクをこなすことに精一杯で、過去の経験を構造化して次に活かすところまで手が回らない。
ポイントは「学んだ」で終わらせないこと。学んだことを言語化して、次の設計判断に組み込んで、チームに提案する。この一連の流れが評価された。
評価されたこと2：本質から考える設計思考
2つ目のフィードバックはこうだった。
「誰かに伝えられたものをそのまま作るのではなく、本質的なプロダクト価値や開発の長期的な観点から、あるべき設計を自分で考えてPdMに働きかけて意見を通すこともできる」
前職で、凝集性の高かった定期実行処理を分析して、切り離せる部分を特定し、新規のバッチ処理基盤として切り出す提案をしたことがある。
言われたタスクをそのまま実装するだけなら、既存のモジュール構造の中に新しい処理を足せばよかった。でもそれだと半年後に確実に辛くなる。だから「ここは分けたほうがいい」と根拠を添えてPdMに提案した。
自社開発の会社が求めているのは、仕様書通りに手を動かす人じゃない。プロダクトの未来を考えて、必要なら仕様に意見できる人。これは経験年数に関係なく、今の現場で意識すればすぐに実践できる。
評価されたこと3：柔らかいコミュニケーション
3つ目がこれ。正直、技術スキルよりも意外だった。
「自分の意見・主張を受け入れてもらうために、正論パンチではなく伝え方を柔軟に変えるといった、柔らかいコミュニケーション」
エンジニアって、論理的に正しいことを言えば伝わると思いがちじゃないですか。ぼくもそうだった。でも正論って、言い方を間違えると相手を追い詰めるだけで何も変わらない。
たとえば設計レビューで「これは間違ってます、こうすべきです」と言うのと、「ここってこういう懸念があると思うんですけど、こういう方向はどうですかね」と言うのでは、伝わり方がまるで違う。結論は同じなのに。
技術力がある人はたくさんいる。でも技術力があって、かつチームの中でうまく意見を通せる人は少ない。これは自社開発の会社が長期でプロダクトを作っていく上で、めちゃくちゃ重要な能力だと思う。
今の会社でやっていることが、そのまま武器になる
ここまで読んで気づいたかもしれないけど、ぼくが評価されたことに「特別な技術」は1つもない。
学んだことを次に活かす。仕様に疑問を持ったら提案する。伝え方を工夫する。どれも今の現場で、明日からできることばかり。
自社開発への転職で大事なのは、ピカピカの技術スタックを揃えることじゃない。今やっている仕事の中で「自分はどう考えて、どう動いたか」を言語化できるかどうか。
転職活動は、自分の仕事を振り返るいい機会でもある。普段なんとなくやっていることの中に、実は面接で刺さるエピソードが眠っている。
ぼくの転職体験の詳細は別の記事にまとめているので、具体的な進め方が気になる人はそちらも読んでみてください。