システム業界で使われる「人月」

前回、システム業界で一般的に使われる
「人月」という、開発規模をあらわす言葉をご紹介しました。

ソフトウェア開発の規模を概算するための「人月」 | 中小企業・医療業界向け業務用システム開発のイルカシステム

この記事を読む

累計で何人がかりでソフトウェアを作成できるか、は、何「人月」か、であらわされます。

そして、１人月あたりの単価を乗じることで、開発の総予算が算出されます。

なぜこのような概念が用いられているのでしょうか。

「人月」は開発の人員管理に馴染む概念

端的に言えば、ソフトウェア開発費用のほとんどが人件費だからです。

システム開発会社にしてみれば、何人月必要か、がわかれば、
自動的に受注最低金額の目処がつきます。

また、人月がわかることで、開発体制も考えやすくなります。

例えば２０人月なら、だいたい「５人で４ヶ月」「４人で５ヶ月」なりと目算がつきます。
その上で、社内のエンジニアの予定と照らし合わせて納期の設定も可能になります。

つまり、システム開発プロジェクトにおいて、このような概念を用いると
エンジニアの人員管理を行いやすいのです。

「人月」と多重請け構造

ところで、「５人で４ヶ月」だとして、
ちょうどそのころ社内のエンジニアがみな忙しく、あらたな開発に参加できない、
としたらどうなるでしょうか。

このとき、多くのシステム開発会社では、別のシステム会社にエンジニアがいないか
問い合わせを行います。

問い合わせされた会社では、自社社員に空きがなければ、
人材紹介会社に派遣エンジニアを紹介してもらったりもするかもしれません。

つまり、二次請け、三次請けの多重請け構造です。

その都度手数料といいますか、マージンが発生します。

ですから、お客様に対しては１人月１００万円で見積をしていたとしても、
三次請けの会社には６０万円くらいになっていることもありえます。

某大手銀行のシステムでは２０万人月もの開発費用が必要だそうです。

本当かどうかしりませんが、そこでは７次請けまである場合があるそうです。

このとき、エンジニアにはいったいどのくらい支払われているのでしょうね。
そして、これは本来支払われている人月単価に見合ったエンジニアなのでしょうか。

何人月かをどのように算出しているか

「人月」が多重請け構造の原因とまではいいませんが、
それぞれが大規模なシステム開発プロジェクトのひとつの側面ではあります。

そして、実はこの「人月」という概念自体は、中小企業様向けの社内システム開発でも
使われています。

なぜなら、システム開発会社の人員管理と見積は、この概念に依存しており
これ以外の手法を取っているところは少ないからです。

それでも、各システム会社が正確に開発規模＝人月の数量をある程度正確に
算出することができれば、見積金額の違いは人月単価の違い、とみなすことができます。

あるソフトウェア開発が何人月必要か、を、どのように算出しているのでしょうか？

これは次回触れたいと思います。