[B! 見積] 工数見積りの海を彷徨う - hidekatsu-izuno 日々の記録

andyroid [schedule] [JUAS] [IPA] [FP]

minifigures 客に見積もり提出するPM・PLが細かい技術的なことわからない。見積もり提出納期まで時間がない。調査時間ないから「ざっくりでいいから数字出して」とPMPLに言われる。

sawarabi0130 成果物だけでなく打ち合わせやレビュー時間、管理工数（特にムダに手間のかかる進捗資料作成）とかも全部含めないとダメよ。オフショアの場合は管理工数を更に大幅上積みで。

fumisan 追記にあるような簡易計算式を持つのは良いことです。感覚的に判断がつくようになるので。

shidho タダで読めるものを読まないのは怠慢なのかもしれない。

akachochin IPAの資料とか本来必要としているはずの人々はきっと見ない | 見せてくれない | ハネるんだろうなあ・・・(遠い目)

NOV1975 感覚的には合ってる。問題は実際の開発時に図面引ける人とかクレーン操作できる人が足りない事。この見積もりの前提は必要なスキル要因が十分に揃っている事だからな。

sinya77 IPAのデータは数十人月の規模の参考にはなる。JUASは初めて聞いたけど今度参考にしてみよう。見積もりはRFPの段階が多いからこれらのデータに今までの実績を加味してます。

hiroomi コメントを読んでて、ファンクションポイント法などになるのかな…と思ったが、精度は別物と。

hyperash 自分ならパラメータとして要素単位あたりのI/O数（概算段階でも大中小くらいで）は必ず入れる。あと細かいけど難易度と書いてしまうと主観に左右されてツッコミ所になりがち。「○○さんなら簡単でしょ」みたいな。

shinjukukumin どうせ適当なこと書いてんだろうと舐めてたから読んでびびった。建築業界のように工法と面積で計算できれば楽なのにねえ…。

工数見積りの海を彷徨う - hidekatsu-izuno 日々の記録