人月単価と稼働日数変動のリスク：18日〜22日の原価ブレ・納期遅延を防ぐ工数管理の鉄則

システム開発やWeb制作、SESなどの受託ビジネスにおいて、プロジェクトの見積もりやリソース管理の基準として広く使われているのが「人月（Man-Month）」です。多くの現場では「1人月＝20日（160時間）」という数値を固定値として扱い、機械的に見積もりや工程表を作成しています。

しかし、実際のカレンダーを見ると、月間の営業日数（稼働日数）は「18日」から「22日」まで毎月大きく変動しています。この変動を無視して一律で工数計算を行うと、特定月において労務原価が跳ね上がり採算が悪化したり、祝日ラッシュによる稼働日数不足から納期遅延（デスマーチ）を引き起こしたりするリスクを抱えることになります。

プロジェクトの着手月から納品月までの正味の稼働日数を瞬時に把握し、精緻なスケジュール計画を行いたい場合は、以下の完全ブラウザ完結型ツールを直接ご活用ください。

※実際のツール画面（スクショ）このツールを使ってみる →

▶ 今すぐ営業日計算・稼働日数カウントツールで稼働日数をチェックする（登録不要・完全ブラウザ完結）

人月単価と稼働日数変動が生む「労務原価22%の乖離」

なぜ「1人月＝20日」という固定観念がリスクを招くのか。その最大の理由は、月ごとの営業日数の差によって「エンジニアやディレクターの1日あたりの労務原価」が大きく変動するためです。

受託開発やSESビジネスにおいて、一律で人月単価を設定している場合、稼働日数が 22日 ある月と 18日 しかない月では、1日あたりの労務原価に 約22パーセント の開きが生じます。

具体的な数値シミュレーションで確認してみましょう。月額の人月単価（社内原価または外注費）を「80万円」と仮定した場合、月間の営業日数によって以下のような差が発生します。

月間稼働日数による1日・1時間あたりのコスト変動比較

月額固定の報酬で契約している場合、18日しか稼働日がない月は、22日ある月に比べて1日・1時間あたりの原価が約22.2%高くなります。

受託案件で「固定価格・一律の工数見積もり」を結んでいる場合、実稼働日数が少ない月に作業が集中すると、社内の限界利益率は一気に悪化します。プロジェクトマネージャー（PM）やWebディレクターは、各月の正確な所定労働日数を算出し、月ごとの利益率や原価変動を動的に管理して赤字リスクを防ぐ必要があります。

祝日ラッシュ月（1月・5月・9月）に潜むデスマーチの構造

原価のブレ以上に現場で深刻な問題となるのが、カレンダー上の連休や祝日に起因する「物理的な作業時間不足による納期遅延」です。特に1月、5月、9月の3つの時期は祝日が集中するため、あらかじめ工数バッファを見込んだ計画を立てなければ、現場のオーバーワークや工程の破綻を招きます。

祝日が集中する月と稼働低下の要因

• 1月（年始休暇・成人の日）: 三が日や会社独自の年始休暇に加え、成人の日の祝日が入るため、月間の営業日数は19日程度（実稼働ベースではさらに少ない場合もあり）まで減少します。月前半の動き出しが遅れるため、実質3週間程度で月間タスクを消化しなければなりません。
• 5月（ゴールデンウィーク）: 憲法記念日、みどりの日、こどもの日が連続するため、カレンダー通りの営業日数でも18日前後まで減少します。有休の一斉取得などを導入している企業では、実働15〜16日程度まで落ち込むケースも珍しくありません。
• 9月（敬老の日・秋分の日）: 敬老の日と秋分の日が配置されており、年によっては大型連休化します。半期末の納品ラッシュと重なりやすい時期にもかかわらず、稼働日数が19日程度に制限されます。

2026年・2025年の月間営業日数・土日祝の目安一覧

一般的な「土日・祝日休み」の企業における、月間稼働日数の目安は以下の通りです。2026年は祝日が土曜日と重なるケース（振替休日が発生しない）により、例年に比べて年間営業日数がわずかに多くなる月が存在する点も特徴です。

