育児中エンジニアと業務委託｜時短稼働の契約設計と配慮義務対応

正社員採用が長引くなか、育児中の優秀なエンジニアと業務委託契約を結びたい、あるいは打診を受けている、という発注者は増えています。しかし、いざ契約設計の段階に入ると「保育園送迎で 9-10 時と 16-17 時は稼働できない」「発熱時は当日連絡で欠勤になる」といった条件をどう契約書と運用に落とすかで手が止まりがちです。

さらに、2024年11月に施行されたフリーランス新法（特定受託事業者に係る取引の適正化等に関する法律）の第13条により、6ヶ月以上の継続的業務委託については育児介護等への配慮が発注者の法的義務となりました（公正取引委員会 パンフレット）。違反すれば勧告・命令・事業者名公表の対象になり得るため、法務・稟議の両面から「配慮しつつ、事業運営を止めない」契約と運用の設計が求められます。

一方で、過剰に萎縮しても優秀な人材を逃すだけです。必要なのは、稼働の不確実性を吸収する契約条項（清算幅・振替・報酬減額の判断軸）と、非同期を前提とした運用の組み合わせを、社内法務にそのまま提示できる粒度で決めきることです。

本記事では、発注者の視点から、フリーランス新法第13条の実務要件、準委任と請負の選び分け、清算幅とコアタイム条項の設計、突発対応時の振替ルール、そして現場運用まで、育児中エンジニアとの業務委託を「持続可能な仕組み」として組み立てるための判断軸を解説します。

育児中エンジニアと業務委託契約を結ぶ際に発注者が直面する3つの論点

育児中エンジニアとの業務委託は、単に「時短で契約する」以上の設計問題を伴います。ここでは意思決定の前提として、多くの発注者が停止する3つの論点を先に整理します。

稼働時間の不確実性をどう契約に落とすか

育児中の稼働は、保育園の登降園時刻・急な発熱・学級閉鎖など、正社員よりも変動要因が多くなります。契約書に「月160時間稼働」と単一の数値だけを書いた場合、実稼働との乖離が発生した瞬間に「減額してよいのか」「振替を認めるべきか」の判断が現場任せになり、双方に不信が生じます。契約時点で幅（清算幅）と振替可能期間を明示することが、後述のセクションを含む本記事全体の中心テーマです。

フリーランス新法第13条の適用範囲を発注者視点で整理する

フリーランス新法第13条は、6ヶ月以上の継続的業務委託については育児介護等への「配慮義務」、6ヶ月未満については「努力義務」を発注者に課しています（JILPT ビジネス・レーバー・トレンド 2024年7月号）。ここで問題になるのは「配慮」の中身が抽象的で、現場のマネージャーだけでは「どこまで対応すればよいのか」が判断しづらいことです。この基準を契約設計に翻訳する視点が欠かせません。

「配慮」と「業務量に応じた合理的な条件設定」の境界線

配慮義務は、稼働時間の一律減額を禁じるものではありません。発注者が悩むのは「稼働時間が実質的に減った場合、報酬を下げるのは違法か」という点です。結論を先に言えば、業務量そのものに応じた合理的な報酬設定は認められる一方、「育児事由を理由にした一方的な減額」や「配慮の申出を理由とした契約解除」は認められません。この境界線を契約条項に落とし込むことが、社内稟議を通すうえでの実務的な鍵になります。

フリーランス新法における育児配慮義務の具体的要件

まずは契約設計の前提となる法制度を、条文の要約ではなく「発注者が実務で判断できる粒度」に翻訳して整理します。自社の対応状況を網羅的に点検したい場合は、フリーランス新法 違反リスク自己診断のチェックリストと併読すると、育児配慮以外の義務（取引条件明示・期日内報酬支払い等）も同時に確認できます。

6ヶ月ラインの意味｜配慮義務と努力義務の分岐点

フリーランス新法施行令では、育児介護等への配慮が必要となる「継続的業務委託」の期間を6ヶ月と定めています。6ヶ月以上の契約は「配慮義務」、6ヶ月未満の契約は「努力義務」となる点が実務上の分岐点です（厚生労働省 参考資料集）。

