副業の打ち合わせで、取り込み処理の作り直しの話がまとまりかけたところでした。相手が「ところで、毎朝6時のジョブが止まったら、どなたに連絡すればいいですか」と聞きます。本業の朝会の時刻が頭をよぎり、データエンジニアとして業務委託の副業を受けたいのに、答えに詰まってしまいました。パイプラインは納品して終わりではなく毎日動き続けるので、止まるたびに本業の最中に呼ばれ、契約が終わっても面倒を見続けるのではないかと迷う人は少なくないでしょう。パイプラインの副業は、作る人と動かす人を先に分けます。この一言を手がかりに、受ける前に決めておく3つの条件を順に見ていきます。

1. データエンジニアの副業が受けにくく見える理由

パイプラインの仕事を5つに分けて見る

IPAがデータマネジメントについて調べた報告書（2025年6月）は、参考としてSFIA 9のスキル定義を載せています。SFIA 9は英国発の国際的なスキルの枠組みで、その中の「データ工学」は、データパイプラインとデータストアの設計、構築、運用、保護、監視を行うスキルと定義されています¹。IPA独自の定義ではなく、日本の職種定義でもありません。データパイプラインを扱うスキルの国際的な定義の一つです。

この定義を読むと、パイプラインの仕事は作る場面だけでは終わりません。取り込みや変換の処理を設計し、構築して納品すれば、その先に運用、保護、監視の仕事が続きます。だからこそ、副業を考えるデータエンジニアの頭に浮かぶのは、作る仕事よりも動かし続ける仕事の重さではないでしょうか。

図の作成：Remogu編集部。IPA報告書が参考として載せるSFIA 9の定義にある5つの語を、書き手の見立てで2組に分けたもので、統計データではありません

区切って納品できる仕事と、続く仕事

5つの仕事は、2組に分けて考えられます。設計と構築は、設計書やコードの形で区切って納品できる仕事です。一方、運用と保護と監視は、パイプラインが動いている間ずっと続きます。この2組への分け方は定義が示すものではなく、副業との相性を考えるための書き手の見立てです。

副業で受けにくく見える理由は、この違いにあります。区切れる仕事なら、納品の日に手を離せます。続く仕事は、納品後も毎朝のジョブが動くたびに、誰かが結果を見なければなりません。本業の朝会や会議の時間に失敗の通知が届いても、その場で対応できるとは限りません。

そのため、受けるかどうかは「パイプラインを扱えるか」だけでは決まりません。納品したあとの動かす役を誰が持つのかが決まっているかどうかで、同じ取り込み処理の仕事でも、副業に並べやすい形と並べにくい形に分かれます。

受ける前に決める3つの条件

冒頭の問いに戻ります。毎朝6時のジョブが止まったとき、誰に連絡するのか。この問いに答えるために、受ける前に決めておく条件は3つあります。1つ目は、運用と監視を誰が持つかです。止まったときに最初に動く人を決めます。2つ目は、来歴と手順を残して、引き渡せる形にするかどうかです。3つ目は、契約が終わるときに接続情報やデータのコピーをどう返し、どう消すかです。

この3つは、受けてはいけない仕事を決める線ではなく、受けるかどうかを判断する材料です。3つが決まっていれば、納品後に呼ばれる場面は減らせると考えられます。次は、副業に並べやすい仕事とそうでない仕事を、仕事の形ごとに見ます。

2. 副業で受けやすい仕事、受けにくい仕事

データ統合に手間がかかる段階の位置づけ

IPAのデータマネジメント読本（2025年6月11日発行）は、データの企画から収集、廃棄までのライフサイクルの各段階を並べています。その中で、データ統合を「一番コストと時間がかかっている」段階として挙げています²。データ統合とは、データの意味、形式、構造、品質などを調整する段階です。数値の調査結果ではなく、読本としての整理なので、何割や何時間といった数字は示されていません。

ただし、手間のかかる段階だからといって、副業で受けられる統合の仕事が多いとは言い切れません。この読本は組織のデータマネジメントを論じたもので、業務委託の仕事の量や形を調べたものではないからです。ここでは、統合の調整を「対象を決めて区切りやすい仕事」の一つとして扱います。

仕事の形ごとの区切り方

副業と並べやすいかどうかは、仕事に区切りを付けられるかで考えると整理できます。設計書という成果物で区切れる仕事、移行の範囲で区切れる仕事、対象のデータ数で区切れる仕事は、納品の日に手を離しやすい形です。反対に、日々の運用と監視の当番は、期間で区切るほかなく、毎朝の稼働に付き合うことになります。次の表は、この見方で4つの仕事の形を並べた、書き手の見立てです。

