子育て中エンジニアの複業・フリーランス両立術｜案件選び5条件と稼働設計

「子どもの送迎や急な発熱で稼働が読めない自分に、果たして長く続けられる案件など取れるのだろうか」。育休明けや時短勤務開始のタイミングで複業・フリーランスを検討し始めたエンジニアの多くが、まず最初にぶつかる不安はこれではないでしょうか。技術力には自信があるのに、生活リズムの不確実性だけが理由で「自分には無理かもしれない」と立ち止まってしまう方は少なくありません。

実際、現役で稼働している子育て中フリーランスエンジニアの多くは「いつでも対応できる人」を演じてはいません。むしろ「対応できない時間・できない曜日・できない種類の業務」を明確にしたうえで、それを受け入れてくれる案件を選び抜いています。続けられないのは技術力の問題ではなく、案件の選び方・稼働の設計・クライアントへの伝え方の3点を意識的に組み立てていないだけの場合がほとんどです。

本記事では、子育て中のエンジニア（性別を問わず、未就学児〜小学校低学年のお子さんを育てている方）が複業・フリーランスとして持続的に案件を回すための実務設計を解説します。案件選びの必須条件5つ、子どもの年齢別の稼働モデル、クライアントへの伝え方のテンプレート、突発対応を「想定内」に組み込む仕組みまでを扱います。育休中の制度活用は対象外とし、復職後の継続的な案件運用にフォーカスします。

子育て中エンジニアが複業・フリーランスを続けにくいと感じる本当の理由

子育て中のエンジニアが複業・フリーランスを「続けにくい」と感じるとき、その原因は技術スキルでも体力でもなく、ほとんどの場合「稼働の不確実性をどう扱うか」という設計の問題に集約されます。

育児で稼働が読めないという「不確実性」の正体

子育て中の稼働は、平常時のリズムと突発時の対応が常に二重構造になっています。平常時は「保育園送りまでの90分」「お迎え後の対応不可帯」「寝かしつけ後の2時間」といった時間単位で読めますが、子どもの発熱・学級閉鎖・行事・送迎パートナー不在といったイベントは月単位でも発生回数が予測しきれません。

エンジニア向け案件には「日中の同期MTG前提」「コアタイム10〜16時で常駐に近い稼働」「障害時の即応対応あり」といった条件のものが少なくありません。こうした案件を素のまま受けてしまうと、突発対応のたびに罪悪感を抱える働き方になり、技術力とは無関係なところで疲弊してしまいます。不確実性そのものを消すことはできませんが、「不確実性が問題にならない案件構造」を選ぶことはできます。

続かない原因はスキルではなく「案件・稼働・伝え方」の設計

子育て中の複業・フリーランスが続くかどうかを決めるのは、次の3つの設計です。

• 案件の設計: そもそも自分の生活リズムと両立可能な条件の案件を選んでいるか
• 稼働の設計: 平日コアタイム外（早朝・夜・週末）と平日日中の組み合わせをどう作るか
• 伝え方の設計: 育児事情を「いつ・どこまで・どう伝えるか」を型として持っているか

この3点を整えると、突発対応が発生しても「設計済みの想定内イベント」として処理でき、案件の継続率が大きく変わります。

本記事の前提（育休後・日常的な子育て期間、男女問わず）

本記事は性別を問わず、未就学児〜小学校低学年のお子さんを育てているエンジニアを対象としています。共働きでパートナーと家事育児を分担している前提を置きつつ、突発対応は完全には予測できない現実をベースにします。

なお、2024年11月施行のフリーランス・事業者間取引適正化等法（フリーランス新法）により、6か月以上の継続的業務委託では発注者側に育児・介護等との両立への配慮が義務付けられました（出典: 労働政策研究・研修機構（JILPT）「ビジネス・レーバー・トレンド」2024年7月号）。「育児事情を伝える」こと自体は、もはや特別な交渉ではなく、法律に裏付けられた前提として扱える時代になっています。

