システム開発やITプロジェクトの現場で、「20人日」で見積もられた工数をそのまま「今日から1ヶ月後(約30日後)が納期」とスケジュールを組んでしまい、納期遅延やプロジェクト炎上を引き起こした経験はないでしょうか。
実務において「20人日の作業工数」と「カレンダー上の30日間」は全くイコールではありません。カレンダーには毎週必ずやってくる土曜日・日曜日が存在するため、1ヶ月間に作業できる「平日(稼働日)」は物理的に限られています。さらに、担当者が複数の案件を兼務している場合や有給休暇の取得などを考慮しないスケジュール設計は、確実に現場の破綻を招きます。
プロジェクトを予定通りに進行させるためには、人日工数を現実の暦(カレンダー日数)へ正確に換算する計算ロジックと、期間内の正味の稼働日数を把握する技術が不可欠です。
まずは、対象となる期間内の平日日数と現在の経過率をリアルタイムに確認できる以下の無料ツールを活用し、正確な稼働日数の把握から始めてみてください。
※実際のツール画面(スクショ)このツールを使ってみる →
▶ 今すぐこのツールで今月・指定期間の平日数を確認する(登録不要・完全ブラウザ完結)
なぜ「20人日=1ヶ月(30日)」のスケジュール計算は失敗するのか
プロジェクトマネジメント(PM)やシステム開発の現場で「20人日の工数なら、今日が1日だから今月末までに終わるだろう」と直感的に考えてしまうと、ほぼ確実にスケジュールが破綻します。その根本的な要因は、カレンダー構造と実作業時間の不一致にあります。
1ヶ月のカレンダー構造と平日数の現実
カレンダー上の1ヶ月は30日または31日(2月は28日または29日)ありますが、このうち作業が可能な「平日(土日を除いた日)」は平均して 約 21.7 日 です。
年間の単純な平日数(祝日を考慮しない土日のみを除外した数値)は年間合計で 261日 となり、これを12ヶ月で割ると月平均は 約 21.75日 と計算されます。月別の具体的な平日日数(土日除外)の推移は以下の通りです。
| 月 | 2025年 | 2026年 | 2027年 |
|---|---|---|---|
| 1月 | 23日 | 22日 | 21日 |
| 2月 | 20日 | 20日 | 20日 |
| 3月 | 21日 | 22日 | 23日 |
| 4月 | 22日 | 22日 | 22日 |
| 5月 | 22日 | 21日 | 21日 |
| 6月 | 21日 | 22日 | 22日 |
| 7月 | 23日 | 23日 | 22日 |
| 8月 | 21日 | 21日 | 22日 |
| 9月 | 22日 | 22日 | 22日 |
| 10月 | 23日 | 22日 | 21日 |
| 11月 | 20日 | 21日 | 22日 |
| 12月 | 23日 | 23日 | 23日 |
| 年間合計 | 261日 | 261日 | 261日 |
※上記は土曜日・日曜日のみを除外した数値です。国民の祝日や会社の年末年始休暇・夏季休暇などは含まれていないため、実際の営業日数はここからさらに減少します。
例えば2月の場合、土日を除いた平日は 20日 しか存在しません。ここに担当者の体調不良や打ち合わせなどの非開発時間が少しでも発生した時点で、「20人日=20平日」の計画は猶予ゼロの過密スケジュールとなり、破綻に向かいます。
稼働率(リソース占有率)の考慮漏れ
もう一つの大きな見落としが「エンジニアや作業担当者の稼働率」です。
一人の担当者が「対象プロジェクトだけに100%集中できる環境」は実務上めったに存在しません。他案件のバグ対応、社内会議、朝会、レビュー作業などに時間を割かれるため、実際の開発に充てられる稼働率は 80%(0.8) や 70%(0.7) 程度まで低下するのが一般的です。
稼働率80%の担当者が20人日のタスクを消化する場合、必要な実働日数は 20人日 ÷ 0.8 = 25日 となり、1ヶ月の平均平日数(21.7日)をオーバーしてしまいます。
私自身も過去に、1ヶ月間の平日数が「22日」ある月で、他案件を兼務するエンジニア(稼働率80%)に「20人日」のタスクをアサインし、月半ばで進捗遅延が浮き彫りになってバッファを使い果たすというつまずきを経験しました。手動でカレンダーの土日だけを指差し確認していると、こうした兼務率や突発的な非稼働日を見落とす計算ミスが起きやすくなります。
20人日を現実のカレンダーに落とし込む正しい計算手順
人日工数を無理のないカレンダー上の日程(スケジュール)へ落とし込むための具体的な手順を解説します。
手順1:人日工数から必要稼働日数を算出する
まずは、タスクの「人日工数」を担当者の「稼働率(専任度)」で割り、必要な「実日数(平日ベース)」を求めます。