「単価を上げるより、もう1件受けて収入を増やしたい」。フリーランス・複業エンジニアとして1件目が安定してくると、多くの人がそう考え始めます。一方で、勢いで2件目・3件目を受けてしまい、毎晩タスクに追われて「このまま全部回しきれるのか」と不安を抱えている方もいるはずです。
掛け持ちで一番怖いのは、収入が増えないことではなく、納期や品質が崩れてクライアントの信用を失うことです。フリーランスにとって信用は次の案件につながる資産そのものなので、一度「あの人は納期を守らない」と思われると、収入どころか今後の仕事まで失いかねません。
ところが「自分は何件まで持てるのか」を判断する基準は、なかなか見つかりません。多くの解説記事は「2〜3件が目安」と数字を示すだけで、なぜその数なのか、自分の働き方ではどうなのかには踏み込んでくれません。結局、感覚で受けて、回らなくなってから後悔する、という流れになりがちです。
そこで本記事では、自分の適正案件数を稼働時間から計算する具体的な手順を中心に、掛け持ちに向く案件の見分け方、キャパオーバーの予兆チェック、複数案件を破綻させない管理の仕組み、そしてスケジュールが衝突したときの優先順位の決め方までを順に解説します。読み終えるころには、感覚ではなく根拠を持って「2件目を受ける／いまは整理する」という次の一歩を判断できるようになります。
複業エンジニアは案件を何件まで掛け持ちできるのか
まず気になるのは「ほかのフリーランスは実際に何件持っているのか」という点でしょう。自分だけが少ないのか、それとも受けすぎなのか。最初の不安を解消するために、実態のデータから見ていきます。
掛け持ち件数の実態は「2〜3件」が中心
フリーランスエンジニア向けの調査では、1ヶ月あたりに対応する案件数で最も多いのが「2件」、次いで「1件」「3件」という分布になっています。具体的には2件が約29％、1件が約21％、3件が約19％で、平均はおよそ2.5件でした（2024年版 フリーランスエンジニア白書（Relance））。
ここから分かるのは、2つのことです。
- 掛け持ちは特別なことではなく、むしろ多くのフリーランスにとって標準的な働き方であること
- 一方で「1件だけ」という人も2割ほどいて、件数は人によって大きく違うこと
つまり「2件目に興味があるけれど不安」という状態は、決して珍しくありません。同時に、無理に件数を増やさず1件に集中する選択も十分に現実的だということです。平均が2.5件だからといって、自分も2〜3件持つべきとは限りません。
平均稼働から見える「現実的な上限」
件数だけでなく、1人あたりの稼働量も見ておきましょう。同じ調査では、1日の平均業務時間は約4.4時間とされています。週の業務日数は「5日」が最多である一方、「3日」「4日」も合わせて多く、専業か複業かによって大きく分かれる傾向があります（出典: 2024年版 フリーランスエンジニア白書、Relance、2024年）。
ここで注意したいのは、複業（会社員との両立）の場合、専業フリーランスとは前提が全く違うという点です。専業なら平日日中をまるごと開発に使えますが、複業エンジニアが案件に充てられるのは平日夜と週末が中心で、現実的には週10〜15時間程度に収まることが多いはずです。
同じ「3件持っている」でも、専業で週40時間を3案件に分ける人と、複業で週12時間を分ける人とでは、1案件に注げる時間がまるで違います。だからこそ「平均は2〜3件」という数字をそのまま自分に当てはめるのは危険です。次の章では、平均ではなく自分自身の確保可能時間から適正件数を割り出す方法を見ていきます。
自分の適正案件数を計算する手順
ここが本記事の核心です。「何件持てるか」は、他人の平均ではなく自分の使える時間から逆算して決めます。やることはシンプルで、「週に確保できる時間」を「1案件に必要な時間」で割るだけです。ただし、ここに2つの落とし穴があります。確保できる時間を多く見積もりすぎることと、1案件に必要な時間を開発時間だけで見積もってしまうことです。順番に潰していきましょう。
ステップ1 週の「確保可能時間」を棚卸しする
まず、案件作業に充てられる時間を1週間単位で書き出します。このとき、理想ではなく現実の時間を使うのがコツです。
複業エンジニアの場合は、本業の勤務時間・通勤・睡眠・食事・生活の用事を先に確保し、その「残り」から案件に充てられる時間を出します。たとえば平日は夜に2時間×4日、週末は休息も考えて土日で6時間とすると、合計で週14時間ほどになります。
専業フリーランスの場合でも、稼働可能時間をそのまま全部案件に使えるわけではありません。営業・経理・スキル学習・体調管理の時間を差し引く必要があります。
ここで大切なのは、計算に使う時間を「無理なく継続できる水準」にすることです。1〜2週間なら頑張れる時間ではなく、3ヶ月続けても消耗しない時間を基準にします。掛け持ちは短距離走ではなく長距離走だからです。
ステップ2 1案件あたりの実働時間を見積もる
次に、1つの案件に毎週どれくらいの時間がかかるかを見積もります。ここで多くの人がつまずくのが、開発そのものの時間しか数えないことです。
実際には、開発以外に次のような「隠れ時間」が必ず発生します。
- 定例ミーティング・打ち合わせ
- Slack やメールでの連絡・質問対応
- コードレビューや修正の往復
- 仕様の確認・ドキュメントの読み込み
- 環境構築やデプロイなどの周辺作業
これらを合わせると、純粋な開発時間に対して2〜4割ほど上乗せになることが珍しくありません。「週8時間開発する案件」のつもりでも、実際は連絡や会議を含めて週10〜11時間かかる、ということです。
見積もりに自信がないときは、いま持っている案件の実際の稼働時間を1〜2週間記録してみると、自分の感覚と現実のズレが分かります。
ステップ3 バッファを引いて適正件数を算出する
確保可能時間と1案件あたりの実働時間が出たら、最後にバッファ（余白）を引いて割り算します。
バッファを引くのは、トラブル対応・体調不良・本業の繁忙・想定外の仕様変更が必ず起きるからです。確保可能時間をすべて案件に割り当てると、何か1つ崩れただけで全案件が遅延します。目安として、確保可能時間の2割程度はバッファとして空けておきます。
計算式は次の通りです。
適正案件数 = (週の確保可能時間 − バッファ) ÷ 1案件あたりの実働時間（隠れ時間込み）
複業エンジニアの計算例を見てみましょう。
- 週の確保可能時間: 14時間
- バッファ（2割）: 約3時間
- 案件に使える実質時間: 11時間
- 1案件あたりの実働時間（隠れ時間込み）: 8時間
この場合、11 ÷ 8 ≒ 1.4 となり、「複業では1件が適正、軽めの案件ならもう少し」という結論になります。週14時間で2件をフルに回すのは無理がある、と数字で確認できるわけです。
専業フリーランスで週35時間確保でき、バッファ7時間を引いて28時間、1案件10時間なら、28 ÷ 10 ≒ 2.8 件。これが先ほどの実態データの「平均2.5件」とおおむね一致するのは偶然ではありません。
割り算の答えが整数にならないときは、切り捨てて考えるのが安全です。1.4件なら2件目はごく軽いものに限定する、2.8件なら3件目を入れるとバッファが消えると考えます。こうして「みんなが何件か」ではなく「自分が何件までなら破綻しないか」を、根拠を持って判断できるようになります。
掛け持ちに向く案件・向かない案件の見分け方
適正件数が分かっても、「どんな案件を組み合わせるか」を間違えると簡単に破綻します。同じ2件でも、組み合わせ次第でリスクは大きく変わるからです。2件目を選ぶときの判断軸として、向き・不向きの条件を整理します。
掛け持ちしやすい案件の条件
複数案件と相性が良いのは、時間と場所の自由度が高く、突発対応が少ない案件です。具体的には次のような条件が揃っているほど、並行しやすくなります。
- フルリモートで作業できる: 移動時間がなく、隙間時間を活用しやすい
- 納期に余裕がある: 多少の前後を吸収でき、ほかの案件の締切とずらせる
- 稼働時間の申告が柔軟: 「週何時間」で契約でき、日々の時間配分を自分で決められる
- 非同期コミュニケーション中心: 即レスを求められず、まとまった時間に対応できる
- タスクが明確に切られている: 仕様が固まっていて、自分のペースで進められる
これらの条件を満たす案件同士なら、定例や締切が重なりにくく、片方が忙しいときにもう片方を後ろにずらす調整がしやすくなります。
掛け持ちで事故りやすい案件の特徴
逆に、次のような特徴を持つ案件は、単体では良くても掛け持ちには向きません。
- 突発対応や即レスが頻繁に求められる: ほかの案件の作業を中断させられ、集中が削がれる
- 常駐・フルタイム前提: 拘束時間が長く、物理的にほかの案件の時間が取れない
- 障害対応の当番がある: 夜間・休日に呼び出される可能性があり、予定が立てづらい
- 仕様が固まっておらず手戻りが多い: 想定工数が読めず、ほかの案件のバッファを食いつぶす
特に注意したいのは、こうした「事故りやすい案件」を2つ同時に抱えることです。どちらかが突発対応で炎上した瞬間に、もう片方の納期も巻き込まれて連鎖的に崩れます。掛け持ちするなら、片方は安定した案件にして、変動リスクを1件に閉じ込めるのが安全です。
キャパオーバーの予兆と早期サイン
掛け持ちで信用を失う人の多くは、「気づいたら手遅れだった」というパターンです。破綻は突然来るのではなく、必ず予兆があります。受けすぎて不安な方は、ここで自分の現状を診断してみてください。
キャパオーバーのチェックリスト
次の項目に複数当てはまるなら、すでにキャパが限界に近づいているサインです。定量・定性の両面から挙げます。
定量的なサイン
- 締切直前の追い込み作業が常態化している（毎回ギリギリになる）
- 想定していた稼働時間を毎週オーバーしている
- バッファとして空けていた時間がほぼ作業で埋まっている
- 睡眠時間が削られ、平均が6時間を切る日が増えた
定性的なサイン
- クライアントへの連絡・返信が後回しになり、遅れがちになってきた
- 「とりあえず動けばいい」とテストやレビューを省略し始めた
- 新しい依頼が来たときに、嬉しさより先に憂鬱さを感じる
- 休日も常に仕事のことが頭から離れず、休んだ気がしない
特に「連絡の遅れ」と「品質の妥協」は、クライアントから見える形で信用を削るサインなので要注意です。自分の作業がきついだけならまだ立て直せますが、相手に影響が出始めたら赤信号と考えてください。
サインが出たときの初動
予兆に気づいたら、頑張って乗り切ろうとするのではなく、早めに調整するのが正解です。具体的な初動は2つあります。
1つ目は、新規の依頼を受けないことです。キャパが限界のときに「断ったら次がないかも」と不安で受けてしまうのが、破綻への典型的な入り口です。一度信用を失うほうが、丁寧に断るよりはるかに大きな損失になります。「いまは手一杯なので、来月以降であれば」と時期をずらす伝え方なら、関係を保ったまま断れます。
2つ目は、既存案件の調整です。複数案件のうち優先度の低いものについて、納期の相談や稼働時間の見直しをクライアントに早めに持ちかけます。崩れてから謝るのではなく、崩れる前に相談するほうが、相手も対応しやすく信用も保てます。早期の正直な相談は、フリーランスとしてのプロ意識の表れとしてむしろ評価されることもあります。
複数案件を破綻させない管理の仕組み
適正件数を守り、向く案件を選んでいても、複数案件を頭の中だけで管理しようとすると必ずどこかで漏れます。ここでは、明日から真似できる運用の型を紹介します。ポイントは「情報を混ぜない」「タスクを見える化する」「予定を一元化する」の3つです。
案件情報を混同しない分離ルール
複数案件を回すときに最も危険なのが、情報の取り違えです。A社向けの連絡をB社に送ってしまう、ファイルを別案件のリポジトリに上げてしまう、といった事故は信用に直結します。
これを防ぐには、案件ごとに情報を物理的に分離します。
- フォルダ・リポジトリを案件ごとに完全に分け、命名規則を統一する
- ブラウザのプロファイルやウィンドウを案件ごとに分け、ログイン情報を混在させない
- 連絡ツール（Slack ワークスペース、メールのラベル）を案件ごとに区別する
- 通知を案件単位で管理し、いま見るべき案件の通知だけを表示する
複業の場合は特に、本業の情報と複業の情報を端末レベルで分けることも検討してください。情報漏えいのリスクを下げるだけでなく、頭の切り替えもしやすくなります。
タスク・進捗管理ツールの使い分け
複数案件のタスクは、ツールで見える化します。すべてを1つにまとめるか、案件ごとに分けるかは好みが分かれますが、複業エンジニアには「全案件横断のビュー」と「案件ごとの詳細管理」を分ける方法が向いています。
- 全案件横断のビュー: いま抱えている全タスクと締切を1画面で俯瞰する。Notion や Todoist などで、案件をタグやプロパティで区別して一覧化する
- 案件ごとの詳細管理: クライアント指定のツール（Backlog、Jira、Trello、Asana など）に従う。ここは案件ごとに使うツールが違って当然なので無理に統一しない
横断ビューを1つ持っておくと、「今週どの案件にどれだけ時間を使うか」を毎週始めに配分でき、特定の案件だけ気づかず後回しになる事故を防げます。ツールを増やしすぎると管理自体が負担になるので、横断ビューは1つに絞るのがコツです。
スケジュールの一元管理と衝突の事前回避
定例・締切・レビューの予定は、案件をまたいで1つのカレンダーに集約します。案件ごとに色分けすると、視覚的に偏りや衝突が分かります。
複業エンジニアの場合は、本業の予定も同じカレンダーに入れておくことが重要です。本業の繁忙期や出張が見えていれば、その週は複業の重い作業を入れない、という調整が事前にできます。「本業時間中は複業案件に触れない」という線引きをカレンダー上で明確にしておくと、両方が中途半端になる事態を防げます。
締切が近い案件は早めにカレンダー上で可視化し、作業日を逆算して押さえておきます。こうしておくと、次の章で扱う「締切が重なったとき」の事態そのものを、かなりの確率で未然に防げます。
スケジュールが衝突したときの優先順位の決め方
どれだけ事前に管理しても、複数案件を持てば締切や定例が重なる場面は避けられません。「同時に複数の締切が来たらどうしよう」という不安に、判断ルールで答えておきましょう。あらかじめルールを決めておけば、いざというときに迷わず動けます。
衝突時の優先順位ルール
締切やタスクが重なったときは、次の3つの軸で優先順位を判断します。
- 納期の固さ: ずらせない締切（リリース日・外部公開日など固定された期日）を最優先にする。社内の中間締切のように調整余地があるものは後ろに回せる
- 遅れたときの相手への影響度: 自分の遅れが相手のチーム全体や次工程を止めてしまう案件を優先する。影響範囲が大きいほど、信用へのダメージも大きい
- 契約・関係上の優先度: 長期的に大切にしたい取引先や、契約上の優先条項がある案件を考慮する
この3軸で見ると、たいていの衝突は「どちらを先にやるべきか」が自然に決まります。重要なのは、衝突が起きてから感情や勢いで決めるのではなく、この軸に沿って冷静に判断することです。
そして、後回しにすると決めた案件には、必ず先回りして連絡します。黙って遅れるのが最悪で、「この作業を◯日まで待っていただけると、品質を保てます」と早めに相談すれば、多くのクライアントは調整に応じてくれます。リスケの連絡は、遅れてからの謝罪ではなく、遅れる前の相談として行うのが信用を守る鉄則です。
衝突を事前に防ぐ契約・申告の工夫
そもそも衝突を起こさないための工夫も大切です。受注時点でいくつか手を打っておくと、後の苦労が大きく減ります。
- 稼働可能時間を正直に申告する: 受注欲しさに「週20時間できます」と盛ると、後で自分の首を絞めます。実際に継続できる時間を伝えるほうが、長期的な信頼につながります
- 定例の曜日・時間を調整してもらう: 複数案件の定例が同じ曜日に固まらないよう、契約時や開始時に「この曜日は別案件があるため」と相談しておく
- 連絡可能な時間帯を最初に共有する: 複業なら「平日は◯時以降、休日に対応します」と伝えておくと、即レスを期待されてすれ違うことを防げます
- 繁忙期を事前に共有する: 本業の繁忙期や、ほかの案件のリリース時期が分かっているなら、あらかじめ伝えておく
これらはすべて「期待値の調整」です。最初に正直な前提を共有しておけば、衝突が起きても「想定内のこと」として扱ってもらえます。フリーランスの信用は、無理して全部こなすことよりも、できることとできないことを誠実に伝え続けることで積み上がっていきます。
掛け持ちを始める前後に確認したいこと
最後に、ここまでの流れを振り返ります。複数案件の掛け持ちを破綻させないためのステップは、次の順序で考えるのが効果的です。
- 適正件数を計算する: 他人の平均ではなく、自分の週の確保可能時間からバッファを引き、1案件あたりの実働時間（隠れ時間込み）で割って算出する
- 組み合わせる案件を選ぶ: フルリモート・納期に余裕・非同期中心の案件を選び、突発対応や常駐前提の案件は1件までに抑える
- 予兆を監視する: 締切前の追い込みの常態化、連絡の遅れ、品質の妥協といったサインを早期に察知する
- 管理の仕組みを持つ: 情報を案件ごとに分離し、全案件横断のビューとカレンダーで予定を一元管理する
- 衝突に備える: 納期の固さ・相手への影響度・契約上の優先度で判断し、後回しにする案件には先回りで連絡する
このフローを一度回しておけば、感覚ではなく根拠を持って「2件目を受ける」「いまは整理する」という判断ができます。
なお、本記事では「件数とキャパの運用設計」に絞って解説しました。掛け持ち時の競業避止義務やNDAといった法務面、稼働時間あたりの収入をどう最大化するかといった収益設計は、それぞれ別の論点として深掘りする価値があります。掛け持ちで収入の安定と信用の両立を目指すなら、まずは自分の適正件数を一度計算してみることから始めてみてください。数字で自分のキャパが見えるだけで、次の一歩の不安はぐっと小さくなります。
