COBOL・VB6のモダン言語転向にかかる年数と市場価値

「COBOLしか触ってこなかった自分に、モダンな会社から声がかかるとは思えない」——生保系の基幹システムを保守してきた候補者から、面談のたびに似た言葉を聞きます。

IT・Web業界を中心に800名以上の転職支援に携わってきましたが、レガシー言語の市場価値は「もう終わり」と「一生食いっぱぐれない」という極端な情報に挟まれ、転向にかかる現実的な期間を誰も見積もれていないと感じます。今回は、COBOL・VB6エンジニアの市場価値の実態と、モダン言語へ転向するまでに実際どれくらいの年数がかかるのかを、相談事例とともにお伝えします。

目次

1. COBOL・VB6からモダン言語への転向、実際にかかる年数
2. なぜCOBOL・VB6の仕事は「なくならない」と言われるのか
3. COBOLとVB6、求人動向と単価感の違い
4. VB6ならではの、次の一歩の選び方
5. 転向を焦った例と、腰を据えて進めた例
6. レガシー案件に在籍している今のうちに積める資産
7. マイグレーション案件に手を挙げる前に確認したいこと
8. 職務経歴書の書き方も、今のうちに練習しておく
9. スカウトを受け取れるかどうかも、書き方次第
10. COBOLからJava、VB6からVB.NET・C#への学習ロードマップ
11. 3つのフェーズで考えると迷わない
12. よくある疑問に答えます
13. 40代でも転向は間に合うか
14. 資格を取っておいた方がいいか
15. マイグレーション案件が社内に全くない場合はどうすればいいか
16. COBOL単体の求人と、モダン化案件の求人ならどちらに応募すべきか
17. まとめ

COBOL・VB6からモダン言語への転向、実際にかかる年数

COBOLやVB6を主戦力に転職支援をしていると、「勉強すれば何ヶ月でモダン言語に移れますか」と聞かれることがよくあります。結論から言うと、構文を覚えるだけなら3〜6か月、転職市場で通用するレベルまでは1年半から2年というのが、私が実際に見てきた相談者の多くに当てはまる感覚です。

他の記事で見かける「Java移行は6〜8か月」という目安は、研修や書籍で構文とフレームワークの基礎を押さえるまでの期間だと思ってください。実務で通用するかどうかはまったく別の話で、オブジェクト指向設計・バージョン管理・CI/CDといった、COBOLやVB6の現場では触れる機会が少なかった前提を、実際の開発サイクルの中で体で覚え直す期間が必要になります。

この「体で覚え直す期間」を飛ばして座学だけで応募してしまうと、書類選考の時点で止まります。採用側が見ているのは構文の知識量ではなく、チーム開発の中でコードを動かした経験があるかどうかだからです。独学の期間と、実務でモダン言語に触れる期間は、切り分けて考える必要があります。

実際に担当した相談者の中では、独学に半年、社内のマイグレーション案件で実務にモダン言語を使い始めてから転職活動を終えるまでが1年2か月、合計で1年8か月というケースが、無理のない進み方に近い部類でした。焦って半年で動いた人ほど、書類選考で足踏みする傾向があります。この対比は後ほど詳しく紹介します。

年数の目安は、今のポジションによっても変わります。20代後半でCOBOL経験が3〜4年、すでにSQLやテーブル設計まで自分で担当している人は、1年前後で転向できることが多いというのが実感です。一方、40代でCOBOL専任のキャリアを20年近く積んできた人は、学習に割ける時間の制約や、これまでの働き方の癖を変える負荷が大きく、2年前後かかるケースが目立ちます。年齢そのものより、普段どこまで設計や業務要件の整理に関わってきたかが、転向のスピードを左右しています。

なぜCOBOL・VB6の仕事は「なくならない」と言われるのか

レガシー言語は「もう終わったコンテンツ」と揶揄される一方で、実際の求人が消える気配はありません。理由は単純で、置き換えるコストとリスクが、放置するコストを上回り続けているからです。

IPAが公表した「ソフトウェア開発分析データ集2022」（2022年版の調査値）によれば、開発現場で使われている言語の比率はJavaが42.4%と最大シェアを占める一方、COBOLも16.3%を占めており、現場のおよそ6言語に1つがCOBOLで書かれている計算になります。同ページで引用されているロイター通信の報道では、世界の銀行システムの43%、個人の金融取引の80%、ATM取引の95%がいまだにCOBOLの上で動いており、世界で稼働しているCOBOLのコード量は2,200億行にのぼるとされています(出典：DX SQUARE「レガシーシステムモダン化と、生き続けるCOBOLのリアル」)。