仕事の形	中身	区切り方	副業との並べやすさ
取り込み・変換処理の設計	処理の流れと項目の対応を決める	設計書	並べやすい
既存パイプラインの作り直し	処理の置き換え	移行の範囲	並べやすい
データ統合の調整	項目の意味・形式の突き合わせ	対象のデータ数	並べやすい
日々の運用・監視の当番	失敗の検知と再実行	期間	本業と重なりやすい

表の上の3つは、納品物と終わりがはっきりしています。たとえば処理の置き換えなら、どこまで移すかを決めれば、移し終えた日が納品の日です。当番だけは、納品の日がなく、本業の時間帯と重なる場面が続きます。ただし、当番を受けてはいけないわけではありません。受けるなら、頻度や連絡の手段をどう決めるかが次の問いになります。

では、その当番にあたる運用と監視は、誰が持つのが自然でしょうか。1つ目の条件を、次の節で具体的に見ます。

3. 条件1：運用と監視を誰が持つかを決める

止まったときに最初に動く人

パイプラインの副業で最初に決めたいのは、ジョブが止まったときに最初に動く人です。失敗を見つけるのは発注側の監視で、最初に対応するのは発注側の担当者、という形なら、受け手は連絡を受けてから修正に取りかかれます。反対に、受け手が監視も一次対応も持つ形だと、毎朝の稼働のたびに、本業の時間帯でも結果を見る必要が出ます。

とはいえ、運用と監視は発注側が持つべきだと決めつける必要はありません。受け手が持つ形もありえます。大事なのは、どちらの形でも、止まったときの持ち主が名前で決まっていることです。持ち主が決まっていないと、止まった朝に、全員が誰かが見ているだろうと考えてしまいます。

図の作成：Remogu編集部。止まったときの役割分担の一例を整理したもので、統計データではありません

クラウドの契約に見る責任の分け方

この考え方には、近い例があります。IPAの「情報セキュリティ10大脅威 2026」解説書（組織編・2026年3月）は、クラウドサービスを利用する組織への対策として、契約の際にインシデント発生時に誰（どの組織）がどこまで対応する責任があるのかを明確にする、つまり理解することを挙げています³。

これはクラウドを利用する組織向けの対策で、業務委託の個人に向けたものではありません。そのため、パイプラインの副業にそのまま当てはまると言うつもりはありません。クラウドの契約でさえ、止まったときに誰がどこまで動くかを先に決めるのなら、パイプラインの副業でも同じ問いを立ててよい、というのが書き手の見立てです。

連絡の時間帯と手段を先に決める

持ち主が決まったら、次は発注側から受け手へ連絡が来る時間帯と手段です。本業の就業時間中は連絡を受けられない、通知は平日の夜に集約する、緊急のときだけ電話を使う。受け手の側からこうした線を先に示しておくと、止まった朝に、連絡が届かず待たされる、という行き違いを避けられます。

この線は、本業との兼ね合いで決まります。副業の連絡時間帯を、本業の側とどう両立させるかは別の記事でも扱っています。ここでは、運用と監視の持ち主、連絡の手段、連絡の時間帯の3つを、受ける前の打ち合わせの議題に入れておけば足ります。次は、止まったときに迷わない形で、中身をどう残すかです。

4. 条件2：来歴と手順を残して、引き渡せる形にする

来歴情報が重要とされる場面

IPAのデータマネジメント読本は、ライフサイクルの図のあとの「データの品質のポイント」で、品質特性とメタデータ（来歴情報など）が重要だとしています。それを持続的に行うガバナンスの仕組みも重要だと述べています²。来歴情報とは、データがどこから来て、どの処理を通ったかの記録です。

この整理は、組織がデータを管理する立場に向けたものです。副業の受け手に向けた話ではありません。ただ、来歴を残すという考え方は、副業で作ったパイプラインを引き渡すときにも使えます。作った本人しか処理の通り道を知らない状態だと、止まるたびに本人が呼ばれます。通り道が書かれていれば、発注側の担当者が自分で追えます。

引き渡しに残す5つの項目

引き渡しで残すものは、来歴だけではありません。処理を再実行する方法、設定と接続先の保管場所、件数や欠損を確かめる箇所、止まったときの一次対応者の連絡先もそろえます。なお、接続情報の値そのものは引き継ぎ資料に書かず、保管場所だけを示します。次の表は、残すものと置き場所の例を整理した、書き手の見立てです。

