COBOLエンジニアのフリーランス案件の選び方｜契約前に確かめたいこと

COBOLエンジニアのフリーランス案件を選ぶときは、報酬や稼働日数に加えて、環境の系統、案件の目的（保守・運用・移行）、担当工程、夜間や休日の対応、作業場所と端末、契約の形と責任、契約期間と節目の時期の7点を契約前に確かめておくことが大切です。COBOLの案件は、募集の文面が似ていても、この7点の違いで負担と立ち上がりの難しさが大きく変わります。

特に見落としやすいのは、夜間や休日の対応と、立ち上がりにかかる期間です。案件票に短くしか書かれないことが多く、参画してから想定との違いに気づきやすい点です。この記事では、COBOLの案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

COBOLの案件選びで差が出る理由

COBOLの案件票は、「COBOL開発（金融系）」「メインフレーム保守」「マイグレーション案件」のように短く書かれることが多く、仕事の中身が読み取りにくい傾向があります。一方で、扱うシステムは大きく、環境や業務の決まりも現場ごとに違うため、合わない案件に入ると立ち上がりに時間がかかり、評価にも響きます。

よくあるずれは次のようなものです。

• 開発の案件と思って入ったら、ジョブの監視と障害の調査が中心だった
• 経験と違う系統のメインフレームで、ジョブの書き方や道具に慣れるまで時間がかかった
• 移行の案件で、参画した時期がちょうど現新比較の山場で、夜間や休日の作業が続いた
• リモートを含むと聞いていたが、参画直後の数か月は毎日の出社だった

こうしたずれは、面談と条件の確認の段階で、聞き方を工夫すれば多くを防げます。仕事の種類ごとの働き方はCOBOLの案件の仕事内容で整理しています。

契約前に確かめたい7つの点

1. 環境の系統と、使う道具

最初に確かめたいのは、環境が自分の経験に近いかです。

• メインフレームかオープン系か。メインフレームならどの提供元の系統か
• バッチ中心か、オンラインも含むか。使っているDBやファイルの種類
• ソースの管理や検索、テストに使える道具が整っているか

系統が違う案件を避ける必要はありませんが、立ち上がりに必要な期間を見込んで受けることが大切です。自分の経験との差は面談で正直に伝え、どの程度の期間で慣れる想定かをすり合わせておきましょう。

2. 案件の目的：保守・運用・移行のどれか

同じ「保守」でも、改修が中心なのか、運用と障害対応が中心なのかで仕事が変わります。移行の案件なら、方式（基盤だけを移すのか、言語を書き換えるのか）と、自分が現行の側と移行先の側のどちらを担うのかを確かめます。

面談では、「着任後の最初の1か月で、最も期待されている作業は何か」を聞くと、案件の実態が見えやすくなります。

3. 担当工程と、任される範囲

製造とテストが中心か、影響調査や詳細設計まで任されるか、リードとしてレビューや作業の割り振りまで担うかを確かめます。任される範囲は報酬にも関わります。報酬の決まり方はCOBOLの報酬の記事をご覧ください。

任される範囲が経験より広い場合は、誰がレビューし、誰に相談できるかもあわせて確かめておくと安心です。

4. 夜間・休日の対応と、障害の当番

COBOLの案件で稼働が読みにくくなる最大の要因です。

• リリースや本番の切り替えの頻度と、作業の時間帯
• 障害の連絡を受ける当番に入るか。入る場合の頻度と、連絡を受けたときの対応の範囲
• 制度対応の施行日や年度末など、稼働が増える時期の見込み

夜間や休日の作業が、精算の対象になる稼働時間にどう含まれるかも確かめます。精算の仕組みは精算幅の記事をご覧ください。

5. 作業場所と端末、出社の日数

閉じたネットワークの中で作業する現場では、作業場所と端末が決まっています。

