ソフトウェアの見積もり - kawasima

ソフトウェアの工数見積もりは40年以上にわたって研究されてきた古いテーマで、入門書も実践書も数多い。だが現場で広く流布する「常識」の多くは、一次資料まで遡ると実証根拠が確認できない。確率分布が書ける前提で精度を磨いてきた見積もり研究は、確率分布が原理的に書けない領域から来る大幅超過には対応していない。見積もりが大幅に外れる事例の多くは、見積もり研究が前提としてきた範囲の外側で起きている。

[otihateten3510]

ゴールポストが動くので複雑度が異次元になってるよね／　"その平均超過は447%である" バッファを5倍もればOKってことかｗ　／確率的に求めるのは良いかも、活用してみたい→計算したら1.2倍に収まるのがたった49％だ

[daishi_n]

「正確な見積もり」は詳細設計と同じだから見積もり費用で作れちゃうのよね。あとは検収、リリースや非機能要件とか発注元と提案側のスコープ齟齬、発注後の追加機能、追加要件かな

[shindo_ryo]

実績時間の分布が右に寄るのってソフトウェア開発の不確実性もありつつ、与えられた期限いっぱいに仕事が増えるというパーキンソンの法則の影響もありそう

[cinq_na]

基本は客先の指示と値切りに合わせる。一応感ピュータでも見積もって、大差無いようにする。結局はトラブルで計算は破綻する、自分のミスか相対側のミスかはさておき。

[repon]

見積もりは工学ではなく取引であり政治、分野が違うから戸惑う。

[hiroyuki1983]

客の予算ギリギリが見積もり金額だぞ。作業内容はそこから逆算して考える。多けりゃ減らすし足りなきゃ盛る

[ldlc]

見積もりが正確でないと許されない状況がすでにもう厳しい。米大手でもそうはなっていない。外注で作ろうとするから正確な見積もりが必要になる

[queeuq]

読んでない。受託開発については見積もり精度がそれなりに出るような計画や見積もりを出す会社はあるが、問題は超楽観的な見積もりを出す馬鹿がいて相見積もりを取るとそれが採用されてしまう点。

[Falky]

これこそまさしく科学の敗北史だ。形式的見積手法の発明というのは結局のところ「人類は神ではないので不確実な未来を予知できない」という当たり前のことを永久に検証し続けているだけに過ぎない

[thorthewind]

分かりました。正確なお見積りをお作りいたしますので、当初のシステム開発の見積りと同額をお支払いください。

[dgen]

ソフトの見積もりは難しそうだな。建築業のようにどこにどれだけの工数がかかるかは簡単にわからない。人間の実力の差もブレが大きい。内容も小規模＝簡単というわけではない。要するに統計で精確に予測できない。

[naoya2k]

「経験者の直感と類推で値を出す手法群」と「LLMベース: 大規模言語モデルでストーリーポイントや工数を推定する手法群」がほぼ同じなのが。1年前のエントリ https://naoya2k.hatenablog.com/entry/2025/05/31/234054 でボヤいてた通り

[uunfo]

現場は締切を守るつもりがないのでは？

[pure_luca]

“命名者本人の後悔: Ron Jeffries "Story Points Revisited"（2019）で I may have invented story points, and if I did, I'm sorry now”

[murasuke]

見積の不確実性(確率分布)や、リスクを考慮してちゃんと見積もっても、上司が単純な積み上げベースの見積手法しか知らないから、見積りが通らず、赤字になるというのを何度もやってきた

[masatotoro]

見積もりも奥深い

[namanori]

ソフト

[web2point0]

仮に完璧な見積手法が存在するとして、そのインプットは？ 全く同じ要件であっても、発注者の体制や協力度合い、受注者の経験や習熟度で必要工数は大きくずれる。インプットを簡略化しているのだから、当然の帰結

[bocuno]

たぶん普通の人の2倍くらいの見積り作ってきてると思うけど。「俺の直感が1000万だと囁いてる…が、あいつヤバそうだから2倍で2000万だ！」で全員がぐぬぬ…て納得せざるを得ない力を付ける事の方が簡単だった。

[gabill]

自分は『欲望係数』みたいなのを薄っすら考慮に入れてる。「絶対に失注できない」「これが取れなきゃ目標未達」「誰かの昇進がかかってる」「これで一発逆転」という状況下では、隠れた地雷が潜んでる確率が上がる。

[unmarshal]

解決策はシンプルで、超優秀な人がヒューリスティックに見積もるだけです

[s17er]

再現性が乏しいので正確な見積もりとか夢だよ

[Cald]

参照クラス法は『BIG THINGS　どデカいことを成し遂げたヤツらはなにをしたのか？』に載ってる

[nonsect]

最近は納品後に Claude にソース読ませて「妥当な見積金額出して」ってやった結果を見て一喜一憂してる。

[kisiritooru]

なぜ見積もりは外れ続けるか＞クライアントが途中で思いついちゃうことがあるから、見積もりをタダでやらせるから、営業がハイハイ言っちゃうから、と業界ではない私が言ってみる

[zZwIwl]

あれなんか最近同じような記事を見た気がするけどなんだっけ

[devgai]

やることが小さければ当たるけど大きくなるほど金額を小さく納期を短く見積もりして外れる。ソフトじゃないけどオリンピンク、万博、ダム建設など世界中の公共事業が予算オーバーで納期過ぎてるんじゃないか

[spray_donuts_3co]

クライアントが代理店に発注する構図が大半である限り、末端の見積もりに科学など存在しないよ…

[kanjouconvoy]

非IT分野でも参考になりそう。

[strawberryhunter]

真剣に考えるのが馬鹿らしくなるくらい当たらないから、私は顧客にはソフトウェアの開発費用の見積は不可能だと言っている。金額だけ独り歩きして、お互いのためにもならない。

[jerryb]

「実際のプロジェクトで大幅超過を引き起こす事象の多くは、見積もり時点で考慮対象に含まれていなかった事象である」

[petite_blue]

「見積もりが大幅に外れる事象の多くは列挙できない不確実性の層から来る」「大幅超過を引き起こす事象の多くは、見積もり時点で考慮対象に含まれていなかった事象」

[bijui]

人は正しく見積もることはできない。正しく見積もれるのであれば争いなど起きない。