平均で「月20日」あるからと油断して、1月や5月に通常通り160時間分のタスクを割り振ってしまうと、18日（144時間）しか働けない現場は 16時間分のバッファ不足 に直面します。この16時間の不足をメンバーの残業や休日出勤でカバーしようとすることが、デスマーチの典型的な発生パターンです。

手動で紙や通常の日めくりカレンダーを確認していると、「お盆休みや創立記念日などの会社独自休日」や「祝日と土曜日の重なり」を見落とし、稼働日数を数え間違えるミスが発生しやすくなります。

このような手動計算による見落としを防ぎ、正確な営業日数をベースとした工数管理を行うためには、専用のカウントツールを活用するのが確実です。

▶ 今すぐ営業日計算・稼働日数カウントツールで月間の実稼働日数を試算する（無料・登録不要）

機密プロジェクトでも安心して使える「完全ブラウザ完結設計」の安全性

プロジェクトの工程表作成や工数シミュレーション、外注費の見積もり作成を行う際、外部のWebツールを利用するうえで懸念されるのが「社内のプロジェクトスケジュールや原価データの漏洩リスク」です。

世の中に存在する多くのWebツールでは、ユーザーが入力したデータや選択した日付情報がバックエンドのサーバーへ送信され、処理されたりログデータとして蓄積されたりする仕組みを採用している場合があります。

本ツールは、このようなセキュリティ上の不安を解消するため、外部のサーバーへデータが送信されない「完全ローカル処理型（JavaScriptによるクライアントサイド処理）」として設計されています。

入力した年月の情報や、画面上のカレンダーをクリックして設定した定休日・特別休暇などのデータは、すべてお使いの端末（ブラウザ内）のみでクローズドに処理されます。開発者を含む第三者がサーバー経由で通信内容を確認する仕組み自体が存在しないため、機密性の高い社内スケジュールや未発表プロジェクトの工数試算であっても安心して導入していただけます。

正確な稼働日数から逆算するリソース管理の実務手順

営業日数の変動によるトラブルを防ぐため、受託開発やWeb制作の現場では以下のステップでリソース管理を行うことが推奨されます。

1. 対象期間の正味の営業日数を機械的に算出する

プロジェクトの開始日から納品日までの月ごとに、カレンダー上の「土日・祝日を除いた営業日数」を割り出します。さらに、自社やクライアント企業の夏季休暇（お盆）、年末年始休暇、創立記念日などを個別に追加除外して、正味の実稼働可能日数を確定させます。

2. 「実質期待稼働率」をベースにタスクを割り振る

各月の稼働日数に対し、メンバーの有給休暇取得予定、法定健康診断、定例会議などの非稼働時間をあらかじめ差し引いて「実質期待稼働率」を算出します。18日しか稼働日がない月であれば、1人月を144時間とし、さらに非稼働時間を引いた実質的な稼働枠（例：125〜130時間程度）に合わせてタスクをアサインするのが安全なキャパシティプランニングです。

3. 不足分の調整を契約・着手前に行う

正味の稼働日数を試算した結果、標準の160時間に対して作業枠が不足することが判明した場合は、プロジェクト着手前に以下のいずれかの措置を講じます。

• 納品スケジュールを数日後ろにスライドさせる調整を行う
• 人員を増員（例：1.0人月から1.15人月に変更）してカバーする
• スコープ（実装機能）を調整し、初期リリースのタスク量を削減する

カレンダー上の土日祝だけでなく、会社独自の定休日や不規則なシフト休日、夏季・冬季休暇を組み合わせて正確な稼働日数を算出するには、設定を柔軟にカスタマイズできるツールが不可欠です。

ヒューマンエラーによるスケジュールの破綻をゼロにし、精緻なプロジェクト運用を実現するために、ぜひ当ツールの自動計算機能をお試しください。

▶ 今すぐ営業日計算・稼働日数カウントツールで2026年の年間・月間営業日数を計算する（登録不要・完全ブラウザ完結）