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

データエンジニアのフリーランス案件を選ぶときは、報酬や稼働日数に加えて、担う範囲、基盤の段階、取り込み元の状態、本番データと権限、運用の責任、費用の責任、契約の形と成果物の7点を契約前に確かめておくことが大切です。データエンジニアの案件は、案件票の書き方が似ていても、この7点の違いで負担と責任が大きく変わります。

特に見落としやすいのは、作った処理の運用を、誰がいつまで担うかです。開発の案件として入ったのに、夜間の処理の失敗への対応まで続くと、稼働の見込みが崩れます。この記事では、データエンジニアの案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

データエンジニアの案件選びで差が出る理由

データエンジニアの案件票は、「データ基盤の構築」「ETLの開発」のように書かれることが多く、仕事の重さが読み取りにくい傾向があります。参画してから気づくずれには、次のようなものがあります。

• 新しい基盤を作る案件と聞いていたが、前半は現行の処理の読み解きが中心だった
• 取り込み元のシステムの資料がなく、担当者もいないため、調査に時間がかかった
• 本番データに触れるまでの申請に時間がかかり、最初の数週間は作業が進まなかった
• 開発の案件のはずが、夜間の処理の失敗の連絡も受けることになった

こうしたずれは、面談と条件の確認の段階で聞き方を工夫すれば、多くを防げます。

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

1. 担う範囲は設計か、実装か、運用か

最初に、自分が担う範囲を確かめます。テーブルの構成や定義を決める側なのか、決まった設計に沿って処理を作る側なのか、作られた処理を動かし続ける側なのかで、求められる経験も責任も変わります。

面談では「着任後の最初の1か月で、最も期待されている成果は何か」を聞くと、範囲が見えやすくなります。答えが「現行の処理の一覧」なら調査、「最初の取り込みを動かすこと」なら実装が中心です。

2. 基盤の段階と、残っている資料

基盤がどの段階にあるかを確かめます。

• 新規構築か、移行か、運用中の基盤の改善か
• 移行なら、現行の処理の数と、処理の説明書がどこまで残っているか
• 前任の担当者がいる場合、引き継ぎの期間があるか

移行の案件を避ける必要はありません。移行の経験は評価にもつながります。ただ、読み解きの量を知ったうえで受けることが大切です。仕事の種類ごとの働き方はデータエンジニアの仕事内容で解説しています。

3. 取り込み元の状態と、相談の窓口

データエンジニアの仕事は、取り込み元のシステムに大きく左右されます。

• 取り込み元のシステムの数と種類
• 取り込み元の担当者に、仕様や変更を相談できる窓口があるか
• 取り込み元が改修されるとき、事前に知らせてもらえるか

取り込み元の担当者と話せない案件では、データの形が変わった理由を調べるだけで時間がかかり、責任だけがデータエンジニアに集まりやすくなります。

4. 本番データへの触れ方と権限

本番データにどの経路で触れるかを確かめます。

• 開発用のデータが用意されているか。ない場合、誰が用意するか
• 本番の環境に触れる権限は、いつ、どの範囲で渡されるか。申請にどのくらいかかるか
• 個人データを扱うか。扱う場合、作業の場所や端末に決まりがあるか
• 契約が終わったとき、手元のデータや権限をどう返すか

権限が渡るまでの期間は、最初の数週間の稼働の中身に直結します。個人データを扱う案件の場所や端末の条件はデータエンジニアのリモート案件の記事、契約の終わりのデータの扱いはデータの返却・削除の記事で解説しています。

5. 運用の責任と、夜間・休日の対応

作った処理の運用を、誰がいつまで担うかを確かめます。

• 夜間や休日に処理が失敗したとき、誰に連絡が来るか
• 連絡の当番に自分が入るか。入る場合、その時間をどう扱うか
• 運用を社内の担当者に渡す時期と、渡すための手順書が成果物に含まれるか

運用の連絡に応じた時間が稼働として数えられないと、責任感から無償で対応し続けることになりかねません。精算の幅を超えたときの扱いは精算幅の記事をご覧ください。

6. クラウドの費用の責任

クラウドのデータウェアハウスは、処理の書き方で費用が大きく変わります。

• 費用の予算と、費用を管理しているのは誰か
• 重い処理を試すときに、事前の相談が必要か
• 費用が予算を超えたときの判断を、誰が行うか

費用の責任の所在があいまいなまま、想定外の費用が出たときに責任を問われることは避けたいところです。費用の扱いは報酬の考え方にも関わります。詳しくはデータエンジニアの報酬の記事で解説しています。

7. 契約の形と、成果物の範囲

データエンジニアのフリーランス案件の多くは、準委任契約で参画します。準委任では、基盤の完成そのものではなく、業務を専門家として通常求められる注意を払って行うことが約束の中身になります。確かめたいのは、契約の書面がこの考え方と合っているかです。

• 「基盤を期限内に完成させる」のように、完成を約束する書き方になっていないか
• 成果物の納品が求められる場合、その範囲は何か（処理のコード、定義書、手順書など）
• 移行の案件で、切り替えの時期と契約の期間が合っているか

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

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

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

データエンジニアの案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、担う範囲（設計、実装、運用など）が書かれているか
2. 夜間・休日の対応が含まれるか、含まれる場合の扱い
3. 完成を約束する書き方になっていないか、成果物の範囲は何か
4. 稼働の幅と、超えたときの精算の方法
5. 契約の期間と更新の時期、契約が終わったときのデータと権限の返し方

契約の期間については、フリーランス法で、6か月以上の業務委託を解除したり更新しなかったりするときは、少なくとも30日前までに予告することが求められています（2026年10月時点、公正取引委員会の案内による）。移行の案件では、切り替えの直前に更新の時期が来ないかもあわせて見ておきましょう。

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

よくある質問

移行の案件は、新規構築の案件より避けたほうがよいですか？

避ける必要はありません。現行の処理を読み解き、結果を突き合わせた経験は、次の案件でも評価されやすい経験です。ただし、現行の処理の数や資料の残り具合、切り替えの時期と契約の期間を確かめてから受けることをおすすめします。

面談で夜間の対応の有無を聞くと、印象が悪くなりませんか？

稼働の見込みを立てるための確認として聞けば、印象が悪くなることはまずありません。「作った処理を安定して動かすために、運用の体制を知っておきたい」という目的を添えると、相手も答えやすくなります。

報酬の高い案件と、運用の責任が軽い案件で迷ったらどうしますか？

一概には言えませんが、運用の連絡が多い案件では、稼働日以外の対応が増えて時間あたりの報酬が下がることがあります。報酬の額だけでなく、夜間の対応の有無と稼働の見込みを合わせて比べるとよいでしょう。