工数計算において初心者が最も陥りやすい誤解が、「10人日の作業であれば、10人を投入すれば1日で終わる」という単純な掛け算の罠です。
ソフトウェア工学の名著『人月神話』の著者フレデリック・ブルックスが提唱した「ブルックスの法則」は、この問題の本質を突いています。「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけだ」という有名な原則です。
人数を増やせば増やすほど、メンバー間の情報共有や進捗調整にかかる「コミュニケーションコスト」は二次関数的に増大します。また、新しく参加したメンバーへの仕様説明や環境構築に既存メンバーの手が取られ、現場全体の生産性は一時的に大きく低下します。人日や人月はあくまで「仕事量の総体」を表す抽象概念であり、単純に人数と日数を反比例させて工期を縮めることはできません。
【プロの結論】人日管理で失敗しないための判断基準と案件適合チェック
プロジェクトの特性に応じて、人日による管理が適しているケースと、別の指標を用いるべきケースがあります。発注者・受注者双方が失敗を避けるための判断基準は以下の通りです。
▼ 人日管理が向いている案件（採用すべき条件）
・要件や作業仕様が明確に定義されている小〜中規模案件
・既存システムの改修、追加機能の実装、LP制作など工期が数日〜数週間のプロジェクト
・タスクの依存関係が少なく、作業担当者を個別に特定して進捗を追える業務
▼ 人日管理に慎重になるべき案件（適していない条件）
・要件定義が固まっておらず、試行錯誤が不可避な新規サービス立ち上げ（アジャイル開発やレベニューシェア、スプリントごとの準委任契約が望ましい）
・数ヶ月〜数年に及ぶ大規模基幹システム開発（大枠は人月、個別タスクはストーリーポイント等での管理が現実的）
・突発的なトラブルシューティングや保守運用業務
