未経験の技術に挑戦したいエンジニアへ｜年収を下げないスキルアップ転職の考え方

「新しい技術を、そろそろ仕事で使ってみたい」 「でも任されるのは、何年も同じシステムの保守ばかり」 「家族がいるから、年収だけは下げられない」

何年も前に自分で直した画面を、今日もまた開いている。 SNSを開けば、知らないフレームワークの名前が並んでいる。 どれか一つでも引っかかったなら、ここから先はあなたの話です。

想定しているのは、Web系の開発経験はあるけれど、やってみたい技術や業務はまだ実務で触ったことがない人です。

新しい技術に移ると、初心者扱いで給料が下がるのでは。 そう身構えますよね。 ただ、提示される条件を左右するのは技術の新しさではなく、応募先があなたの何を評価するのか、その中身が今とどれだけ変わるかです。

だからスキルアップ転職では、経験のある技術を軸にして、プラスワンで新しいことができる環境を選ぶ。 そのために、今の経験で担当できる仕事と新しく経験する仕事を分けて、求人票と面談で確かめる。 これがこの記事の答えです。

未経験の技術があっても、これまでの実務経験までゼロにはならない

未経験の技術があることと、仕事の経験がないことは別の話です。

何年もかけて身につけた改修や不具合調査の経験は、新しいフレームワークを知らなくても消えません。

今できる仕事と、これから覚える技術を分ける

棚卸しのコツは、技術名ではなく「担当した仕事」で書き出すことです。 言語やツールの名前だけを並べると、新しい技術の欄が空いているぶん、自分の価値まで低く見えてしまいます。

架空の例で分けると、こうなります。

今できる仕事（実務経験あり）	これから覚えること（実務は未経験）
PHPで既存機能を改修し、テストまで担当した	新しいフレームワークでの実装
本番の不具合をログから調べて修正した	クラウド上の環境構築
仕様の不明点を確認して工数を見積もった	フロントエンドの新しいライブラリ
後輩のコードをレビューした	AIが書いたコードを検証する仕組みづくり

ただし、同じPHPの求人なら即戦力、とは限りません。 設計から任せたいのか、改修を担当してほしいのか。 求められる工程や難易度、成果を、左の列と照らし合わせる必要があります。

技術の追加と、職種を丸ごと変える転職は分けて考える

上の図の左側のように、今の経験から地続きの一歩なのか、まったく別の島に渡るのかで、越える距離は大きく変わります。

Web開発の経験に新しいフレームワークを足すのと、開発経験だけを持ってデータ分析の専門職に移るのとでは、埋める差の大きさが違います。

前者では、左の列の経験を生かせる部分があります。 後者は、評価される仕事そのものが入れ替わります。 採用する側から見れば即戦力として扱いにくく、給与も今の経験年数ではなく、新しい分野での経験に合わせて決まりやすくなります。

まったく畑の違う分野に一気に移るのは、採用の面でも給与の面でも難しい。 だから現実的なのは、経験のある技術を軸にして、プラスワンで新しいことができる環境に身を置くことです。 バスケットボールのピボットと同じで、軸足は今の経験に残したまま、もう片方の足だけを新しい技術に踏み出すイメージです。 PHPの改修ができる人が、PHPの案件の中でフロントエンドやクラウドの一部も任される。 今の経験で貢献しながら新しい技術も担当できるかを、応募先や案件ごとに確認していきます。

遠い分野を目指す場合も、いきなり転職で埋める必要はありません。 今の職場で関連する仕事に少し関わる、学習や小さな成果物で補う、という順番があります。

「家族がいるから、新しいことに挑戦する余裕なんてない」と感じる人もいるでしょう。 僕なら、家族がいる状況では、両足で別の島に飛び移るような転向より、今の経験を生かせる道を先に探します。 軸足を残したプラスワンは、守るものがある人のための挑戦の形です。

AIで現場のやり方が変わり、問われる力も変わってきた

せいやの現場での一例です。すべての現場に共通する手順ではありません。

上の図は、僕がいま関わっている開発の進め方をざっくり一枚にしたものです。

ここ数年で、生成AIの広がりとともにSEの現場の進め方もかなり変わってきました。 現役で働いていて感じるのは、コードを書く作業そのものはAIに任せ、人間はその中身が正しいかを確かめる側に回る場面が増えたことです。