期間の算定は「業務委託にかかる契約を締結した日を始期、業務委託にかかる契約が終了する日を終期とする」考え方が示されています。したがって「3ヶ月契約＋更新」を繰り返す設計と「最初から6ヶ月契約」を締結する設計では、法的な義務レベルが変わり得ます。契約長は単なる管理上の設定ではなく、法的義務のトリガーである点を稟議資料にも明記しておくと安全です。

配慮の具体例｜就業時間短縮・納期配慮・場所配慮

「配慮」として例示されている内容は主に以下の3方向です。

• 稼働時間帯・稼働日数の柔軟化（コアタイム緩和・稼働日の相談）
• 納期・スケジュールの調整（余裕を持った締切設定）
• 場所の配慮（リモート勤務の許容）

エンジニア業務委託の場合、これらは既に「リモート前提・非同期前提」の運用と親和性が高く、多くの発注者にとって過大な追加負担にはなりません。逆に言えば、既にリモート運用が定着している組織であれば、育児中エンジニアへの配慮のかなりの部分は現状の運用で満たせているとも言えます。

育児事由の申出を受けた際の対応手順

発注者は「特定受託事業者からの申出の内容を把握した上で、配慮の内容を検討し、実施しなければならない」とされています。実務では、申出→内容の把握→配慮内容の協議→合意という手順を書面（またはメール・チャットのログ）で残すことが重要です。やむを得ず配慮を実施できない場合は、その理由を受注者に説明する義務があります。

違反時のペナルティと企業名公表リスク

違反時のフローは、行政機関による調査→指導・助言または勧告→勧告に従わない場合は命令・事業者名等の公表、命令にも従わない場合は罰金という段階を踏みます。ここで実務上重要なのは、「指導」と「勧告」で公表の扱いが異なる点です。指導は個別の事業者名までは公表されず、業種別の集計として公表されるにとどまります。一方、勧告に至った場合は公正取引委員会が事業者名・違反事実の概要・勧告の概要を公表します。

たとえば2025年3月に公取委が発表した施行後初の対応では、アニメ制作・ゲーム・フィットネス等の45社に「行政指導」が行われましたが、業種内訳（アニメ制作18社・ゲーム13社・フィットネス12社・リラクセーション2社）のみが公表され、個別の事業者名は公表されていません（日本経済新聞 2025年3月報道）。

これに対して、2025年6月17日に株式会社小学館および株式会社光文社が施行後初の「勧告」を受けた事例では、公正取引委員会が両社の社名・違反事実の概要（報酬支払いの遅延等）を 勧告一覧 で公表しています（日本経済新聞 2025年6月報道）。以降も島村楽器・共同通信社・中部電力等、複数の企業が同様に社名公表を伴う勧告の対象となっており、施行当初の想定通り「勧告段階からは企業名が表に出る」ことが実際の運用として確認されています。

つまり、行政指導の段階では業種集計止まりでも、勧告に格上げされれば社名公表は避けられません。育児配慮義務違反も勧告対象になり得るため、稟議資料では「まず指導で終わる可能性が高い軽微な違反」と「社名公表を伴う勧告に直結し得る違反」を分けて説明できるようにしておくと、社内合意が得やすくなります。

準委任契約と請負契約｜育児中エンジニアの稼働に合うのはどちらか

契約形態の選択は、育児中エンジニアの稼働特性と業務内容の性質から逆算して決めます。準委任・請負の判断フローを一から整理したい場合は、請負と準委任の違い｜発注者が迷わず選ぶ判断フロー を先に読んでおくと、以下の議論がスムーズになります。

準委任契約が適するケース

準委任契約は「一定の業務遂行そのもの」に対して報酬を支払う形態で、成果物の完成責任を負いません。以下のような業務は準委任が向いています。

• 継続的な運用保守・障害対応の一次受け
• コードレビュー・技術相談・アーキテクチャレビューの支援
• スクラムチームへの継続参画（開発メンバーの一員として稼働）
• 技術顧問・アドバイザリー