子育て中エンジニアが複業案件を選ぶ「5つの必須条件」

ここからは、子育て中のエンジニアが複業案件を選ぶ際に、面談前または面談時に必ず確認したい必須条件を5つに絞って解説します。すべてを満たす案件だけを選ぶ必要はありませんが、「どの条件を妥協できて、どの条件は譲れないのか」を明確にしておくことが、長く続けるための前提になります。

条件1: フルリモート・出社ゼロ

フルリモートで出社ゼロであることが第一条件です。子育て中は保育園・学校からの呼び出しや急な発熱対応など「日中に予定外で家にいる必要が出る日」が必ず発生します。出社が前提の案件ではその日の業務がそのまま止まってしまいます。

「基本リモートだが月1で出社」「四半期に1度のオフサイト参加」程度であれば調整可能ですが、「週1出社」となるとお子さんの体調次第で破綻するリスクが上がります。面談では出社頻度と、やむを得ず出社できない日の運用を必ず確認してください。

条件2: 非同期コミュニケーション主体

次に、同期MTGではなく非同期コミュニケーションが主体であることです。次の観点で文化を確認します。

• 仕様・要件はNotion・Confluence・GitHub Issuesなど文章で記述・共有される文化か
• Slackなどのチャットでの非同期相談・レビューが日常的に機能しているか
• 同期MTGは週合計2〜3時間以内に収まっているか
• 必須参加のデイリースタンドアップがない、または短時間の文字ベースか

同期MTGが多い案件は、子どもの送迎時間や寝かしつけ時間とぶつかった瞬間に稼働の柔軟性が失われます。逆に非同期主体であれば、午前中に対応できなかった内容を寝かしつけ後に巻き返す「時間ずらし」が成立しやすくなります。

条件3: コアタイムが緩やか／コアタイムなし

コアタイムが緩やか、もしくは設定されていないことも必須です。10〜16時のような厳格な常駐型では、お迎えや看病で日中に抜けることが多い子育てエンジニアにとって、毎週「コアタイムを守れない日」が発生してしまいます。

裁量労働制・成果ベースで稼働時間を自分で組める案件、もしくは「定例MTGの時間さえ確保すれば柔軟」といったタイプであれば、平日日中に抜けて夜に巻き返すことが可能になります。面談時に「コアタイムの有無」「コアタイムを外れる稼働が許容されるか」を率直に質問しましょう。

条件4: 深夜・休日の即応を求められない

深夜・休日の即応対応（オンコール・障害一次対応）を求められないことも重要です。子育て中は夜間・早朝・週末こそが貴重な稼働可能時間帯であり、同じ時間帯にオンコール待機を求められると稼働可能時間そのものが消えてしまいます。

確認すべきポイントは次の通りです。

• オンコール・障害一次対応のシフトがあるか
• ある場合、シフト免除や代替体制が組まれているか
• インシデント発生時の初動対応の期待値
• 休日対応が発生する場合の振替や追加報酬の取り決め

なお、本条件は「契約前にチェックすべき条件」であり、突発時の運用設計（バックアップ時間枠など）とは別物です。後者はのちほど別セクションで扱います。

条件5: 進捗をタスク単位でコミットできる

評価軸が「稼働時間の長さ」ではなく「タスク・成果物の完成」であることも欠かせません。時間拘束型では「決められた時間にPCの前にいること」が暗黙の評価指標になりがちで、稼働時間がぶつ切りになりやすい子育てエンジニアには相性がよくありません。

タスク単位・スプリント単位で成果物にコミットする案件であれば、「いつ手を動かしたか」ではなく「期日までに何を完了させたか」が評価対象になります。面談時には「日々の進捗管理は稼働時間ベースとタスク完了ベースのどちらに近いか」を確認してください。

面談時に確認するチェックリスト（候補企業に質問する具体フレーズ）

5条件をベースに、面談で実際に使える質問フレーズの例を挙げます。一方的に「育児で〜できません」と告げるのではなく、相手の運用を聞き出す質問として組み立てるのがコツです。