そうなると、「特定の言語やフレームワークを扱える」だけでは差がつきにくくなります。 僕が見ている現場で頼りにされるのは、速く書ける人より、AIの書いたものを確かめられる人と、そのための仕組みをつくれる人です。

僕が実際にやっているのは、たとえばこんなことです。

• コミットするときに、別のAI（サブエージェント）にコードをレビューさせる仕組みをつくる
• プルリクエストを作ったときに、さらに別のAIにクロスレビューさせる仕組みをつくる
• AIが迷わず作業できるように、作業手順をまとめたスキルを整えたり、AIを動かす実行環境（ハーネス）を組んだりする

どれも、コードを1行ずつ書く仕事ではありません。 AIに書かせたものを、どうやって人とAIの両方の目で確かめ、品質を落とさずに速く進めるか。 その段取りを設計する仕事です。

これは経験者にとって追い風でもあります。 コードの良し悪しを判断する目や、本番の不具合を調べてきた経験は、AIに書かせる時代になっても左の列から消えないからです。 環境を選ぶときは、フレームワークの名前だけでなく、AIを前提にした開発の仕組みづくりに関われるかも見ておきたいところです。

スキルアップ転職で年収を守るために、給与と仕事内容をセットで比べる

金額や比率を表すグラフではありません。手当は支給条件、固定残業代は金額・時間数・超過分も確認します。

上の図のように、同じ「年収○○万円」でも、確定している部分と見込みの部分が混ざっています。 提示年収が今と同じでも、それで成功とは限りません。 家計に効くのは総額より、毎月いくら入り、それがいつから確定するかです。

年収の総額だけでなく、初年度の支給条件を確認する

現職と候補先を比べるときは、次の項目を同じ列に並べます。

• 基本給
• 固定残業代の有無・金額・何時間分かと、超過分の扱い
• 賞与の算定方法と、初年度に満額の対象になるか
• 住宅や家族などの手当
• 毎月の受取額と、通勤時間や残業の変化

並べたら、確定している数字と見込みの数字を分けてください。 想定残業代や想定賞与、数年後の昇給の話は、まだ実現していない数字です。 口頭の「いずれ戻りますよ」を、今の収入に足して比べるわけにはいきません。 まだ振り込まれていないボーナスを当てにしてローンを組むのと、やっていることは同じです。

受取額や通勤、残業の変化は、家族とも一緒に確認しておきたい条件です。

高い年収の理由が、希望する仕事と一致しているかを見る

年収が高くても、それが「今と同じ古い技術の専任」を評価したものなら、新しい技術に触れたいという希望はかなわないかもしれません。

技術の一覧も同じで、求人票に「AWS」とあっても、自分が環境を構築するのか、すでにある環境の上でアプリを動かすだけなのかで、身につくものはまったく違います（説明用の例です）。

比べるときは、この4列で整理すると漏れにくくなります。

以下は比較方法を示す架空の例です。

比較対象	給与条件（確定・実績・見込みを区別）	当初の担当業務	新技術を扱う範囲	未確認事項
現職	基本給・固定残業代の条件／賞与は過去の実績として別記	既存システムの保守	ほぼなし	異動の可否
候補A（架空）	提示書面の基本給と手当	既存機能の改修	新規機能の一部	担当開始の時期
候補B（架空）	提示総額のみ（内訳未確認）	未定	「将来的に」	配属先・賞与の扱い

候補Bのように右の2列が埋まらない求人は、提示額が高くても、まだ比べられる状態ではありません。

新しい技術を実務で経験する3つのルート

上の図のとおり、どのルートでも土台になるのは今の経験です。 新しい技術を実務で経験する道は、転職だけではありません。

ルート	生かす経験	新技術に触れる機会	収入面で確認すること
現職で異動・担当変更	社内システムの知識と信頼	新規開発、移行、周辺ツールの改善	異動後の評価基準、給与の扱いが変わるか
正社員として転職	言語や工程の実務経験	応募先の担当業務しだい	初年度の支給条件、昇給の時期と基準
フリーランス案件	既存の言語で提供できる成果	案件ごとに現場を選び直せる（軸のスキルは必須）	単価と手取りの違い、経費・税・社会保険・空白期間

現職で異動・担当範囲の変更を相談する