これらは「時間の柔軟性を確保しつつ、期間内に一定の稼働を提供する」ことが本質のため、清算幅（例: 月80〜120時間）を設定して稼働時間ベースで契約する準委任がフィットします。

請負契約が適するケース

請負契約は「成果物の完成」に対して報酬を支払う形態です。以下のような業務では請負が選択肢に入ります。

• 明確に切り出された機能開発（独立性の高いモジュール製作）
• 特定ドキュメント・設計書の作成
• 独立した技術検証（PoC）

育児中エンジニアの視点から見ると、請負は「稼働時間を自分でコントロールしやすい」という利点があります。ただし、成果物の要件定義があいまいなまま請負契約を結ぶと、想定を超える工数が発生した際に受注者が過大な負担を負うため、要件・受入基準の明文化が不可欠です。

「時間で管理」から「成果物で管理」への移行タイミング

初期の関係構築期は準委任で稼働時間ベースの信頼関係を作り、業務内容が安定してきた段階で一部を請負に切り出す、というハイブリッド運用も現実的です。信頼関係が薄い初期に請負一択で入ると、コミュニケーション量が不足しやすいため、まず準委任で「一緒に走る」期間を設けることが推奨されます。

偽装請負にならないための指揮命令の切り分け

育児中エンジニアであっても、業務委託である以上「発注者が直接的な指揮命令をしてはならない」という原則は同じです。特に注意すべきは以下です。

• 稼働時間帯を発注者が指定する（例: 「10時〜16時に必ずオンラインでいること」を義務化）
• 業務手順を発注者側が細かく指示する
• 受注者の他業務・他社案件を制限する

これらは労働者性を強めるため、偽装請負のリスクが高まります。指揮命令として NG になる具体的な行為の一覧は、偽装請負を防ぐ指揮命令ルール｜NG行為チェック に整理があります。育児中エンジニアへの配慮が「稼働時間帯の指定緩和」と方向が一致している点は、発注者にとって偽装請負リスクを下げる副次効果にもなります。

時短・柔軟稼働に対応する契約条項の要素

ここからが本記事の中核である契約条項の設計です。社内法務にそのまま提示できる粒度で、盛り込むべき要素を分解します。

稼働時間の清算幅設計

清算幅とは、月あたりの稼働時間に上限と下限を設けて基本単価を決め、範囲を超えれば増額、下回れば減額する仕組みです。フルタイム相当では 140〜180 時間の設定が業界で一般的とされます（Workship ENTERPRISE 準委任契約の時間精算解説）。

育児中エンジニアの時短稼働では、フルタイム換算に稼働率を掛けて機械的に決めるのではなく、「週あたりの想定稼働時間 × 月4週」を清算幅の下限に置き、突発対応や繁忙時のバッファとして上限を +40 時間程度広めに取る、という組み方が扱いやすくなります。例えば週20時間相当なら「80〜120時間／月」（下限 = 20時間 × 4週、上限 = +40時間のバッファ）、週25時間相当なら「100〜140時間／月」といった幅が現実的です。清算幅を広めに取ることで、月ごとの稼働変動を吸収でき、都度の減額協議も不要になります。

契約書には (1) 基本単価 (2) 清算幅の上限・下限 (3) 上下超過時の単価計算式 (4) 精算タイミング（月次） を明記します。

コアタイム条項をなくす／緩めるための代替設計

「10時〜16時はオンラインでいること」といったコアタイム条項は、育児中エンジニアの稼働と衝突しやすく、前述のとおり指揮命令性を強める副作用もあります。コアタイムに代えて、以下の要素で業務進行を担保します。

• 同期MTG頻度の明示（例: 週1回のスプリントMTG／月1回のプロダクトMTG）
• 非同期レスポンスタイム（例: Slackメンションへの返信は24営業時間以内）
• 緊急時連絡ルール（電話可否・対応時間帯の定義）

「オンラインでいる時間」ではなく「反応がある時間」を握るのが要点です。これにより、育児事由での時間帯変動が業務進行に影響しにくくなります。

突発対応時の連絡ルールと振替条項