2025年12月に@ITが報じた記事でも、同じ傾向が裏付けられています。同記事が紹介するIPAの「2024年度ソフトウェア動向調査」では、「レガシーシステムが存在し使用中」と回答した企業が56.6%にのぼり、「破棄して移行は実施しない」と回答した企業はわずか0.8%にとどまりました。

デロイト トーマツ ミック経済研究所の市場予測では、国内のレガシーマイグレーション・モダナイゼーション市場全体が2024〜2029年度に年平均成長率10.0%（2029年度は約2兆2,450億円の見込み）で拡大するとされています。これは市場全体の値で、メインフレーム単独の伸び率ではありません。

メインフレーム中心の市場は2023年度実績の3,480億円から、2024年度実績で4,504億円（前年比129.4%）、2025年度は5,118億円の見込みです。オープン系（UNIX、Java、ERP、VBなどを含む）も2023年度実績7,515億円、2024年度実績9,439億円、2025年度は1兆619億円の見込みとされています(出典：「COBOL人材がいない」、基幹システムのレガシー継承に向けた模索が進む｜＠IT、ミック経済研究所の調査発表を報じた＠IT記事(2025年11月))。同調査ではVB6からVB.NETへの移行も、サポート終了を背景に案件化していると触れられています。

「なくなる仕事」ではなく、置き換えられずに肥大化していく仕事という捉え方の方が実態に近い、というのがこの数字から受け取っている実感です。裏を返せば、モダン化・マイグレーション案件そのものが、COBOL・VB6経験者にとって実務で新しい言語に触れる最短ルートであり続けることになります。

ただし、COBOLだけを専任で担当する人は減り、複数言語のひとつとして兼任される傾向があるとDX SQUAREの記事では指摘されています。また、機械変換で生まれたコード（JaBOLと呼ばれるもの）は保守しにくいという課題も挙げられています。変換後のコードを読んで直せる人材は、COBOLの知識とJavaの知識の両方を持つ人ということになり、転向の途中段階でも価値が出やすいと私は見ています。

転向だけが道ではない点も触れておきます。同記事では、脱COBOLに踏み切る、COBOLのままモダン化する、塩漬けにする、という3つの選択肢が示されています。言語を替える道を中心に書いている記事ですが、COBOLを続けながら周辺をモダン化する現場も現にありますから、自分の会社がどの方針なのかは先に確認しておいた方がいいと思います。

COBOLとVB6、求人動向と単価感の違い

同じレガシー言語でも、COBOLとVB6では求人の出方がかなり違います。COBOLの年収相場については、Geeklyが自社の求人データをもとに公開している情報があります。それによると、Geeklyの求人データではCOBOLエンジニアの年収は400万〜600万円が多い傾向にあり、ただし金融系企業では1,000万円の提示もあるそうです(出典：「COBOLの将来性は？ない・やばいと言われる理由と需要の高め方」｜Geeklyメディア)。これはあくまで私の実感ですが、COBOLの年収は言語そのものより、どの業界の、どんな規模のシステムを担当してきたかで決まる部分が大きいと感じています。

VB6はCOBOLほど求人数自体が多くなく、単価も公開情報として裏付けられるものは限られています。現場で見ている実感では、VB6案件はCOBOLより小規模なシステムに紐づいていることが多く、モダン化の予算も後回しにされがちです。だからこそVB6の担当者は、会社の方針を待つより先に、個人で動く選択肢を意識しておいた方がいいというのが私の考えです。

VB6ならではの、次の一歩の選び方

VB6エンジニアが転向を考えるとき、選択肢はおおむね3つに分かれます。1つ目は社内のVB.NET移行案件を待つ道で、業務知識をそのまま活かせる分、実務経験としての価値は高いものの、案件自体がいつ動くか分からないというリスクがあります。2つ目は、VB.NETへの移行案件を抱えている別の会社に転職してから実務経験を積む道で、待つより早く動ける代わりに、面接では今の業務知識をどう活かせるかを言語化する準備が要ります。

3つ目は、社内の動きを待たずJavaやPythonを個人開発で学び、業務知識と切り離してモダン言語のスキルだけで勝負する道です。私が相談を受けた範囲では、2つ目を選んだ人の方が、1つ目を選んで待ち続けた人より結果的に転向までの期間が短くなる傾向がありました。

転向を焦った例と、腰を据えて進めた例

「Javaへのマイグレーション案件、手伝ってくれる人はいますか」——部長の呼びかけに、真っ先に手を挙げたのがNさんでした。