まずは今の職場で、新規開発や移行、周辺ツールの改善など、希望する技術に触れる仕事がないか上司に聞いてみてください。 異動の可否に加えて、開始時期と異動後の評価のされ方も確認します。 現職だから給与が必ず維持される、相談すれば仕事が回ってくる、とは限りません。

機会がなさそうなら、外の条件を調べ始めるタイミングです。 「いつか声がかかるかも」と期限なく待つより、区切りを決めておくほうが動きやすくなります。

経験を生かせる正社員求人へ転職する

今の言語や担当工程を評価してもらいつつ、未経験の技術を含む募集に応募する道です。

人事だけでなく現場の担当者にも、入社直後の担当やレビュー体制、配属の決まり方を聞いてみてください。 研修制度の有無だけで決めると、入社後に想像と違う仕事が待っていることがあります。

在職中なら、条件と役割が合う求人が見つかるまで比べ続けられます。

既存スキルを軸にフリーランス案件を探す

スキルを身につけるという目的だけで比べるなら、僕は正社員よりフリーランスのほうが合理的だと考えています。 正社員では扱う技術を会社と配属が決めますが、フリーランスは案件ごとに現場を選び直せるので、いろいろな現場を経験しやすいからです。

僕自身、技術が固定されて伸びしろのない案件は1〜2年で切り替え、新しい技術を積極的に取り入れる現場には長く残る、という基準で現場を選んできました。 独立した時点で未経験だったGitやAWS、Docker、Vueも、そうやって参画した現場で、実務と自学を重ねて覚えたものです。

ただし、まったく未経験の技術だけで商談を突破するのは難しいと思います。 フリーランスは即戦力として呼ばれる立場なので、まずは今の経験で何を提供できるかを示し、そのうえで未経験の部分をどこまで許容してくれる現場かを確認します。 軸になるスキルがあってこそのプラスワンです。

注意したいのは、案件の単価と会社員の給与は同じ物差しで比べられないことです。 単価からは経費や税金、社会保険料を自分で払い、案件と案件の間の空白期間も自分で備える必要があります。

単価と手取りの関係は、フリーランスエンジニアの手取りを会社員時代と比べた記事で詳しく整理しています。

求人票と面談で確認したい5つのこと

求人票の技術一覧は、あなたの担当表ではありません。 レストランの厨房にある食材のリストのようなもので、どの料理を任されるかまでは書いていないのです。 そのずれを埋めるために、面談では次の5つを聞いておきます。

聞くこと	確認したい内容	曖昧なときの追加質問
①最初に任せる業務と、期待する成果は何ですか	今の経験のどこが評価されたか	「入社後3か月で、どんな状態になっていれば期待どおりですか」
②希望の技術は、どの案件のどの工程で扱いますか。配属や開始時期はどこまで決まっていますか	技術名ではなく、担当する範囲と時期	「現時点で決まっていることと、未定のことを分けて教えてください」
③未経験と伝えた範囲について、レビューや相談先、習得までの進め方はどうなりますか	研修の名前ではなく、実務の中での支援	「同じように未経験から担当した方は、最初どんな体制でしたか」
④その役割の残業や勤務条件、業務外での学習はどの程度期待されますか	家族との時間を保って続けられるか	「全社平均ではなく、配属予定のチームの状況を教えてください」
⑤初年度の給与条件と、昇給や役割変更の評価時期、基準を確認できますか	確定した収入と、見込みの昇給の区別	「条件を書面で確認できるのはどの段階ですか」

※質問は確認の観点をまとめた例です。言い回しは場面に合わせて変えてください。

何を任され、いつ新しい技術に触れるのか

回答が具体的なら、対象の業務や担当範囲、未定の条件まで説明してもらえます。 「案件が取れたら」「将来的には」で話が止まるなら、配属の担当者や現場の責任者に、もう一段具体的に聞いてみてください。

将来の予定が未定なこと自体は、どの会社でも起こります。 相手を悪く決めつけず、「現時点で約束できる範囲」として、ほかの候補と同じ物差しで比べれば十分です。

未経験部分をどう補い、給与にどう反映するのか

③で知りたいのは、困ったときに誰がコードを見てくれるかです。 ④は家族との時間に直結します。 業務外の学習をどの程度当てにされているかで、平日の夜の過ごし方が変わるからです。 ⑤では、見込みの昇給を、今の確定収入と混ぜずに受け取ってください。 あわせて、開発でAIをどう使っているか、AIが書いたコードを誰がどう確認しているかを聞いておくと、その現場で身につく力が見えてきます。