• 出社の日数と、参画直後の期間の出社の扱い
• リモートの日がある場合、使う端末と、資料を手元に置いてよいか
• 作業場所への入館の手続きや、私物の持ち込みの決まり

リモートの条件は、参画後に変わることもあります。リモートの傾向と確認点はCOBOLのリモート案件の記事で解説しています。

6. 契約の形と、負う責任の範囲

COBOLの案件は、多くの場合、準委任契約で参画します。準委任では、作業そのものを専門家として通常求められる注意を払って行うことが約束の中身になり、システムの完成を約束するものではありません。

確かめたいのは、契約書や発注の書面の書き方が、この考え方と合っているかです。

• 本番の障害そのものに対する損害賠償の定めがないか
• 成果物の納品が求められる場合、その範囲は何か（設計書、テストの結果、現行の仕様書など）
• 移行の案件で、移行の完了を約束する書き方になっていないか

請負の形で受ける場合は、完成に対する責任を負うことになります。契約の形の違いは準委任契約と請負契約の違いで解説しています。また、準委任の契約なのに、発注元の社員から細かな作業の指示や勤務時間の管理を直接受ける働き方は、偽装請負の問題につながるおそれがあります。詳しくは偽装請負の記事をご覧ください。

7. 契約期間と、節目の時期

契約の期間と、プロジェクトの節目が合っているかを確かめます。たとえば、制度対応の施行日や移行の切り替えの直前に契約の更新時期が来ると、更新されなかった場合に最も大事な局面を見届けられません。立ち上がりに時間がかかる現場では、最初の契約期間が短すぎないかも見ておきたい点です。

フリーランス法では、6か月以上継続して業務を委託している場合に、契約を解除したり更新しなかったりするときは、原則として少なくとも30日前までに予告することが求められています（2026年10月時点、公正取引委員会の案内による）。考え方は契約解除と不更新の予告の記事で解説しています。

確かめた内容を書面と照らし合わせる

面談や事前の確認で聞いた内容は、契約の前に書面と照らし合わせます。フリーランス法では、発注する事業者は業務を委託したら直ちに、給付の内容、報酬の額、支払期日などの取引条件を、書面またはメールなどの方法で明示することとされています（2026年10月時点、公正取引委員会の案内による）。明示される事項の内容はフリーランス法で明示される取引条件をご覧ください。

COBOLの案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、担当する工程とシステムの範囲（保守、運用、移行の現行分析など）が書かれているか
2. 夜間・休日の作業や当番が業務に含まれるか、含まれる場合の扱い
3. 稼働の幅と、超えたときの精算方法
4. 作業場所と、リモートの扱い
5. 契約期間と更新の時期

面談で聞いておくとよい質問はCOBOLの面談でよく聞かれる質問と答え方の逆質問の項目でも紹介しています。一般的な逆質問の考え方は面談で聞いておくべき逆質問をご覧ください。

よくある質問

経験と違う系統のメインフレームの案件は避けたほうがよいですか？

避ける必要はありません。COBOLの読解や影響調査の考え方は共通して生きます。ただし、ジョブの書き方や道具に慣れるまでの期間がかかるため、立ち上がりの期間の見込みと、相談できる人がいるかを確かめてから受けることをおすすめします。

移行の案件と保守の案件は、どちらを選ぶとよいですか？

一概には言えません。移行の案件は、現行分析や現新比較の経験が次の案件の材料になりやすい一方、段階によって稼働の山が大きくなります。保守の案件は、稼働が読みやすく業務の知識が深まりやすい一方、同じ現場が長くなりがちです。今後の方向とあわせて考えるとよいでしょう。将来の見通しはCOBOLの将来性の記事で解説しています。

報酬の高い案件と、夜間の作業が少ない案件で迷ったらどうしますか？

夜間や休日の作業が多い案件では、稼働時間が増えて、時間あたりの報酬が下がることがあります。報酬の額だけでなく、稼働の見込みと精算の方法をあわせて比べるとよいでしょう。