50代・60代のCOBOL経験者へ｜実案件で見る、次の仕事の選び方

COBOLの経験を生かせる案件を探していても、募集要項にJavaや.NETが並んでいると、自分が対象なのか迷うことがあります。長く設計や管理を担当してきた方なら、最近コードを書いていないことが気になるかもしれません。

まず見るのは、案件名よりも「何を担当する募集か」です。COBOLで改修する仕事、既存のCOBOLを解析する仕事、移行先の言語で開発する仕事では、必要な経験が違います。LegacyForceの掲載案件から、選び方を具体的に見ていきます。

「COBOL」と書かれた案件でも、必須の経験は違う

LegacyForceに掲載されている、次の2つの案件を比べてみます。

掲載案件	仕事内容・求めるスキル	応募前に読むポイント
ガス向け料金システムの開発支援	周辺システムの改修。影響調査から設計・開発・テストを担当。COBOLとJCLの経験を求めている	COBOLを使うだけでなく、調査・設計を含めてどこまで担当するか
金融向けCOBOLからJavaへのリプレイス	Java開発5年以上と要件定義経験が必要。COBOL・リプレイス経験は歓迎条件	移行元がCOBOLでも、COBOL経験だけで必須条件を満たす募集ではない

案件名に自分の得意な言語が含まれていても、それが「現在使う言語」なのか「置き換える前の言語」なのかを確認してください。必須条件と歓迎条件も分けて読みます。

上記は掲載内容を比較するための例です。募集状況や条件は各案件ページでご確認ください。

LegacyForceに登録するエンジニアから、COBOLからVB.NETへの移行プロジェクトで、現行解析や設計・テストを担当した経験を伺いました。

この方が担当していたのは、既存のCOBOLを解析して詳細設計書を作り、結合テスト・総合テストのケースを作成して実施する仕事です。リリース後には、問い合わせへの対応や利用者への要件確認にも携わっていました。移行先の言語でプログラムを書くことが、主な担当だったわけではありません。

この経歴を「VB.NETへの移行経験」とだけ書くと、移行先の実装経験が中心だと受け取られるかもしれません。「現行COBOLの解析」「詳細設計書の作成」「テストケースの作成・実施」と分けると、担当してきた仕事が伝わります。

移行案件を探す際も、現行調査を担う募集なのか、移行先の開発を担う募集なのかを確認すると、自分の経験と照合しやすくなります。

「COBOLを何年経験したか」に加えて、最後にどんな作業をしたかを書きます。解析、設計書の作成、コードの修正、レビュー、テストでは、説明すべき経験が異なります。

次は、担当範囲の書き方を示す記入例です。

伝わりにくい書き方	担当範囲を分けた記入例
COBOLから他言語への移行に従事	現行COBOLの解析、詳細設計書作成、結合・総合テストのケース作成と実施を担当。実装・レビューは別項目に担当範囲を記載
上流から下流まで経験	直近は要件確認と基本設計が中心。実装経験は過去の案件に記載し、現在対応できる範囲は個別に説明

上の表は書式を示すための例です。ご自身が行った作業と時期に置き換えてください。

経験が空いている技術は、最後に使った時期を添えます。「すぐ一人で担当できること」と「環境を確認してから判断したいこと」を分けておくと、案件の相談が具体的になります。

同じ保険システムでも、契約の受付と保険金の支払では扱う業務が違います。製造業でも、生産計画、在庫、原価のすべてを経験しているとは限りません。

担当した業務、変更した処理、利用者と確認した内容を一つずつ挙げてみてください。「業務に詳しい」と書くより、どの仕事を任せられるかが伝わります。

環境も同様です。使用した汎用機・OS・COBOL製品・DB・JCLなどを、分かる範囲で記載します。経歴当時の名称を無理に現在の製品名へ置き換えたり、分からないバージョンを埋めたりする必要はありません。

「リモート併用」と書かれていても、参画直後の出社や週の出社回数は案件によって違います。例えば先ほどの料金システム案件は、基本はオンサイトで、慣れてからテレワークを併用する説明です。初日から在宅中心で働けるという意味ではありません。

案件の相談時には、次のように具体的に確認します。

すべての条件が求人票に揃っているとは限りません。確認できていない項目を残したまま、分かっている条件と区別して相談してください。

まずは直近の仕事を「環境」「業務」「自分が行った作業」の3つで書き出してみてください。そのうえで、出社や稼働時間など譲れない条件を添えます。年齢だけで紹介の可否や条件が決まると考えず、個別の募集と照らして確認することが大切です。