Nさんは42歳、生命保険会社の基幹システム保守を独立系SIerからの客先常駐で8年続けてきたCOBOLエンジニアです。社内でJavaへの移行プロジェクトが動くと聞き、真っ先に立候補しました。ただし、いきなり実務に飛び込んだわけではありません。立候補する前の半年間、自宅では書籍とオンライン教材でJavaの基礎とオブジェクト指向の考え方だけを固め、業務時間中はプロジェクトの設計資料をひたすら読み込んでいたそうです。

プロジェクトに参加してからの1年2か月は、既存のCOBOLロジックをJavaに置き換える作業を通じて、実際に動くコードでオブジェクト指向設計とテストの書き方を身につけていきました。周囲は20代の若手が中心のチームで、最初の数か月はプルリクエストのレビューコメントの意味すら分からなかったそうですが、「分からないことをその場で聞ける環境に飛び込めたのが一番大きかった」とNさん本人は振り返っています。転職活動を始めたのは、マイグレーション案件でひと通りの機能をリリースし終えたタイミングです。立候補してから内定を得るまでの合計は1年8か月、月給は保守時代より6万円ほど上がりました。

一方で、同じように転向を目指しながら足踏みしていた相談者もいます。Yさんは半年の独学だけでJavaの求人に応募を続けましたが、職務経歴書に書けるのは研修で作った練習用アプリだけで、実務でチーム開発をした経験がありませんでした。応募した8社のうち書類選考を通過したのは1社のみ、面接に進んでも「実務でモダン言語に触れたことがないのに大丈夫か」という懸念を面接官から繰り返し受けました。

このままでは埒が明かないと判断し、Yさんは一度応募を止め、知人づてに見つけた小規模なJava開発案件を業務時間外に個人で請け負い、実際に納品まで担当する形で実務経験を積みました。独学を始めてから数えるとさらに10か月かかりましたが、実務経験ができてからは書類選考の通過率が目に見えて上がり、転職までの合計はおよそ2年3か月でした。Nさんより7か月ほど長くかかった計算です。

二人の差は、学習量ではなく実務でモダン言語に触れた期間があるかどうかでした。Nさんが職務経歴書に書けたのは「Javaを勉強しました」ではなく、「COBOLで書かれた与信判定ロジックをJavaに移植し、テストコードを書いて本番リリースまで担当した」という具体的な実績です。この違いが、書類選考の通過率にそのまま表れていました。

技術的負債を抱えた現場をどう語るかという点は、技術的負債の転職理由、伝え方はSIerと自社開発で真逆にでも詳しく書きましたが、レガシー言語からの転向でも考え方は同じです。「保守に疲れた」ではなく「保守してきた経験をどう動かしたか」を語れるかどうかが、面接での評価を分けます。

レガシー案件に在籍している今のうちに積める資産

転向を決めてから動き出すより、今の現場に在籍している間に積んでおける資産があります。マイグレーション案件への異動を待つだけでなく、自分から取りに行ける動き方を意識しておくと、転向のタイミングで動ける選択肢が広がります。

この中でもっとも効果が大きいのは、マイグレーション案件への立候補です。会社の予算でモダン言語に触れられるうえ、職務経歴書に書ける具体的な実績が生まれます。案件が社内にない場合は、業務知識の言語化と個人開発の2つを並行して進めるのが現実的です。

マイグレーション案件に手を挙げる前に確認したいこと

ただし、マイグレーション案件であれば何でもいいわけではありません。実際に相談を受けていると、「マイグレーション案件に配属されたのに、やっていることは仕様書起こしと現行COBOLの解析だけで、Javaのコードは外部ベンダーが書いている」というケースにたびたび出会います。これでは実務経験にはなりません。

手を挙げる前に、自分が実際にモダン言語のコードを書く役割かどうか、テストやレビューにどこまで関わるのかを、上司や案件のリーダーに具体的に確認しておくことをおすすめします。「参加すること」自体を目的にすると、書ける実績が残らないまま、ただ関わっただけの1年を過ごすことになりかねません。

ポイント： 業務知識は「COBOLしか扱えない」という弱みではなく、「金融・保険業界の業務ロジックを理解している」という強みに言い換えられます。転向先の企業がどの業界の基幹システムに関わっているかによって、この強みの効き方はまったく変わります。

職務経歴書の書き方も、今のうちに練習しておく

業務知識の言語化は、転向を決めてから慌てて書き出すものではありません。日々の作業を振り返るときから、次のように書き換える練習をしておくと、いざ職務経歴書を書くときに時間を取られずに済みます。

抽象的な「全般」「対応」という言葉を、扱っていた業務領域と自分が担った工程まで具体化するだけで、採用側が実務経験を判断しやすくなります。

スカウトを受け取れるかどうかも、書き方次第

