「人月」とは？経営者のためのわかりやすい解説 — 単価相場と落とし穴

人月とは、1人のエンジニアが1ヶ月（一般的には20日・160時間程度）稼働した場合の作業量を表す単位である。システム開発の見積書には「◯人月」という表記が頻繁に登場するが、費用や開発期間との関係が直感的にわかりにくいという声も多い。本稿では、人月の基本的な考え方と、経営者が見積を読む際に押さえておきたいポイントを整理する。

システム開発は、工場のようにライン生産できる工程が少なく、設計・実装・テストの多くが人の作業に依存する労働集約型の産業とされる。そのため、プロジェクトの規模を「何人が何ヶ月働くか」という人月単位で見積もる商習慣が広く定着している。この積算方式は工数の透明性を確保しやすい一方、発注側にとっては金額の妥当性を判断しづらい面もある。

人月見積が分かりにくいとされる理由の一つは、同じ「1人月」でもエンジニアのスキルレベルによって成果物の質・量が大きく異なる点にある。また、要件の複雑さや、発注側と開発会社の間で必要なコミュニケーション量によっても、実質的な工数は変動する。さらに、見積時点の人月数はあくまで想定であり、開発途中の仕様変更によって増減することも珍しくない。

人月単価は、エンジニアの経験・専門性、会社の所在地（首都圏か地方か）、開発会社の規模（大手SIer・中堅企業・フリーランス等）によって大きな幅がある。一般的な目安として、上流工程を担う経験豊富な人材ほど高く、下流工程を中心とするメンバーは比較的抑えられる傾向にあるとされるが、実際の金額は案件や会社によって異なるため、断定的な相場を示すことは難しい。複数社から見積を取り、提示された人月単価と工数の内訳を比較検討することが望ましい。

※上記はあくまで一般的な傾向であり、実際の単価は必ず複数社の見積で確認することを推奨する。

人月計算で注意したいのは、「人数を2倍にすれば期間が半分になる」という単純な計算が成り立たない場合が多いという点である。プロジェクトに新しいメンバーが加わると、既存メンバーがその教育や引き継ぎに時間を割く必要が生じ、一時的に生産性が下がることがある。また、人が増えるほどメンバー間のコミュニケーション・調整コストも増加する。これはソフトウェア工学の分野で古くから指摘されてきた現象であり、人月という単位そのものが「人数×期間」で単純に交換できるものではないことを示している。

- 総人月数の内訳: どの工程（要件定義・設計・実装・テスト等）にそれぞれ何人月を見込んでいるか
- 担当者のスキルレベル: 上流工程・下流工程それぞれにアサインされる人材の経験年数
- 1人月あたりの単価: 内訳ごとの単価が明示されているか
- 仕様変更時の扱い: 追加の人月・費用が発生する条件と手続き
- 保守・運用フェーズの人月: 稼働後の保守にどの程度の工数を見込んでいるか
- 契約形態: 請負契約か準委任契約か、それによる責任範囲の違い

見積書全体の読み方については見積書の読み方ガイドも参考になる。

人月は、システム開発の工数を表す便利な単位である一方、単純な掛け算・割り算で費用や期間を予測できるものではない。見積書に記載された人月数の内訳や前提条件を丁寧に確認することが、適正な発注判断につながる。発注全体の流れについてはシステム開発発注の基本ガイド、費用相場の詳細はシステム開発の費用相場ガイドもあわせて参照されたい。