• 「御社の開発チームは、同期MTGと非同期コミュニケーションの比率はどのくらいですか」
• 「コアタイムの設定や、コアタイム外稼働の許容度を教えてください」
• 「障害発生時の一次対応・オンコールはどなたが担当されていますか」
• 「日々の進捗管理は、稼働時間ベースとタスク完了ベースのどちらに近いですか」
• 「育児や介護でやむを得ず日中に対応できない日があった場合、どのように調整されているチームでしょうか」

5条件に近い案件を効率的に探したい方は、フリーランスのリモートワーク案件を継続して取る方法や、副業エンジニアのスタートアップ案件：週2〜3日参画の魅力と後悔しない選び方も参考にしてください。

子どもの年齢別・育児タイムスケジュールに合わせた稼働設計

案件選びの条件が固まったら、次は自分の生活リズムに沿った稼働設計です。子どもの年齢で1日のタイムスケジュールは大きく変わるため、未就学児期と小学校低学年期に分けて現実的な稼働モデルを示します。なお、これらはあくまで一例であり、家庭の状況やパートナーとの分担で大きく変わる点はあらかじめご了承ください。

ベースとなる稼働パターン3種

子育て中エンジニアの稼働パターンは、おおまかに次の3種に分かれます。

完全コア時間内型を維持できるのは送迎をパートナーが完全に担っているなど一部のケースに限られ、多くの方は「両混在型」を基本にすることになります。

未就学児（保育園送迎前提）期の稼働モデル例

未就学児期は、送迎・お昼寝・夕食〜寝かしつけのリズムが固定されており、稼働可能な時間帯が比較的読みやすい一方で、発熱・登園拒否の発生頻度が最も高い時期でもあります。

平日の典型例:

• 7:30〜9:00 保育園送り（パートナー分担次第）
• 9:30〜12:00 集中稼働（午前ブロック / 2.5時間）
• 13:00〜16:30 集中稼働（午後ブロック / 3.5時間）
• 16:30〜21:00 お迎え・夕食・寝かしつけ（業務オフ）
• 21:30〜23:00 軽稼働ブロック（必要に応じて / 1.5時間）

平日1日あたり6〜7時間、軽稼働込みで7〜8時間相当の稼働を確保できます。週稼働日数を3日に絞れば、現実的な週稼働時間は18〜24時間程度です。

小学校低学年（学童・夏休み）期の稼働モデル例

小学校低学年期は、登下校時間が固定される一方で、長期休暇（夏休み・冬休み・春休み）と学校行事の頻度が稼働計画に影響します。学童利用の有無で稼働可能時間が大きく変わるのも特徴です。

平日の典型例（学童利用あり）:

• 7:30〜8:30 登校送り出し
• 9:00〜12:00 集中稼働（午前ブロック / 3時間）
• 13:00〜17:00 集中稼働（午後ブロック / 4時間）
• 17:30〜21:00 学童お迎え・夕食・宿題対応・寝かしつけ（業務オフ）
• 22:00〜23:00 軽稼働ブロック（必要に応じて / 1時間）

長期休暇期間は、学童が短縮運営になったり、子どもの在宅時間が増えたりするため、平日日中の集中稼働ブロックが2〜3割減ると想定しておくと現実的です。事前にクライアントに「8月第2週は稼働を○%下げます」と予告しておくと、突発調整ではなく計画調整として扱えます。

パートナーとの分担前提を稼働設計に組み込む

共働き家庭であれば、パートナーとの分担を以下の観点で稼働設計に組み込みます。

• 送迎担当（朝・夕）のローテーション
• 発熱・呼び出し時の一次対応担当の決め方
• 長期休暇期間における稼働日数の調整
• 夜間・週末稼働の許容ライン

特に「呼び出し時の一次対応をどちらが担当するか」を週単位・曜日単位で決めておくと、平日日中ブロックの読みやすさが大きく向上します。

