費用・見積執筆:林部(株式会社リベライズ 代表)

人月単価とは|エンジニアの単価相場と見積への影響

システム開発の見積に使われる人月単価の意味と相場を解説。役割別の単価の幅、単価が安くても総額が安いとは限らない理由、AI活用で変わりつつある見積の考え方を紹介します。

システム開発の見積を受け取ると、「人月単価」「工数」という言葉が必ず出てきます。人月単価の相場を知らないと、提示された金額が高いのか安いのか判断できません。この記事では、初めて開発を外注する発注担当者向けに、人月単価の意味と内訳、役割別の単価の幅、単価だけで比べてはいけない理由、そしてAI活用で変わりつつある見積の考え方を説明します。

人月単価とは:1人月の定義と内訳

人月単価とは、エンジニア1人が1か月フルに働いたときの費用です。システム開発の見積は、多くの場合「工数(人月)×人月単価」で計算されます。

1人月は、1日8時間・月20日前後の稼働、つまり月160時間程度を指すのが一般的です。稼働日数の数え方は会社によって違うため、見積書の前提条件で確認しておくと安心です。

たとえば「設計0.5人月+実装2人月+テスト0.5人月=3人月」で、単価が1,000,000円なら、開発費は3,000,000円になります。

単価に含まれるもの

人月単価は、エンジニアの給与そのものではありません。次のような費用が含まれています。

  • 給与・賞与・社会保険料などの人件費
  • 採用・教育の費用
  • PC・開発ツール・オフィスなどの設備費
  • 営業・経理などの管理部門の費用
  • 会社の利益と、見積が外れたときのリスク分

給与水準そのものも役割で差があります。経済産業省の調査(2017年公表)では、SE・プログラマの平均年収が5,937,000円、プロジェクトマネージャが8,915,000円、コンサルタントが9,285,000円でした(労働新聞による調査結果の紹介)。少し古いデータですが、上流の役割ほど単価が上がる構造は今も変わりません。

役割別(PM・設計・実装)の単価の幅

同じ会社の見積でも、役割によって単価は変わります。発注者が把握しておきたいのは、次のような傾向です。

役割主な仕事単価の傾向
PM(プロジェクトマネージャ)進行管理、課題管理、発注者との調整高め。経験年数で差が大きい
企画・上流(コンサルタント、要件定義担当)業務整理、要件定義、事業面の助言最も高い水準になりやすい
設計(アーキテクト、UXデザイナー)画面・データ・システム構成の設計専門性が高いほど上振れする
実装(エンジニア)プログラミング、テスト経験・地域・雇用形態で幅がある

国内の受託開発では、企画・上流の人材の単価が、実装エンジニアより高くなるのが一般的です。具体的な水準は会社や契約形態で変わるため、見積を受け取ったら役割ごとの単価を必ず確認してください。

単価に幅が出る主な理由は、経験の差、社員かフリーランスか協力会社か、そして国内か海外かです。海外拠点を使う場合の考え方はオフショア開発の記事で扱っています。

単価が安い会社が総額も安いとは限らない理由

人月単価だけを並べて比べると、判断を誤りやすくなります。総額は「単価×工数」で決まり、工数は会社の経験や進め方で大きく変わるからです。

次の計算例を見てください。

A社B社
人月単価800,000円1,200,000円
見積工数10人月6人月
総額8,000,000円7,200,000円

単価はA社の方が安いのに、総額はB社の方が安くなっています。似たシステムの経験がある会社は、設計の迷いや手戻りが少なく、工数が小さくなります。

ほかにも、単価の安さが総額の安さにつながらない理由があります。

  • PMが入っていない: 進行管理を発注者が担うことになり、社内の工数が増えます。
  • 手戻りが多い: 経験の浅い体制では、テスト段階での修正が増えやすくなります。
  • 保守で高くつく: 読みにくいコードは、納品後の改修費を押し上げます。
  • 契約形態の違い: 請負契約では、どの会社もリスク分を上乗せします。

単価は「1か月あたりの値段」にすぎません。見積を比べるときは、総額と工数の根拠をセットで確認してください。見積書の読み方はシステム開発の見積書の見方で詳しく説明しています。

人月の計算を確認するときのポイント

見積の人月が妥当かどうかは、次の点を確認すると判断しやすくなります。

  • 工程別(要件定義・設計・実装・テスト・リリース・管理)に工数が分かれているか
  • 役割ごとの単価と、それぞれの稼働割合が書かれているか
  • 「1名×3か月」が全稼働なのか、半分の稼働なのか
  • 打合せや資料作成の工数が含まれているか
  • 発注者側の作業(データ準備、受入テスト)が前提に入っているか

工程や役割が「一式」でまとめられていると、比較ができません。内訳を出してもらうよう、遠慮なく依頼してかまいません。

AI活用で人月計算が変わりつつある

生成AIを使った開発(AIコーディング)が広がり、人月計算の前提が変わり始めています。画面の生成やコードの下書きをAIが担うと、同じ機能でも人の工数は小さくなります。

一方で、AIを使うと新しい費用も生まれます。AIツールの利用料です。これを人の工数に混ぜてしまうと、何にいくらかかっているのかが見えなくなります。

発注者として確認したいのは次の点です。

  • AIの利用料が人の工数と分けて書かれているか
  • AIが書いたコードを、経験のあるエンジニアがレビューする体制があるか
  • 自動テストなど、品質を確かめる仕組みが見積に入っているか

AIを使う会社と使わない会社では、同じ要件でも工数が大きく違うことがあります。今後は「単価×人月」だけでなく、進め方と品質の担保をあわせて比べる必要があります。

受託開発の現場から

受託開発の見積でよく使われる考え方から、人月単価に関わるものを紹介します。

  • 工程別に積み上げて示す: 見積は、要件定義、画面・API・データベースの設計、実装、結合テスト、受入支援、リリース、プロジェクト管理といった工程ごとの工数に単価を掛けて積み上げるのが基本です。定例会も「準備・実施・議事録作成」の時間を積み上げて工数にする例があります。
  • AIの費用は別に計上する: AI駆動開発では、AIの作業時間を人の工数に含めず、開発期間中のAIツール利用料として別に計上する方法があります。人とAIのコストを分けて見せるためです。
  • 専門人材は単価が上がる: UXデザイナーや、独自AIを作る研究寄りのエンジニアを入れると、単価はかなり上振れやすくなります。
  • 体制と稼働割合で期間が変わる: 標準的な体制の一例は、PM、エンジニア、事業面のアドバイザーの3名程度です。3人が全稼働か部分稼働かで、同じ3か月でもできることが変わります。

まとめ

  • 人月単価は、エンジニア1人が1か月(月160時間程度)働いたときの費用で、人件費以外の経費や利益も含みます。
  • 単価は役割で変わり、上流の役割ほど高くなります。
  • 総額は「単価×工数」です。単価が安くても工数が多ければ総額は高くなります。
  • AI活用が進み、人の工数とAI利用料を分けて確認する必要が出てきています。

見積の人月が妥当か判断できないときは、まず案件の規模感をつかむことから始めるのが近道です。FastProposal の無料AI相談では、案件の内容を整理し、費用の目安を数分で確認できます。