残すもの	中身	置き場所の例
データの来歴	どこから来て、どの処理を通ったか	設計書の中の項目一覧
処理の手順	再実行の方法、遡って流し直す方法	手順書
設定と接続先	環境ごとの違い、接続情報の保管場所（値そのものは書きません）	設定の説明書
品質の確認	件数や欠損を確かめる箇所	確認項目の一覧
連絡先	止まったときの一次対応者	引き継ぎ資料の冒頭

5つの項目は、どれも納品の日までに書き終えられるものです。ここで、再実行の方法と一次対応者の連絡先は、止まったときに最初に開かれます。この2つが揃っていると、止まった朝の最初の動きは、受け手を待たずに進められます。

残すことで呼ばれにくくなる範囲

来歴と手順を残せば、本業の最中に呼ばれにくくなる、と書き手は考えています。ただし、これも見立てです。引き渡しの資料が揃っていても、資料の範囲を超える不具合や、仕様の変更に伴う修正は、受け手に連絡が来る場合があります。資料は、呼ばれる回数を減らすための備えで、ゼロにする保証ではありません。

品質の確認をどう作るかは、別の記事で詳しく扱っています。ここでは、確認する箇所を引き継ぎ資料に残す、までを条件に入れます。もう一つ、納品のあとに残る問いがあります。契約が終わったとき、手元に残る接続情報やデータのコピーをどう返すかです。

5. 条件3：契約が終わるときの返し方を決める

廃棄の段階で挙げられている確認

パイプラインの副業では、納品のあとだけでなく、契約が終わったあとの面倒も気にかかります。IPAのデータマネジメント読本は、ライフサイクルの最後の「廃棄」の段階で、廃棄を考慮する設計と、廃棄機器や解約済サービスが関連するデータの取り扱いの確認を挙げています²。

この整理は、データを管理する組織に向けたものです。副業の受け手が廃棄機器や解約済サービスに当たると言うつもりはありません。ただ、データには終わりの段階があり、そこで取り扱いを確認する、という見方は、契約の終わりを考えるときの手がかりになります。

契約の終わりに手元から離すもの

副業の受け手の手元には、契約が終わったあとも、接続情報、アクセス権、作業用のコピー、引き継ぎ資料が残りがちです。これらを放っておくと、使っていないのに自分の手元に発注側のデータが残り、問い合わせが来れば、終わった契約の件で再び呼ばれる原因にもなります。

そのため、返す、消す、確認する、の順に決めておくと、終わり方が迷いなく進みます。接続情報とアクセス権と引き継ぎ資料は発注側に返し、作業用のコピーは手元から消し、最後に双方で終わったことを確かめます。この順番は書き手の見立てです。

図の作成：Remogu編集部。契約終了時の手続きの一例を整理したもので、統計データではありません

終わり方を最初の契約で決める

終わり方は、終わる間際ではなく、受ける前の契約の段階で決めておく方が進めやすくなります。受け手の側から、契約が終わったら接続情報とアクセス権を返し、作業用のコピーを消す、と先に示しておけば、発注側も受け手も、何をいつまでにするのかが分かります。

これは受け手が自分を守る手立てでもあります。返却と削除を済ませた記録が残っていれば、終わった契約の件で、あとから手元のデータについて問われる場面を減らせます。次は、ここまでの3条件を含め、受ける前に発注側と何を決めておくかをまとめて見ます。

6. 受ける前に発注側と決めておくこと

委託元が確認できる契約という考え方

IPAの「情報セキュリティ10大脅威 2026」解説書は、サプライチェーンや委託先を狙った攻撃への対策として、委託元の組織が委託先の組織のセキュリティ対策状況と情報資産の管理の実態を定期的に確認できる契約とすることが重要だとしています³。

この対策は、委託元の組織に向けたものです。業務委託の個人が守る義務として書かれたものではありません。ただし、発注側がこうした確認を前提に契約を組むなら、受け手は確認される前提で、自分の作業環境や情報の扱いを説明できるようにしておく方が話が進みます。これは書き手の見立てです。

打ち合わせで決めておく7つの項目

3つの条件は、打ち合わせの議題にすると決めやすくなります。運用と監視の持ち主、引き渡しの形、終わり方に、作る範囲と納品物、接続情報の渡し方、作業する端末と環境、対策状況の確認への応じ方を加えると、7つの項目になります。次の表は、その7項目と例を並べた、書き手の見立てです。