発熱や学級閉鎖といった突発事由による欠勤・稼働時間短縮は、契約書レベルで想定内として扱うのが安全です。以下の要素を含めます。

• 突発事由の定義（本人または子の発熱・保育園閉鎖・学級閉鎖等）
• 連絡ルール（当日中の連絡・Slack等での即時通知）
• 振替可能期間（例: 当月中または翌月末までに振替稼働）
• 振替不可時の扱い（清算幅の下限を下回った場合の減額計算）

「振替可能期間」を設けることで、月次の稼働ブレを平準化でき、育児中エンジニアも心理的な負担なく突発事由に対応できます。発注者側から見ても、稼働時間の帳尻が2ヶ月スパンで合うため、月次予算の管理が安定します。

稼働時間短縮による報酬減額｜どこまで許容されるか

社内稟議で最も議論になりやすい論点です。整理すると次の通りです。

• 業務量（稼働時間）に応じた合理的な報酬設定は可（清算幅と単価による調整）
• 育児事由の申出を理由とした一方的な減額・不利益取扱いは不可
• 配慮の申出があったことを理由に契約解除・不更新を行うことも不可

つまり、「稼働時間が減ったから、その分の単価計算で報酬が下がる」ことと「育児事由の申出があったから、罰則的に減額する」ことは別物です。前者は契約書に明記した清算幅の運用として問題ありませんが、後者は法違反となり得ます。契約書と運用のレビュー時は「減額の根拠が業務量ベースか、事由ベースか」を必ず切り分けてください。

契約期間の設計と更新条項

前述のとおり、6ヶ月がフリーランス新法の配慮義務の分岐点です。契約長設計の実務パターンを整理すると以下となります。

• 6ヶ月以上の一発契約: 最初から配慮義務が発生。長期の信頼関係前提。
• 3ヶ月＋自動更新: 更新の合算次第で6ヶ月を超えるため、努力義務から配慮義務に移行し得る。契約書に「6ヶ月経過時点で配慮義務の内容を協議する」条項を入れておくと透明性が高い。
• 3ヶ月単発の反復: 一見「6ヶ月未満」に見えるが、実態として継続的業務委託とみなされる可能性があるため、努力義務対応は最初から満たしておく方が安全。

「6ヶ月未満だから何もしなくてよい」という発想ではなく、「6ヶ月未満でも努力義務は課される」「実態継続なら配慮義務相当」という前提で条項を作ることを推奨します。更新可否の判断基準・不更新の際の告知手順は 業務委託エンジニアの契約更新を判断する5つの基準 を参考に、育児配慮の申出を理由とした不更新にならないよう社内チェックの仕組みを組み込んでください。

プロジェクト運用面での柔軟稼働の吸収方法

契約書だけでは「時短で本当に回るのか」という現場の懸念は解消できません。現場運用側でも、柔軟稼働を前提とした設計に切り替える必要があります。

非同期前提のコミュニケーション設計

Slack・Notion・GitHub PR コメントを主戦場にし、同期会議は最小限に絞ります。以下は実務でよく機能するルールです。

• 意思決定は Slack スレッドで文字化し、後から参加者が追える形にする
• 仕様・議事録は Notion に集約し、口頭伝達を減らす
• コードレビューは PR 上の非同期コメントで完結させる
• 週1回だけ同期MTGを設け、そこ以外は非同期で回す

これにより、育児中エンジニアが不在の時間帯にも業務が停滞せず、他のメンバーの働きやすさも同時に上がります。

タスクの粒度設計｜1〜2日で完結する単位に分解する

タスクが数日〜1週間の粗さだと、突発欠勤で完全に止まります。1〜2日で完結する粒度に分解し、着手・完了のリズムを短くします。1日単位で「終わったタスク」が可視化されると、稼働時間の変動があっても進捗が測れます。

バディ制／レビュー体制で突発欠勤を吸収する

重要なタスクには必ずバディ（副担当）を設定し、コンテキストを2人で共有します。育児中に限らず、単一メンバー依存の状態は事業リスクなので、汎用的な運用改善としても投資対効果が高い施策です。