面談のあとは、提示された条件の資料と、聞いた担当業務や未確定の事項を手元で突き合わせます。 何が確定していて何がまだなのかを、自分の言葉で書き分けておけば十分です。

年収と学べる仕事の両方がまだ見えないなら、追加で確認してから判断しても遅くはありません。

僕はPHPの経験を土台に、FuelPHPとGitを現場で覚えた

できることと未経験のことを、参画前に分けて伝えた

僕が32歳でフリーランスとして独立した時点で、エンジニアとしての実務は11〜12年ありました。 ただ、触ってきたのはPHPの5系とZend Framework、バージョン管理はSubversion。 SNSやYouTubeを開けば、モダンな技術を使いこなすエンジニアの発信が次々に流れてくる。 「このままじゃ一生成長できないんじゃないか」と、30歳になったころは本気で焦っていました。

焦って技術書やUdemyの講座を買っても、残業で疲れた夜に流し読みして、そのまま寝落ち。 開かれない本だけが積まれていきます。 やる気だけはあるのに、時間がない。 完全に空回りで、資格のような目に見える成果もありませんでした。

最初の案件の商談では、FuelPHPとGitを使った経験がないことを、そのまま伝えて確認しました。 返ってきたのは「やりながら覚えればいいよ」という言葉です。

参画後はFuelPHPとGitを実務で覚えていきました。独立後に触れた技術の学習には、教材やUdemyも使っています。 現場に入れば誰かが全部教えてくれたわけではありません。

この体験から言えるのは、未経験の範囲を具体化すること

これはフリーランスとして案件に参画した例で、正社員の転職で年収を維持した話ではありません。 経験年数も、読む人それぞれで違います。

採用する側が僕の何を評価したのか、本当のところはわかりません。 言えるのは、PHPの経験がある部分と、参画してから覚える部分を、自分の口ではっきり分けて伝えたことです。 未経験の範囲がぼんやりしたままだと、相手も「どこまで任せられるか」を判断できません。

「まずは独学で全部覚えてから」と考える人もいるでしょう。 でも僕の場合、仕事の外で教材を積み上げても、目に見える成果にはつながりませんでした。 新しい技術が身についたのは、実務で触るようになってからです。

技術テストの中身など当時の詳しい経緯は、フリーランスに必要な技術力について書いた記事にまとめています。

まずは「生かせる経験・経験したい仕事・譲れない条件」を書き出そう

転職や独立を今すぐ決める必要はありません。 最初にやるのは、頭の中を3つの欄に分けることです。

3つの欄を埋めて、求人や面談で確かめる

上の図の3ステップを、記入例と一緒に見ていきます。

記入例（架空）は、こんなイメージです。

①生かせる経験	②経験したい仕事	③譲れない条件
PHPでの既存機能の改修、テスト、不具合調査	新規機能を新しいフレームワークで実装したい	毎月の受取額は今と同じ水準以上
仕様確認や工数の見積もり	AIを使った開発のテストやレビューの仕組みづくりに関わりたい	残業が増えず、平日の夜に家族と過ごせる

②は「Reactを使いたい」で止めず、その技術で何を担当したいかまで書くのがコツです。

最初の30分は、次の順番で進めるのが目安です。

1. ①と②を思いつくままメモする
2. 今の職場の機会か、気になる求人を1つだけ選んで、②と照らし合わせる
3. 照らし合わせてもわからなかったことを、上の5つの質問の形に書き直す

一度で全部埋まらなくても問題ありません。 ①の書き方に迷ったら、スキルシートの書き方の記事にある、技術名と担当業務を分けて書く考え方が使えます。

独立も気になるなら、今の経験で探せる案件から確認する

正社員への転職が目的なら、次の一歩は候補企業の仕事内容と給与条件を、さっきの4列で比べることです。

独立も選択肢に入っている人は、今の経験で応募できる案件と、未経験の部分をどこまで許容してもらえるかを、エージェントに相談して確かめる方法もあります。 登録して話を聞く前に知っておきたいことは、エージェントに「登録だけ」するのはアリかを書いた記事にまとめています。

「新しい技術を使いたい」と「年収は下げられない」は、どちらかを諦めるための二択ではありません。 今の経験と生活の条件を一緒に並べてみると、新しい技術に挑戦できる場所が、思っていたより具体的に見えてきます。