決めること	例
作る範囲と納品物	取り込み処理の設計書、移行の範囲の一覧
運用と監視の持ち主	止まったときに最初に動く担当者の名前
止まったときの連絡手段と時間帯	連絡する手段、受け手が連絡を受けられる時間帯
接続情報の渡し方と保管	受け渡しの方法、保管場所（値そのものは書かない）
作業する端末と環境	使う端末の種類、作業を行う環境
対策状況の確認への応じ方	確認の頻度、説明する内容
契約終了時の返却と削除	返す物、消す物、確認の方法

7つのうち、半分は本業の側の都合とも関わります。端末や環境は、本業の端末と分けられるか。連絡の時間帯は、本業の就業時間とどう重なるか。これらは発注側だけでは決められないので、受け手の側から先に条件を示しておく方が、打ち合わせが進みやすくなります。

最後は、これらをどんな順番で判断すれば、本業と並べやすくなるかです。次の節で、順番を1本の流れにまとめます。

7. 本業と並べるための受け方

運用の当番を受けるときの決め方

運用の当番を受けるかどうかは、受けてはいけないと決めつける話ではありません。受けるなら、頻度、時間帯、翌日の本業との兼ね合いで決めます。たとえば、週に何回、どの時間帯に連絡を受けるのか、深夜に起きた失敗には翌朝に対応する形でよいのか、といった線を先に引いておくのです。

一方、引き渡しの資料が整っていて、運用と監視の持ち主が発注側にある仕事なら、当番を受けなくても副業の形は成り立ちます。当番を受けるかどうかは、仕事の種類ではなく、本業の予定とどれだけ重なるかで決めるのが、並べやすい受け方です。

判断の順番

ここまでの条件は、1本の順番にまとめられます。作る仕事か動かす仕事かを見分け、運用の持ち主を決め、引き渡しの形を決め、終わり方を決めてから、契約の文書に落とし込みます。順番を逆にして、先に契約を結んでから運用の持ち主を決めようとすると、止まった朝に、誰が動くのか決まっていない状態になります。

図の作成：Remogu編集部。受ける前に決める順番の一例を整理したもので、統計データではありません

作る人と動かす人を先に分ける

冒頭の打ち合わせに戻ります。毎朝6時のジョブが止まったら、どなたに連絡すればいいか。この問いに、答えに詰まらずに返せる状態をつくるのが、3つの条件でした。運用と監視を誰が持つかを決め、来歴と手順を残して引き渡せる形にし、契約が終わるときの返し方を決めます。

パイプラインの副業は、作る人と動かす人を先に分けます。その分け方が決まっていれば、止まった朝に本業の朝会の最中でも、誰が最初に動くのか、受け手へはいつどの手段で連絡が来るのかが、打ち合わせの時点で見えています。

Remogu（株式会社LASSIC運営）は、リモートワーク案件特化のエンジニアマッチングで、案件の90%以上がフルリモート可能です。まず登録して、自分のデータ基盤の経験に合う条件を確かめるところから始めてみましょう。作る人と動かす人の分け方を、打ち合わせの最初に示せる案件を選ぶことができれば、本業と並べやすい副業に近づきます。

8. よくある質問

データエンジニアの経験がまだ少なくても副業で受けられますか

受けられる仕事の範囲によります、というのが書き手の見立てです。取り込み処理の一部の作り直しのように、範囲が狭く、設計書や移行の範囲で区切れる仕事から始める形があります。運用と監視の当番は、止まったときの判断が求められる分、経験を重ねてから受ける方が進めやすいと考えられます。

データサイエンティストの案件にも応じられますか

案件の中身を見て、応じられるかを決めます。分析やモデル構築が中心の案件と、データ基盤の整備が中心の案件は、仕事の形が異なります。データ基盤の整備が中心なら、この記事の3つの条件がそのまま使えます。分析が中心の案件は、納品物の区切り方が変わるので、案件ごとにエントリーの前に条件を読み比べてください。

本業と同じ業界の副業を受けるときに確かめることは何ですか

確かめる点は2つあると考えられます。1つは、本業の契約や組織の規程が、副業をどう扱っているかです。もう1つは、秘密保持の範囲です。同じ業界だと、本業で知った情報と副業で扱う情報の境目が曖昧になりやすいので、受ける前に、双方の秘密保持の範囲を文書で見比べておくと、あとで話がこじれにくくなります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 独立行政法人情報処理推進機構「デジタルスキル標準の改訂に向けた調査について」（2025年6月・2026年10月確認）
＊2 独立行政法人情報処理推進機構「データマネジメント読本」（2025年6月11日・2026年10月確認）
＊3 独立行政法人情報処理推進機構「情報セキュリティ 10 大脅威2026 解説書」（2026年3月・2026年10月確認）