人月とは？計算方法・人月単価の相場と見積書の読み方

開発会社の見積書にある「人月」は、金額や納期をそのまま示す数字ではなく、必要な作業量を表す単位です。総額や「単価が安いか」だけで比較すると、テスト、移行、運用支援、発注側の作業などの差を見落とし、発注後の追加調整につながることがあります。

この記事では、人月の計算方法から費用構造、公開調査値の限定的な見方、複数社見積もりの照合手順までを整理します。読後には、役割別工数・単価・別途費用・対象範囲・発注側負担をそろえて比較し、再質問や再見積もりを判断できるようになります。

人月は作業量の単位です。金額・納期・体制を判断する際は、役割別の内訳、対象範囲、別途費用、発注側の負担を併せて確認します。

01Section人月とは：見積書の工数を読むための単位

人月は、一般に「1人が1か月稼働する作業量」を表す工数単位です。ただし、人月だけでは、金額、納期、常時必要な人数を直接示せません。誰が、いつ、どの稼働率で、どの工程を担うのかを併せて確認する必要があります。

人月・人日・人時間は何が違うか

• 人月：月を単位にした工数
• 人日：日を単位にした工数
• 人時間：時間を単位にした工数

見積書での基本的な読み方は、次の式です。

工数（人月）＝人数 × 期間（月） × 稼働率

たとえば、2人が3か月間、各100％稼働する計画なら、2人 × 3か月 × 100％＝6人月です。反対に、6人月という合計だけから「常に2人で進める案件」とは判断できません。PMが一部期間だけ参加する、設計後に実装担当を増やす、といった体制もあり得るためです。

人月を人日・人時間へ換算する前提

説明用に、1か月を20人日、1人日を8時間と仮定すると、先ほどの6人月は次のように換算できます。

• 6人月 × 20人日＝120人日
• 120人日 × 8時間＝960人時間

したがって、2人×3か月×100％の例は、6人月＝120人日＝960人時間です。この仮定では、1人月は160人時間となります。

IPAのQ&Aでは、特に指定がない場合に1人月を160人時として扱う分析上の代用が示されています。ただし、これは分析・説明のための前提であり、個別契約における1人月の換算値や請求条件を定めるものではありません。見積書では、月間稼働日数、1日の想定時間、役割ごとの稼働率を確認してください。

加えて、会議、進行管理、レビュー、品質保証、問い合わせ対応、リリース立会いが人月に含まれるかも重要です。実装工数だけを比較すると、同じ機能範囲でも管理や品質確認の扱いが異なる可能性があります。

02Section人月単価は何を含むか：費用構造と公開調査値の見方

人月単価は、見積書上で役割別の工数に掛け合わせる発注価格の構成要素です。個人の給与、発注側の社内原価、あるいは見積総額を総人月で割った平均額とは区別します。

JISAのソフトウェア開発委託取引チェックシートでも、人月工数方式は作業工数を積み上げ、技術者単価を乗算して価格を算出する方式として説明されています。ただし、品質、生産性、リスク対応などは単純な人月計算だけでは比較しにくい面があります。

人月費用・別途費用・税を分けて確認する

総額を比較する前に、人月費用、別途費用、値引き、税を分けます。単価に何を含むかも見積書ごとに確認します。

見積書は、次の3段階に分けると読みやすくなります。

人月費用＝Σ（役割別工数 × 役割別単価）

見積総額（税抜）＝人月費用 ＋ 別途費用 － 値引き

請求総額（税込）＝見積総額（税抜） ＋ 税等

人月単価には、担当者の稼働のほか、進行管理、会議、ドキュメント、品質確認などが含まれる場合があります。一方で、クラウド、外部サービス、ライセンス、端末、データ移行、セキュリティ診断、保守・運用支援は別途費用となる場合があります。何を単価に内包し、何を別途とするかは、契約条件や支援範囲によって異なるため、見積提出者への確認が必要です。

JUAS 2025の集計値を比較起点として限定利用する

JUAS「ソフトウェア・メトリクス調査2025 ガイドブック」は、2025年4月に公表された調査です。以下の値は、開発方式や分析条件が近い案件を考える際の過去調査における比較起点として参照できます。

単価レンジ：開発方式・規模区分でどの程度の幅があるか

同資料の図表2-9-1〜2-9-3（工数区分別の平均単価）では、同じ開発方式でも工数規模の区分によって加重平均単価に幅があることが示されています。いずれも2025年4月公表、外注コストが記載されたプロジェクトの過去集計であり、現在の契約単価を保証するものではありません。

一方、PM・SE・プログラマといった職種別や、大手SIer・中小開発会社・フリーランスといった依頼先タイプ別の単価については、費目条件をそろえて集計された公的な調査値が公開されておらず、専門性、管理範囲、再委託構造、地域、時期によって幅が大きく変わります。一般に、要件定義やプロジェクト管理など上流・管理系の役割には実装系より高い単価が設定される傾向がありますが、この記事では単一の相場値を示しません。実務では、各社見積書の役割別単価を上記のレンジや回帰係数127.14万円／人月と突き合わせ、差が生じる理由を確認するという使い方が安全です。

調査値と個別見積もりの差を確認するときは、次の条件をそろえます。

03Section見積書の人月はどこを見る？総額比較を避ける照合手順