稼働レポートと透明性

月次で稼働時間・完了タスク・未完了タスクをレポートで共有すると、双方の信頼感が高まります。育児中エンジニアの側も「見えないところで働いた成果を提示できる」ため安心感につながり、発注者側は「時短でもここまで進んだ」という定量的な稟議材料を得られます。

発注者が受ける実務的なメリットとリスクマネジメント

最後に、育児中エンジニアと業務委託契約を結ぶことの発注者側メリットと、失敗しないためのチェックリストを整理します。

育児中エンジニアと契約するメリット

発注者側の実利は「スキルアクセス・継続稼働・採用競争力」の3点に集約されます。

• スキルアクセス: 正社員市場では出会いにくい高スキル層に、業務委託の枠でアクセスできる。育児期を「フルタイム休止期間」と考える人は多く、業務委託の柔軟な稼働形態はそのニーズと合致する
• 継続稼働の確度が高い: 生活基盤が安定した育児期のエンジニアは、直近で「案件を頻繁に乗り換える」動機が薄く、6ヶ月〜1年以上の継続稼働が期待できる
• 採用競争力: 「育児中でも柔軟に働ける発注者」という認識は、口コミ・SNS を通じて広がり、後続のフリーランス採用にも波及する

配慮義務は負担ではなく、継続稼働の確度を上げる設計として捉え直すことで、社内稟議の説得力が増します。

発注前チェックリスト（面談段階）

契約前の面談で確認しておきたい項目は以下です。

• 稼働可能な時間帯（コアタイムに縛られない設計で問題ないか）
• 月あたりの想定稼働時間の幅（下限・上限）
• 突発事由の想定頻度と連絡手段
• 他案件との掛け持ち状況（並行案件がある場合はキャパの整理）
• スキル・技術スタックの一致度と、独力で進められる領域の範囲

契約書レビュー時のチェックリスト

法務・現場の観点から、契約書の必須項目を再確認します。

• 契約期間（6ヶ月ラインとの関係を意識）と更新条項
• 清算幅（上限・下限・単価計算式）
• コアタイム条項の有無と、代替の同期MTG・レスポンスタイム条項
• 突発事由の定義と振替可能期間
• 減額根拠の明確化（業務量ベースであること）
• 指揮命令に該当する条項が入っていないか（偽装請負リスク）
• 育児事由の申出手順と、発注者側の対応手順

契約後の運用モニタリング

契約は締結して終わりではありません。3ヶ月目を目安にレビューMTGを設定し、稼働状況・業務進行・双方の困りごとを棚卸しします。フリーランス新法の配慮義務は「継続的に配慮する」性質のものなので、条件見直しを定期化することが法的にも運用的にも合理的です。

まとめ｜育児中エンジニアとの業務委託は「配慮を設計に組み込む」ことで持続可能になる

育児中エンジニアとの業務委託契約は、「時短で回るのか」「フリーランス新法違反リスクはないか」という2つの不安が同時に走ることで意思決定が止まりがちです。しかし、本記事で解説してきたように、以下の4視点を押さえれば、社内稟議と法務レビューの両方に耐える契約設計が可能です。

• フリーランス新法対応: 6ヶ月ラインを起点に配慮義務の実務要件を契約書と運用に反映させる
• 契約形態の選択: 継続稼働は準委任、独立成果物は請負、初期はハイブリッドで運用する
• 契約条項の設計: 清算幅（例: 80〜120時間）・コアタイムなし・振替可能期間・業務量ベースの減額を明文化する
• 運用設計: 非同期前提のコミュニケーション、1〜2日の粒度、バディ制、稼働レポートで柔軟稼働を吸収する

配慮義務は追加負担ではなく、継続稼働の確度を上げ、採用競争力を強化する「事業側の投資」として捉えるのが実務的です。育児中の優秀なエンジニアを迎え入れる契約設計と運用が整えば、正社員採用の代替チャネルとして機能し、開発体制のレジリエンスも高まります。まずは目の前の一件について、本記事のチェックリストで契約条項を洗い出し、社内法務との議論の起点にしてください。