COBOLエンジニアのフリーランス案件で求められるスキルと経験
公開 2026-10-29 監修:株式会社エージェントベスト
COBOLのフリーランス案件で求められるのは、COBOLを読み書きできることに加えて、プログラムを動かす環境(ジョブ、オンライン、ファイルやDB)を理解し、改修の影響を漏れなく調べてテストまでつなげられることです。移行の案件では、さらに現行の仕様を文書に起こす力と、移行の前後で結果が同じことを確かめる力が問われます。
COBOLの案件は、言語の文法より、周辺の環境と業務を含めた「現行のシステムを扱う力」で評価が分かれます。この記事では、案件で問われるスキルを分野ごとに整理し、経験の段階ごとに何が求められるかをまとめます。
案件で見られるスキルの全体像
COBOLの案件で問われるスキルは、大きく6つの分野に分けられます。
| 分野 | 主な中身 | 特に問われる案件 |
|---|---|---|
| COBOLの読解と記述 | データ定義、ファイル処理、計算、共通部品の使い方 | すべての案件 |
| 実行環境 | JCL、ジョブの制御、ユーティリティ、オンラインの仕組み | メインフレームの保守・移行 |
| データ | 順編成やVSAMなどのファイル、DB、文字コード | 移行、データ連携 |
| 影響調査とテスト | 影響範囲の洗い出し、テストの設計、現新比較 | 制度対応、移行 |
| 業務知識 | 銀行・保険・公共などの業務の流れ | 上流工程、保守のリード |
| 移行先の技術 | Java、Linux、SQL、クラウド | 移行(リホスト・リライト) |
すべてを深く持っている必要はありません。案件の種類によって、どの分野を重く見るかが変わります。
COBOLの読解と記述
COBOLの案件で最初に求められるのは、書くことより読むことです。稼働中のプログラムは、長年の改修で継ぎ足しが重なっていることが多く、まず現行の動きを正しく理解する力が問われます。
- データ定義:レベル番号での構造の定義、REDEFINESによる同じ領域の読み替え、OCCURSによる繰り返し
- 数値の扱い:ゾーン10進数、パック10進数、2進数の違いと、桁あふれや端数の処理
- ファイル処理:順次・索引・相対の各ファイルの読み書き、キーの扱い、マッチング処理
- 共通部品:COPY句で取り込むレコード定義や、共通のサブプログラムの呼び出し
- 制御の流れ:PERFORMやGO TOが混ざったプログラムの流れを追う力
特に数値の扱いは、金額や利率を計算する基幹系で誤りが許されない部分です。端数の処理や桁数の違いで結果がずれることを知っていると、障害の調査や移行の検証で役立ちます。
実行環境:ジョブ、ユーティリティ、オンライン
メインフレームの案件では、COBOLのプログラムだけでなく、それを動かす仕組みの理解が求められます。
JCLとジョブの運用
バッチ処理は、JCLなどのジョブ制御の言語で、プログラムの実行順、入出力のファイル、異常時の扱いを定義して動かします。ジョブが異常終了したときに、ログとリターンコードから原因を切り分け、再実行の手順を判断できる人は、保守の現場で重宝されます。並べ替えやファイルの複写などのユーティリティの使い方も、日常の作業でよく使います。
オンラインの仕組み
画面から使う業務は、トランザクションを処理するモニターの上で動くことが多くあります。オンラインのプログラムは、バッチとは書き方や制約が違うため、経験の有無が案件の条件に書かれることがあります。オンラインとバッチのどちらの経験があるかは、分けて伝えられるようにしておきましょう。
環境の系統の違い
メインフレームは提供元ごとにOSやジョブの書き方が違います。オープン系のCOBOLでは、UNIXやLinuxのシェル、ジョブの管理ツール、コンパイルとリンクの手順を扱います。案件の環境と自分の経験の系統が違う場合は、その差を面談で正直に伝えたうえで、共通する考え方で補えることを示すと評価が変わります。
データ:ファイル、DB、文字コード
移行の案件が増えると、データの扱いの重みが増します。
- ファイルとDB:順編成やVSAMなどのファイル、階層型やリレーショナルのDBの構造と使い分け
- 文字コード:メインフレームで使われるEBCDIC系の文字コードと、オープン系の文字コードの違い。日本語の文字や外字の扱い
- データの移行:パック10進数などの形式の変換、レコードの並び順の違い、データの件数と中身の突き合わせ
文字コードや数値の形式の違いは、移行で不具合が出やすい箇所です。変換の前後で何が変わりうるかを知っている人は、移行の案件で評価されやすくなります。
影響調査とテスト
保守と移行の両方で中心になるのが、影響調査とテストです。
- 影響調査:変更する項目やファイルを使っているプログラム、ジョブ、帳票を洗い出す。COPY句や共通部品を通じた間接的な影響まで追う
- テストの設計:変更した部分だけでなく、影響を受ける既存の処理が変わっていないことを確かめる観点を作る
- 現新比較:移行や大きな改修の前後で、同じ入力に対する出力を突き合わせ、差分の原因を切り分ける
影響調査の漏れは、本番の障害に直結します。調査の結果を一覧にして、テストの観点にまでつないだ経験は、どの案件でも説明できる強みになります。
業務知識と移行先の技術
業務知識
COBOLの基幹系は、銀行の預金や融資、保険の契約管理や保険金の支払、公共の税や福祉などの業務で多く使われています。業務の流れを知っていると、仕様の確認が早く、影響調査の精度も上がります。業界ごとの業務知識は、銀行業界の業務知識、保険業界の業務知識、公共・官公庁の業務知識で整理しています。
移行先の技術
移行の案件では、移行先の環境の知識が求められます。リホストではLinuxなどオープン系の基盤とジョブの管理、リライトではJavaなどの言語とSQLの知識が役に立ちます。移行先の側の作業まで担えなくても、移行先でプログラムがどう動くかを理解していると、現行の側から正しい情報を渡せます。Javaの案件で問われる内容はJavaの案件で求められるスキルが参考になります。
経験の段階ごとに求められること
| 段階 | 求められること | 次の段階に進むために |
|---|---|---|
| 製造・テストの担当 | 設計書に沿った改修、単体テスト、ジョブの実行と確認 | 影響調査の一部を担い、テストの観点を自分で作る |
| 影響調査・設計の担当 | 影響範囲の洗い出し、詳細設計、障害の原因の調査 | 基本設計やレビュー、移行の現行分析に関わる |
| リード・移行の上流 | 作業の割り振り、レビュー、移行の方式や手順の検討 | 業務部門との調整、移行の計画と検証の設計 |
学び直しや新しい環境に触れる手段
手元でCOBOLに触れる手段として、GnuCOBOLはLinux、BSD、macOS、Windowsなどで動く自由なソフトウェアのCOBOLコンパイラとして公開されています(GnuCOBOLの公式サイト、2026年10月時点で最新の版は3.2)。また、IBMのIBM Z Xploreは、JCLやCOBOL、VSAMなどを課題形式で学べる場として、無料で提供されています(IBMの公式サイト、2026年10月時点)。ただし、こうした学習の経験は実務の経験とは分けて扱われます。
よくある質問
オープン系COBOLの経験だけでも、メインフレームの案件に入れますか?
COBOLの読解の経験は共通して生きますが、メインフレームの案件ではJCLやオンラインの仕組みなど、環境の経験を求められることが多くあります。環境の経験がない場合は、オープン系でのジョブ管理やシェルの経験を伝えたうえで、メインフレームの仕組みを学んでいることを示すと、入り口の案件が見つかることがあります。
COBOLの案件で資格はどのくらい重視されますか?
COBOLの案件では、資格より実務での担当工程と環境の経験が重く見られる傾向があります。資格は、基礎の知識があることの裏付けとして補助的に見られることが多い位置づけです。経歴を整理するときは、資格よりも、どの環境で何を担ったかを先に書きましょう。
Javaを学ぶと、COBOLの案件で役に立ちますか?
COBOLからJavaへのリライトなど、移行の案件では役に立ちます。移行先のコードを読める人は、現行と移行先の両方を見比べた検証に入りやすくなります。ただし、COBOLの保守の案件だけを続ける場合は、Javaより業務知識や環境の理解を深めるほうが評価につながることもあります。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。