COBOLエンジニアのフリーランス案件｜報酬の決まり方と単価を上げる考え方

COBOLエンジニアのフリーランス案件の報酬は、メインフレームかオープン系かという実行環境、保守か移行かという案件の種類、担当する工程、金融・保険・公共などの業務知識、稼働日数と働く場所の組み合わせで決まります。COBOLの単価について公的な統計はなく、金額は案件によって大きく変わります。

報酬を上げる材料になるのは、COBOLが書けることそのものより、「現行のシステムを短い時間で正しく読み解ける」「移行の前後で結果が同じことを示せる」といった、現場で代わりが利きにくい経験です。この記事では、報酬が上下する要素と、交渉で使える材料を整理します。

報酬を左右する5つの要素

COBOLの案件は、言語が同じでも中身の幅が広い分野です。提示額の差は、主に次の5つから生まれます。

どれか一つだけで決まるわけではありません。たとえば同じ保守の案件でも、業務知識があって影響調査から任せられる人と、製造だけを担う人では、求められる役割が違い、提示額にも差が出ます。

1. 実行環境：同じ系統の経験があるか

COBOLの案件は、大きくメインフレーム上のCOBOLと、UNIXやLinux、Windowsなどで動くオープン系のCOBOLに分かれます。メインフレームは提供元ごとにOSやジョブの書き方、ユーティリティ、オンラインの仕組みが違い、同じCOBOLでも周辺の知識がそのまま使えないことがあります。

発注側は、参画直後から現場の環境で動けるかを重く見ます。案件の環境と同じ系統での経験がある人は、立ち上がりが早いと判断されやすく、条件の面でも有利になりやすい傾向があります。逆に、環境が違う場合は、その差を自分でどう埋めるかを説明できると評価が変わります。

2. 案件の種類：保守か、移行か

COBOLの案件は、稼働中のシステムを直していく保守・改修と、別の基盤や言語に移す移行（マイグレーション）に大きく分かれます。移行には、プログラムをほぼそのまま別の基盤へ載せ替えるリホスト、別の言語に書き換えるリライト、業務から作り直すリビルドといった進め方があります。

移行の案件では、現行のプログラムが何をしているかを調べる現行分析、移行の方式を決める検討、移行の前後で結果を突き合わせる検証が重要な工程です。どれも現行のCOBOLを深く読める人でないと担いにくく、報酬が高めに出やすい部分です。案件の種類ごとの中身は、後続の記事で詳しく扱います。

3. 担当工程：影響調査を任せられるか

保守の案件でも、工程によって求められるものが違います。

1. 影響調査・基本設計：制度変更や機能追加で、どのプログラム・ファイル・ジョブに影響が出るかを洗い出す。漏れがあると本番障害につながるため、経験者が求められる
2. 詳細設計・製造：設計書に沿ってプログラムを直す。案件数は多いが、ほかの人と比べられやすい
3. テスト：単体・結合・総合テスト、本番前の確認。テストだけを担う案件は、ほかの工程より低めに出やすい
4. リード：チームの作業の割り振り、レビュー、発注元との調整の窓口

影響調査を任せられる人は、案件の中で替えが利きにくい立場になります。報酬を上げたいなら、製造だけでなく調査と設計を担った経験を積むことが近道です。

4. 業務知識：金融・保険・公共

COBOLが多く使われているのは、銀行・保険・証券・クレジットカード・公共などの基幹システムです。これらの業界では、業務のルールがプログラムの中に長年の改修で積み重なっており、業務を知っている人ほど仕様の確認が早く、影響調査の精度も上がります。

業界ごとの案件の特徴は、銀行業界のIT案件、保険業界のIT案件、公共・官公庁のIT案件で整理しています。

5. 稼働日数・場所・期間

COBOLの基幹系の案件は、週5日の稼働と現地での作業を前提にするものが多くあります。リリースが夜間や休日になる案件もあり、その対応ができるかどうかも条件に影響します。月の稼働時間に幅を決めて精算する形が一般的で、精算の仕組みは精算幅の記事で解説しています。

