人月とは
人月とは、一人の担当者が一か月間作業する量を「1」として数える工数の単位です。システム開発の見積もりでよく使われ、「五人月」なら、一人で五か月、あるいは五人で一か月分に相当する作業量を意味します。同様に、一日の作業量を表す人日もあります。
便利な単位ですが、作業量を表すだけで、成果の質や進め方までは示しません。人月の数字が同じでも、担当者の経験や、要件の明確さによって実際の成果は変わります。
たとえば画面設計に必要な作業を日数で積み上げ、それを合計して一か月の稼働日で割ると人月に換算できます。単純な計算で済む反面、前提が少しずれると全体の数字も大きく動くため、根拠となる内訳と一緒に読む必要があります。
仕組み・ポイント
人月ベースの見積もりは、おおむね次のように組み立てられます。
| 要素 | 説明 |
|---|---|
| 作業量の見積もり | 画面や機能ごとに必要な作業を人日や人月で積み上げる |
| 単価の設定 | 役割や経験に応じた一人月あたりの費用 |
| 体制と期間 | 何人で、どのくらいの期間をかけるか |
| 予備の考え方 | 不確実な部分への余裕をどう扱うか |
注意したいのは、人数と期間が単純に反比例しない点です。人が増えるほど、情報共有や調整の手間が増えます。途中から参加した人が内容を理解するまでの時間も必要です。そのため、遅れているからといって人を足すだけでは、思うように進まないことがあります。
見積もりの精度は、要件がどの程度固まっているかに強く左右されます。最初の概算では幅を持たせ、要件が確定していくにつれて範囲を絞っていくのが一般的です。契約の形態によっても考え方が異なり、作業時間に対して支払う場合と、成果物に対して支払う場合では、リスクを負う側が変わります。
実務での使い方・具体例
架空の例として、ある開発会社が「全体で十人月」と見積もったとします。発注側は、五人にすれば二か月で終わると考えるかもしれません。しかし実際には、設計の確認が終わらないと作業を並行しにくい部分があり、人数を増やしても短縮できる幅には限界があります。
そこで見積もりを受け取った際には、人月の数字だけで判断せず、「どの作業にどれだけ見込んでいるか」「前提にしている要件は何か」「確認や修正に何回分の余裕があるか」といった内訳を質問します。内訳が示されれば、範囲を絞ったときにどれだけ減らせるかも検討できます。
追加費用の発生条件を、見積もりの時点で確認しておくと安心です。要件の追加や変更があったときに、どの範囲まで見積もりに含まれ、どこからが別費用なのかを明文化しておきます。
判断のチェックポイント
- 内訳が作業ごとに示されているか
- 見積もりの前提となる要件と範囲が明記されているか
- 担当者の役割と関与の度合い（専任か兼務か）を把握したか
- 追加や変更の際の扱いを決めたか
- 不確実な部分に、どのような余裕を見込んでいるか確認したか
よくある誤解と注意点
- 人月は成果の量ではない：作業時間の目安であり、同じ人月でも成果の質は異なります。
- 人を増やせば早くなるとは限らない：調整の手間が増え、かえって遅れる場合もあります。
- 単価が高い低いだけで比べない：経験のある人は少ない工数で終えられることもあり、総額で判断します。
- 前提が変われば数字も変わる：要件が変わった場合の再見積もりの扱いを決めておきます。
- 内訳のない数字は比較できない：役割ごとの人数と期間、含まれる作業の範囲を併せて確認します。
- 稼働の前提も確認する：担当者が専任か兼務かで、同じ人月でも進み方は変わります。
関連用語
- 概算見積もり・詳細見積もり：概算と詳細という見積もりの段階
- SES（システムエンジニアリングサービス）：作業時間を基準に契約する体制の形
- PM（プロジェクトマネージャー）：工数や進行に責任を持つ役割
- 要件定義：見積もりの前提となる要件の整理
Otsumuに相談できること
新規事業では、要件が固まりきらないうちに人月で見積もると、後から大きく変わりやすくなります。Otsumuでは、検証に必要な範囲を絞り、作業量の根拠が見える形で見積もりを考える場面をお手伝いできます。
MVP開発のご支援内容もご覧いただけます。進め方に迷う段階であれば、30分の無料相談でお話しください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.04