いいねイイネの言い値稼業

ここんとこ関係ない話が続いていたので、
たまにはSE関連の業界話でも書いてみます。


システム開発の現場では、
『工数』とか『人月』という言葉がよく出てきます。

『工数』とは、
あるシステムを開発するためにどれくらいの日数と人手が必要か
をあらわす言い方です。

また、『ｎ人月』とは、
１人の技術者がｎヶ月かけて完了する作業
のことをいいます。

具体的な例をあげるとこんな感じ。

　人日（人月）の例
　　　１人の担当者が　１日で完了する作業→　１人日
　　　１人の担当者が２０日で完了する作業→２０人日→１人月

　　　１人の担当者が３ヶ月で完了する作業 もしくは
　　　３人の担当者が１ヶ月で完了する作業→３人月

　工数という言葉の使用例
　　　会計システムの開発に必要な工数は５０人月だ。
　　　検索システムの不具合を改善するには、３人日の工数が必要だ。

こんなところでしょうか。


で、実際に開発工数の見積もりをする時は

　　　プログラムが５本なので、
　　　　　４人日　×　　５本　＝　２０人日

　　　DB環境構築に２０日かかるので、
　　　　２０人日　×　　１　　＝　２０人日

　　　Web画面が５画面なので、
　　　　　２人日　×　　５本　＝　１０人日

　　　試験に１０日必要なので
　　　　１０人日　×　　１　　＝　１０人日

　　　合計すると、６０人日（３人月）かかる予定です。

　　　開発費用は１人月あたり１００万円ですので、
　　　このシステムを作るには３００万円かかる見込みです。

といった感じになります。


『プログラムは１本あたり４人日かかる』
『Web画面は１画面あたり２人日かかる』
といったところは今までの実績からはじき出しただけです。

『ホントにこの工数でできるのか』
『本当にこれだけの工数がかかるのか』
は実際設計着手してみないと、なんともいえません。


この工数見積もりというものが正確に出せるようになれば、
工数オーバーとか予算オーバーとか納期オーバーとか
デスマーチとかそういうのがなくなるんですけど、
なかなか決定的な見積もり手法ってのは出てきませんね。。。


※『悪態のプログラマさん』のところにトラックバックしてます。