稼働時間を「最大値」ではなく「持続可能値」で設計する考え方

子育て中の稼働設計でもっとも陥りやすい失敗は、ベストコンディション時の最大値で週稼働時間を契約してしまうことです。最大値ベースで契約すると突発対応が月数回発生した時点で稼働不足になり、巻き返しのために週末や深夜稼働で帳尻を合わせる悪循環に入ります。

おすすめは、月2〜3回の突発対応を見込んでも余裕がある「持続可能値」で設計することです。週稼働時間でいえば、未就学児期なら週12〜18時間、小学校低学年期なら週15〜22時間あたりが、多くのご家庭にとって無理のないレンジになります。

時間管理のテクニックそのものをもう少し深く知りたい方は、会社員エンジニアの複業時間管理術も合わせてご覧ください。

クライアントに育児事情をどう伝えるか — 「申告するかどうか」の判断軸とフレーズ集

案件と稼働設計を整えても、最終的に継続を左右するのはクライアントとのコミュニケーションです。育児事情を「申告すべきかどうか」「いつ・どこまで・どう伝えるべきか」を、判断軸と具体的なフレーズ例で整理します。

申告すべきかの判断軸（案件の同期性・対応時間帯・契約形態）

すべての案件で同じ深度で育児事情を伝える必要はありません。次の3点で案件を仕分けます。

• 同期性: 同期MTGが多い案件ほど、稼働可能時間帯の明示が必要
• 対応時間帯: 平日日中対応が前提の案件ほど、抜ける可能性がある旨を共有する必要が高い
• 契約形態: 業務委託（成果物ベース）であれば最小限の共有で済むことも多いが、準委任（時間ベース）であれば稼働パターンの明示が重要

成果物ベースで完結する短期案件であれば「家庭の事情で稼働時間帯に偏りがあります」程度の共有で足ります。逆に長期の準委任契約で同期前提の案件であれば、面談段階で稼働可能時間帯・突発時のオペレーションまで合意しておく方が安全です。

面談・契約時に伝えるテンプレ

面談時に伝えるべき要素は3つです。

1. 稼働可能時間帯（平日・休日・夜間）の概要
2. チャット返信の反応速度の目安
3. 例外対応（送迎・発熱）のスタンス

具体的なフレーズ例:

「私は未就学のお子さんを育てており、平日は9:30〜16:30の間で稼働しています。Slack等の返信は基本1営業日以内、急ぎの場合は明示いただければ即時対応します。月に1〜2回、お子さんの体調不良で日中の稼働が難しい日が発生する可能性があり、その場合は当日中にご連絡のうえ翌営業日に巻き返す運用としています。」

ポイントは「制約を伝える」ではなく「運用ルールを提案する」スタンスで話すことです。クライアント側は「どう運用すれば滞りなく進むか」を知りたがっています。事実だけでなく、運用案までセットで提示してください。

突発時の連絡フォーマット（事実・影響・代替案の3点）

突発対応が発生した日の連絡では、次の3点を必ずセットで伝えます。

• 事実: 何が起きたか（背景説明は不要、短く）
• 影響: 今日のタスク・MTGへの具体的な影響
• 代替案: いつまでに、どう巻き返すか

フォーマット例:

「本日、子どもの発熱により午後の稼働が難しい状況です（事実）。15時のレビューMTGは欠席とさせてください。Aさんに事前にレビュー観点をテキストで共有しておきます（影響）。本日のタスクXは明朝までに巻き返し、明日のスタンドアップで進捗共有します（代替案）。」

このフォーマットを持っているだけで、突発時の心理的負担が大幅に下がります。

過剰共有のリスクと、伝えなくてよい範囲

逆に、伝えすぎはクライアント側に「リスクの高い委託先」と認識される懸念があります。次のような情報は基本的に共有不要です。

• 子どもの病名・症状の詳細
• 配偶者の業務状況・分担の細部
• 保育園・学校の固有名や場所
• 家庭内の事情（喧嘩・帰省など稼働に直接影響しないもの）