見積書は、総人月や総額だけでなく、役割別の工数・単価・小計から確認します。複数社を比較する際の基準は、税込価格ではなく、費目と税表示をそろえた見積総額（税抜）です。

役割別に費用構造を照合する

以下は、単価を記号で置いた簡易例です。A〜Dは相場を示すものではなく、役割ごとの費用構造を確認するための記号です。

対象範囲・成果物・発注側負担も見る

同じ「実装4人月」でも、対応機能、画面数、OS・ブラウザ、外部連携、性能・セキュリティ要件が異なれば、比較の前提は変わります。要件定義、設計、テスト、移行、リリース、保守について、各社の見積もりが「含む」「含まない」「発注側担当」「別契約」のどれかを確認しましょう。

とくにテストは、種類、実施者、環境、合否基準、不具合修正の扱いまで確認します。移行では、対象となる業務・データ・システムと、誰が準備・実施・確認するかを明確にします。デジタル庁の標準ガイドライン解説書（第3編）は政府情報システム向けの資料ですが、民間案件でもテストや移行の確認観点として参考にできます。個別契約の条項解釈は、契約内容と社内の購買・法務確認に基づいて判断してください。

複数社比較から再質問・再見積もりへ進む

複数社の比較は、総額を並べる前に対象範囲と責任分担をそろえることが重要です。差異は見積内・発注側負担・別契約に分けて確認します。

より詳しい見積書の確認項目は、開発見積書の読み方も参照してください。比較表を作る前に、依頼条件をそろえることが重要です。

04Section人月が同じでも納期は同じにならない：増員案の確認点

総人月を期間で割った値は平均投入量です。短縮案は、並行作業の範囲だけでなく、工程依存、レビュー期限、受入余力を確認して評価します。

総人月を予定期間で割ると、期間中の平均的な投入量を確認できます。ただし、この値は常時必要な人数ではなく、増員すれば必ず納期を短縮できるという意味でもありません。

短縮案を受けたら、まず依存関係が強い工程を確認します。要件や設計、外部連携の仕様、受入判断が未確定なら、増員より先に意思決定期限や連携先の回答期限を整える必要があります。一方、仕様が固まり、依存が比較的少ない機能実装やテストは、担当範囲を分けて並行できる可能性があります。

追加メンバーの受入余力がない場合は、初回リリースの対象範囲を絞る、優先度の低い機能を後続へ回す、段階リリースにする、といった選択肢を比較します。IPAの見積もり手法に関する解説でも、要件が明らかになるにつれて見積もりが変動し得ることや、リスクが工数と規模の関係に影響することが示されています。

いわゆる「人月の神話」は、人数を機械的に増やすだけで納期が短縮できると考えないための補足です。個別案件では、人数割りではなく、工程依存と体制条件を確認することが実務的です。

05Section概算・詳細見積もり・先行調査をどう使い分けるか

企画段階の概算は、予算枠や選択肢を検討するためのものです。発注・実行計画に使う詳細見積もりと同じ確度とみなさず、未確定事項と再見積もり条件を一緒に管理します。

外部連携の仕様、データの品質・移行量、既存資産の状態などが費用や納期を左右する場合は、先行調査、要件定義、技術検証を先に切り出し、その成果物を基に再見積もりする方法があります。

デジタル庁の標準ガイドライン実践ガイドブック（第5編）は、要件確定後に漏れや誤りが判明した場合の変更管理・取決めの観点を示しています。政府情報システム向けの資料であるため、民間案件の契約解釈へ直接当てはめるのではなく、変更時の費用・承認者・納期への影響を事前に確認するための参考として使うとよいでしょう。

06Section内製・外注・併用を選ぶ際に、発注側へ残る作業

内製・外注・併用は、人月単価の高低だけで選ぶものではありません。期限までに必要な役割を確保できるか、継続的な改善を自社の中核能力として持つか、専門技術が必要か、要件決定と受入を担えるかで判断します。

継続改善と運用を自社の強みにしたい場合は内製または併用が候補になります。期限内に専門性のある体制を確保したい場合は外注または併用が候補です。ただし、給与だけで算出した内製コストと外注の人月単価は直接比較できません。採用、育成、管理、開発環境、セキュリティ、運用保守、欠員リスクも分けて確認してください。

外部へ委託しても、発注側の意思決定や受入作業はなくなりません。

費用全体を稟議や投資判断へつなげる際は、開発費用・投資判断の考え方も併せて確認すると、初期費用だけでなく継続費用や期待する成果を整理しやすくなります。

07Sectionまとめ：人月は見積もりの根拠をそろえるための単位

人月は、開発の作業量を読むための単位です。見積書を受け取ったら、次の順番で確認します。

1. 1人月を、人数・期間・稼働率、人日・人時間の前提へ読み替える
2. 2役割別工数と単価から人月費用を確認し、別途費用・値引き・税を分ける
3. 3対象範囲、成果物、発注側負担、納期条件をそろえ、比較不能な差は再質問する

人月の数字を単独で比較せず、条件をそろえた見積書として比較することが、予算・納期・体制の判断精度を高める出発点になります。

開発会社への依頼先を比較したい場合

要件、対象範囲、希望時期、発注側で担う作業を整理したうえで、開発体制や見積条件を比較できる会社を探せます。

Webアプリ・SaaS開発4593社掲載

Webアプリ・SaaS開発の会社を探す