同じCOBOL案件でも提示額が違う理由

似た内容に見える案件でも、提示額が違うことがあります。主な理由は次のとおりです。

• 期待する役割が違う：製造の担当か、影響調査やレビューまで期待するか
• 契約までの経路が違う：基幹系の案件は委託が何段にも重なることがあり、手元に届く金額が変わる。仕組みは商流の記事を参照
• 期間と緊急度が違う：移行の山場や障害の対応など、短期間で人が必要な場面か、長く続く保守か
• 精算の条件が違う：同じ月額でも、精算幅や超過時の扱いで受け取り額が変わる

提示額を比べるときは、月額だけでなく、精算の条件、契約期間、支払期日までそろえて比べましょう。報酬の仕組みの全体像はフリーランスの単価の決まり方にまとめています。

交渉の材料になる経験

報酬の相談をするときは、「長く経験している」ではなく、案件の中で代わりが利きにくいことを事実で示すと伝わります。COBOLの案件で材料になりやすいのは次のような経験です。

これらは、契約の更新や担当範囲が広がった時期に、条件を見直す相談をするときの材料になります。伝え方は単価交渉の記事、考え方は単価を上げるための考え方で解説しています。

移行の経験は値上げの材料になりやすい

保守だけを続けてきた人にとって、移行の案件に一度関わると、説明できる経験の幅が大きく広がります。現行分析、データの移行、現新の比較テストなど、移行に特有の工程は、次の案件でも評価されやすい経験です。移行の先にあるJavaやクラウドの知識を少し足しておくと、移行先の側の作業にも入りやすくなります。

契約の形と確かめたい条件

COBOLの案件の多くは、月単位で稼働して作業時間で精算する準委任契約です。移行の一部を成果物として受ける請負の案件もあり、その場合は、仕様変更の扱いや検収の条件によって、作業が増えても報酬が変わらないことがあります。違いは準委任契約と請負契約の違いで解説しています。

フリーランス法では、発注する事業者は、業務の内容、報酬の額、支払期日などの取引条件を、書面やメールなどで明示することが求められています（公正取引委員会のフリーランス法特設サイト、2026年10月時点）。報酬を比べる前に、次の点がそろっているかを確かめましょう。

1. 担当工程と役割：影響調査から入るか、製造とテストか、リードか
2. 環境：メインフレームかオープン系か、どの系統の環境か
3. 稼働の条件：週何日か、月の稼働時間の幅、夜間・休日のリリース対応の有無
4. 場所：常駐か、リモートの日があるか
5. 契約期間と精算：初回の期間、更新の判断時期、精算の計算方法
6. 支払期日：締め日と支払日

よくある質問

COBOLエンジニアの単価の相場はいくらですか？

COBOLの単価について公的な統計はなく、環境、案件の種類、担当工程、業務知識、稼働条件によって大きく変わります。相場の数字を探すより、ご自身の経験がどの環境・業界・工程に当てはまるかを整理し、複数の案件で条件をそろえて比べるほうが、判断の材料になります。

メインフレームの経験とオープン系COBOLの経験では、どちらが評価されますか？

どちらが上ということはなく、案件の環境と合っているかで評価が決まります。メインフレームの案件では同じ系統の環境での経験が、オープン系の案件ではUNIXやLinuxでの運用やシェルの知識が求められることが多くあります。両方の経験がある人は、移行の案件で現行と移行先の両方を見られるため、選べる案件が広がります。

保守の経験しかありませんが、報酬を上げられますか？

保守の経験でも、影響調査を任されていた、難しい障害の原因を特定した、設計書のないプログラムの仕様を起こしたといった経験があれば、材料になります。製造だけを担ってきた場合は、次の案件で調査や設計の役割を引き受けると、説明できる経験が増え、条件を見直す相談がしやすくなります。