伝えるべきは「稼働への影響」と「代替対応」だけです。家庭の事情の詳細はプライベートな領域として線を引きましょう。

言い換え例 NG → OK

日々のコミュニケーションで気をつけたい言い換えを示します。

事実だけを送ると相手は「で、どうしたいのか」を判断できません。影響と代替案までセットにすると、相手は意思決定するだけで済みます。

案件を継続するための緊急時対応設計

クライアントへの伝え方の型を整えたあとは、突発対応そのものを「事故」ではなく「想定内の運用」として案件に組み込む設計に進みます。前章が「伝え方」というコミュニケーション側の設計だとすれば、本章は突発時の運用側の設計です。

突発対応を「事前設計」する考え方

重要なのは「突発対応が発生するかどうか」ではなく「発生する前提でどう設計するか」です。未就学児期は月2〜4回、小学校低学年期は月1〜2回の「日中ブロックが消える日」が発生するのが現実的なレンジです。

これを「事故」と捉えるとリカバリーが心理的負担になりますが、「月の稼働モデルに織り込まれた想定内イベント」と捉えれば運用はシンプルになります。組み込むべきは、バックアップ時間枠・タスク粒度・月単位の稼働調整余地の3要素です。

バックアップ時間枠（早朝・夜・週末）を契約条件に組み込む

最初は、バックアップ用の時間枠を契約条件として最初から見込んでおくことです。条件4で深夜・休日対応「対応必須の案件を選ばない」と決めたうえで、こちらは「自分側で稼働できる選択肢として早朝・夜・週末も使う」という運用設計です。役割は明確に分かれます。

具体例:

• 平日日中ブロックを軸に置きつつ、早朝5:30〜7:30の2時間枠を週2回分バックアップとして確保
• 寝かしつけ後の21:30〜23:00を平日3日分のバックアップとして見込む
• 突発日が発生したら、当該週の週末半日で巻き返す

ポイントは、バックアップ枠を恒常稼働として埋めてしまわないことです。常時フル稼働にすると「巻き返す余地」がなくなり、突発時に破綻します。

タスクを「半日で完結する単位」に分割する

子育て中の稼働はぶつ切りになりやすいため、「3日連続で集中しないと完結しない大きなタスク」を抱えると、突発で1日抜けただけで進捗が止まります。

おすすめは、PRを「半日〜1日で書き上がるサイズ」に分割することです。クライアントとの定例で「タスク粒度の合意」を作っておくと、突発時の中断による損失が最小化されます。

パートナー・家族とのオンコール体制

家庭内の役割分担も、案件継続の重要な要素です。週単位のオンコール体制を組むイメージで、家庭内の一次対応担当をローテーションしましょう。

• 月〜水: パートナーが一次対応
• 木〜金: 自分が一次対応
• 週末: 家族イベント優先 / 業務はバックアップ枠のみ

「明確な一次対応担当」を作っておくと、お互いの稼働日程が読みやすくなります。

月単位の稼働調整（行事・長期休暇期間の見越し）

行事・長期休暇は月単位で先読み可能なため、事前にクライアントと共有して稼働率を調整します。

「8月第2〜3週は子どもの夏休みのため、通常稼働の70%に下げさせてください。Xタスクは7月末までに完了させます。9月第1週から通常稼働に戻します。」

このように事前共有しておけば、突発対応ではなく計画調整として扱われ、信頼を損なうリスクはほぼゼロになります。長期で同じクライアントに信頼されながら案件を継続したい方には、複業エンジニアが長期案件の継続依頼をもらう方法も参考になります。

子育て中だからこそ複数案件で「収入の途切れ」を防ぐ

ここまでは「1つの案件をどう守るか」を中心に話を進めてきました。緊急時対応の設計で1案件の継続率を高めたら、もう一段リスクを下げるアプローチが複数案件によるポートフォリオ運用です。1案件を守る設計と、案件全体（=収入全体）を守る設計を二段構えで持っておくと、子育て期間中の経済的な安心感が大きく変わります。