転職サイトやエージェント経由のスカウトは、担当者やシステムがキーワードで職務経歴書を検索して声をかける仕組みが多く使われています。「COBOL」「保守」としか書かれていない職務経歴書は、モダン化案件を探している企業の検索条件に引っかかりません。「Java移行」「マイグレーション」「DB設計」といった、これから携わりたい方向性のキーワードを実績として書き込んでおくだけで、声がかかる求人の質が変わってきます。転向を決める前の段階から、こうした言葉を職務経歴書に少しずつ足していくことをおすすめしています。

COBOLからJava、VB6からVB.NET・C#への学習ロードマップ

学習の順番を間違えると、遠回りになります。COBOLからJavaを目指す場合、まず押さえるべきはオブジェクト指向の考え方とクラス設計で、フレームワークの学習はその後で構いません。COBOLの手続き型の書き方に慣れていると、最初につまずくのはここです。

VB6からの転向では、VB.NETを経由してからC#やJavaに進むルートと、いきなりモダンな言語に飛ぶルートの2つがあります。VB.NET案件がある職場に在籍しているなら前者の方が実務経験を積みやすく、案件自体が少ない場合は後者を選んで個人開発で実績を作った方が結果的に早く転向できます。

いずれの場合も、学習の後半ではGitでのバージョン管理とチーム開発の流儀に触れておくことをおすすめします。COBOL・VB6の現場では単独作業や紙のレビューで完結していたことも多く、プルリクエストのやり取りに慣れていないだけで、面接で「チーム開発の経験は」と聞かれた瞬間に言葉に詰まる人を何人も見てきました。

3つのフェーズで考えると迷わない

学習の期間感は、次の3つのフェーズに分けて考えると迷いにくくなります。

フェーズ1だけを延々と繰り返してしまう人が一番多い失敗パターンです。座学の教材を増やしても、フェーズ2に進まなければ実務で通用する経験にはなりません。学習開始から半年経ったら、教材を追加するより先に、社内異動や小規模案件への参加など、フェーズ2に進む具体的な行動を起こすことをおすすめします。

よくある疑問に答えます

40代でも転向は間に合うか

間に合います。ただし年齢が上がるほど、企業側は「なぜ今まで動かなかったのか」を気にします。40代の年収の上がり方や評価されるキャリアパスについては35歳エンジニア限界説は本当か、IC・EM・アーキテクトで分かれる40代の年収曲線でも触れていますが、レガシー言語からの転向でも、業務知識や部下・後輩指導の経験をどう語るかで評価は大きく変わります。

私が見てきた40代の転向組は、若手と同じ土俵でコーディング力だけを売り込もうとして苦戦する人と、業務知識とマネジメント経験を組み合わせて売り込み、モダン化プロジェクトのリーダー候補として評価される人に分かれます。年齢を隠すより、経験年数を強みに変える語り方を早めに準備しておいた方がうまくいきます。

資格を取っておいた方がいいか

基本情報技術者試験のような基礎資格は、モダン言語の知識ゼロと誤解されないための保険にはなりますが、資格だけで書類選考が通ることはほとんどありません。なお、COBOLは2019年以降、基本情報技術者試験の出題言語から外れています（Geeklyの記事に記載）。優先順位としては、実務でモダン言語に触れた経験や個人開発の成果物の方が効きます。資格の勉強に半年かけるより、同じ半年を個人開発に充てた方が、面接で語れる話は圧倒的に増えます。

マイグレーション案件が社内に全くない場合はどうすればいいか

案件がない環境に長くとどまるより、業務知識の言語化と個人開発を並行して進めながら、モダン化案件がある会社への転職自体を先に検討した方が早いケースが多いです。今の会社で待つより、モダン化案件を抱える会社に移ってから実務経験を積む方が、結果的に転向までの期間が短くなることもあります。

COBOL単体の求人と、モダン化案件の求人ならどちらに応募すべきか

転向を前提にしているなら、モダン化案件の求人を優先した方がいいというのが私の考えです。COBOL単体の保守求人は年収水準こそ安定していますが、そこに居続ける限りモダン言語に触れる機会は増えません。同じ保守業務でも、募集要項に「Java移行」「クラウド移行」といった文言が入っている求人を選ぶだけで、実務経験を積める確率は大きく変わります。

まとめ

COBOL・VB6のエンジニアがモダン言語へ転向するまでの年数は、独学だけを積み上げても縮まりません。実務でモダン言語に触れた期間がどれだけあるかが、書類選考と面接の両方で見られている、というのがこの記事で一番伝えたかったことです。市場自体は当面なくなりませんから、焦って中途半端な学習で応募を続けるより、今の現場でマイグレーション案件に手を挙げる、業務知識を言語化する、個人開発で成果物を残す、この3つを並行して進める方が、結果的に転向までの年数は短くなります。