COBOLエンジニアがフリーランスになるには|必要な経験と独立までの進め方
公開 2026-10-29 監修:株式会社エージェントベスト
COBOLエンジニアがフリーランスになるには、実務でCOBOLの開発や保守を担った経験があり、それを「どの環境で、どの業務の、どの工程を担ったか」に分けて説明できることが前提になります。COBOLの案件は、参画直後から現行のシステムを読んで動けることが期待されるため、未経験や学習のみの状態から独立するのは難しい分野です。
一方で、会社員として長く保守に携わってきた人は、その経験が案件の条件に合えば、独立後も仕事を見つけやすい分野でもあります。この記事では、独立の前に確かめたい経験の目安、出身による準備の違い、独立までの手順を順に整理します。
独立の前に確かめたい3つの経験
COBOLの案件では、面談の前の書類の段階で、次の3つがまず見られます。年数の長さより、この3つの中身が案件の条件に合うかどうかが分かれ目になります。
| 確かめること | 見られる理由 | 準備の目安 |
|---|---|---|
| 実行環境 | メインフレームの系統やオープン系かで、周辺の知識が違う | 使ってきたOS・ジョブの仕組み・DBを言える |
| 担当工程 | 製造だけか、影響調査や設計まで任せられるか | 案件ごとに担当した工程を書き出せる |
| 業務 | 業務を知っていると仕様の確認が早い | 担当した業務の範囲を一般的な言葉で説明できる |
「影響調査を担ったことがあるか」が分かれ目になりやすい
COBOLの案件で、製造だけを担う人と、それより上の役割を任される人を分けるのが影響調査です。制度変更や機能追加のときに、どのプログラム、ファイル、ジョブに影響が出るかを自分で洗い出した経験があると、フリーランスとして入れる案件の幅が広がります。
会社員のうちに、上司や先輩が担っていた影響調査を一部でも引き受けておくと、独立後に説明できる経験になります。
環境の名前と仕組みを言えるようにしておく
社内で長く同じ環境にいると、OS、ジョブの制御、オンラインの仕組み、DBやファイルの種類を、社内の呼び名でしか覚えていないことがあります。社外の面談では一般的な名前で伝わる必要があるため、使ってきた環境を製品名と役割で書き出しておきましょう。案件で求められる技術の全体像はCOBOLの案件で求められるスキルで整理しています。
出身によって準備することが違う
COBOLのフリーランスを目指す人の出身は大きく3つに分かれ、それぞれ準備することが違います。
| 出身 | 強み | 独立前に補いたいこと |
|---|---|---|
| ユーザー企業・情報システム子会社で長く保守 | 業務知識、現行システムの深い理解 | 社外でも通じる言葉での経歴の整理、別の環境への適応 |
| SIerで複数の顧客の開発・保守 | 複数の環境、工程の経験 | 担当した工程と役割をプロジェクトごとに分けて示す |
| 移行プロジェクトの経験がある | 現行分析、移行先の技術、検証の経験 | 移行の方式と自分の担当範囲を具体的に説明できるようにする |
一つの現場が長い人
同じ会社の同じシステムに長く関わってきた人は、業務知識と現行の理解が強みです。ただ、社内独自のツールや手順に慣れているため、別の現場の環境やルールに移ったときに立ち上がりに時間がかかると見られることがあります。社内の手順を一般的な言葉に置き換えて説明できるようにしておくと、その心配を和らげられます。
移行の経験がある人
移行の案件に関わった経験は、独立後に評価されやすい経験です。現行分析、データの移行、移行前後の比較テストのどこを担ったかを、方式(リホスト、リライトなど)とあわせて説明できるようにしておきましょう。移行先のJavaやLinuxを少しでも触っていれば、それも書き出しておきます。
独立までの進め方
1. 案件ごとに担当した工程を書き出す
これまでのプロジェクトや保守の担当を、期間、環境、業務、工程、役割に分けて書き出します。保守が長い人は一つの期間にまとめがちですが、大きな制度対応や更改のたびに区切ると、経験の中身が伝わりやすくなります。
2. 足りない経験を一つだけ補う
書き出してみて足りないものがあれば、会社員のうちに一つだけ補います。たとえば次のようなものです。
- 影響調査や基本設計を一部でも担う
- 別のメンバーの作業のレビューを引き受ける
- 移行先の技術(Java、Linux、SQL)に業務外の時間で触れておく
全部を補う必要はありません。一つでも語れる経験が増えると、面談での説明が変わります。
3. スキルシートを用意する
案件の紹介を受けるには、経歴をまとめたスキルシートが要ります。COBOLのスキルシートは、環境と工程をそろえて書くことが特に大切です。書き方はCOBOLのスキルシートの記事、基本はスキルシートの基本で解説しています。
4. 案件の条件を決める
稼働日数、常駐かリモートか、通える範囲、希望の金額、夜間や休日の対応ができるかを決めておきます。COBOLの基幹系の案件は現地での作業が多いため、通える範囲を先に決めておくと探しやすくなります。働き方の傾向はCOBOLのリモート案件の記事で扱っています。
5. 案件を探して面談を受ける
案件は、フリーランスエージェントの利用、以前の職場や取引先からの紹介などで探します。最初の案件は、これまでの環境や業務に近いものを選ぶと、立ち上がりが早く、次の案件につながる実績を作りやすくなります。使い方はフリーランスエージェントの使い方、最初の案件の選び方は最初の案件の記事にまとめています。
独立前後の手続きと契約で確かめること
開業の届出と税・保険
個人で事業を始めるときは、税務署に開業の届出を出します。国税庁のタックスアンサー(No.2090、2026年10月時点)では、提出の期限は事業を始めた年分の確定申告期限までとされています。届出の書き方や青色申告の申請は開業届の記事、退職に伴う年金や健康保険の切り替えは会社を辞めてフリーランスになる手順で扱っています。個別の税務の判断は、税理士にご相談ください。
契約では業務の範囲と夜間の対応を確かめる
フリーランス法では、発注する事業者は、業務の内容、報酬の額、支払期日などを書面やメールなどで明示することが求められています(公正取引委員会のフリーランス法特設サイト、2026年10月時点)。COBOLの案件では、それに加えて次の点を参画前に確かめておくと、後の食い違いを防げます。
- 担当する工程(影響調査から入るか、製造とテストか)
- リリースや障害の対応で夜間・休日の作業があるか、その扱い
- 作業場所と端末(現地の端末だけで作業するか)
- 契約期間と、更新を判断する時期
報酬の決まり方はCOBOLエンジニアの報酬の記事、契約までの経路による違いは商流の記事を参考にしてください。
よくある質問
COBOLの実務経験は何年あれば独立できますか?
決まった年数はありません。案件では経験年数が条件に書かれることもありますが、実際には、どの環境で、どの工程を、どの役割で担ったかが見られます。製造とテストを一通り自分で担え、影響調査にも関わった経験があると、参画できる案件を見つけやすくなります。
学習だけでCOBOLのフリーランスになれますか?
学習だけで案件に参画するのは難しいのが実情です。COBOLの案件は稼働中の基幹システムを扱うものが多く、現行のプログラムを読んで動ける実務経験が求められます。未経験から目指す場合は、まず会社員として実務経験を積む道が現実的です。
50代でもCOBOLで独立できますか?
年齢よりも、担える役割と経験の中身が見られます。業務知識や現行システムの深い理解、移行やリードの経験がある人は、年齢を問わず評価される場面があります。一方で、現地での作業が多い案件では、通える範囲や稼働の条件も見られます。経験の長い方の働き方は50代のフリーランスの記事で扱っています。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。