単一案件依存のリスクが子育て中はより大きくなる理由

会社員時代と比べ、フリーランス・複業期間中は「単一案件への依存」が直接的に家計リスクになります。子育て中は特に次の理由でリスクが増幅します。

• 急な保育料・医療費・学用品など、支出の振れ幅が大きい
• パートナーの所得変動・転職と家計の連動性が高い
• 育児休業給付金などのセーフティネットがフリーランスでは限定的

契約打ち切り時、次案件への切り替えに3〜6か月かかる場合もあり、その期間の収入ゼロが家計に与えるダメージは子育て期間ほど大きくなります。

案件ポートフォリオの組み方（同期/非同期、短期/長期、開発/技術顧問）

リスク分散の観点では、案件を以下のマトリクスで2〜3件組み合わせることをおすすめします。

性質の異なる案件を組み合わせることで、片方が止まっても全停止しない構造を作れます。

稼働の偏りを月単位で平準化する

月初・月末・スプリント末などタスクが集中する時期が複数案件で重なると、突発対応の余裕が一気に失われます。

• 案件ごとに稼働のピーク時期がずれていることを契約前に確認する
• スプリントサイクル（1週/2週/月次）がぶつからない案件を組み合わせる
• 月初の数日を「全案件のキックオフ調整週」として軽めに保つ

複数案件によるリスクヘッジの考え方はフリーランスの案件途切れが怖い人へ｜複業ポートフォリオで収入を安定させる方法、具体的な案件獲得チャネルの選び方はフリーランスエンジニアの案件獲得方法5選｜エージェント以外・複業向け実践ガイドもご参照ください。

まずやってみるための最初の一歩

ここまでの内容を、明日から動かせる3ステップに圧縮します。

ステップ1: 自分の稼働可能時間を書き出す

平日・週末ごとに「確実に稼働可能な時間帯」と「バックアップ枠として使える時間帯」を書き出してみてください。1週間で何時間が「持続可能値」として確保できるかを把握できると、案件の応募・交渉時に根拠を持って話せます。

ステップ2: 5つの必須条件で案件を採点する

現在検討中の案件、または過去に応募を迷った案件を、本記事の「5つの必須条件」（フルリモート / 非同期主体 / コアタイム / 深夜・休日 / タスク単位評価）で○△×採点してみてください。3つ以上△または×が並ぶ案件は、子育てフェーズでは継続が難しい可能性が高いと判断できます。

ステップ3: 子育てと両立しやすい条件の案件を実際に探す

採点で「自分の条件に近い案件像」が見えてきたら、その条件で実際に案件を探してみましょう。週2〜3日稼働・フルリモート・非同期主体といった条件で検索すると、子育てフェーズに合う案件が見つかりやすくなります。フリーランス向け案件サービスを使えば、これらの条件で絞り込んで比較できます。

まとめ

「育児で稼働が読めない自分は、長く続けられる仕事を取れないのでは」という不安は、子育て中のエンジニアであれば誰もが一度は通る悩みです。続けられるかどうかを決めるのは技術力ではなく、案件選びの5条件（フルリモート / 非同期主体 / 緩やかなコアタイム / 深夜・休日対応なし / タスク単位評価）と、子どもの年齢に合わせた稼働設計、そしてクライアントへの伝え方の型をどれだけ整えているかです。

突発対応を「事故」ではなく「想定内イベント」として扱えるようになると、1つの案件を守る力が大きく増します。さらに性質の異なる複数案件でポートフォリオを組むことで、収入全体を構造的に守れる状態を作れます。

子育てで稼働が読めないことは、フリーランス・複業を続ける足かせではなく、案件の選び方と運用設計で十分にコントロールできる課題です。今日のうちに「自分の持続可能な週稼働時間」を書き出すところから、最初の一歩を踏み出してみてください。