はてなまとめ - ソフトウェアの見積もり

1: crexist 2026/05/26 02:11

ソフトウェアの見積もりが難しいのは製造ではなく設計だからでは。何をどう作るか、と言うのが決まっている製造工程にたいし、どう作るか、時には何をまでを調査しなければいけないため不確定要素が多い

2: rgfx 2026/05/26 02:20

従来の精度向上研究の前提(確率分布が列挙できる不確実性/未実証)の外側にある、列挙できない不確実性による見積超過。見積もりへの依存度を下げる・バッファを2つに分ける・実開発での観測結果に適応する。

3: shophonpo8 2026/05/26 02:37

そろそろaiで、最適なinputあれば、制度が良い工数だせるだろう

4: jacoby 2026/05/26 04:13

CoBRA法は載ってないのか。

5: moke222 2026/05/26 06:32

結論が先にある場合が多いと思う

6: cinq_na 2026/05/26 07:26

予算と期間に合わせてステップ数やFPでそれっぽい数値を求めても、それ以外の方法を使っても、どうせ炎上するんだから大した意味は無い。

7: tanority 2026/05/26 07:32

あとで

8: morimarii 2026/05/26 07:55

見積もりって結局過去実績からしかできないのだが、大抵のプロジェクトは未知だから見積もりは絶対外れる

9: poppyhi 2026/05/26 08:17

もう見積りやりたくないから早く生成AIで高精度なもの出せるようになってほしい…。見積り作るの本当につまらない。

10: sionsou 2026/05/26 08:24

PC（というかソフトウェア全般）が一般普及してこれだけ経つのに未だにこの問題が解消しないのバグだよなぁ。規模や状況次第とはいえなんだかな

11: otihateten3510 2026/05/26 08:26

状態数見積もりが個人的に一番当たる／まあ15年やって分かったけど、99％外れますね。もう当たる前提がしんどい。

12: nuara 2026/05/26 08:58

全額大きいほど、中抜きの取り分も増えるので、AI時代にも下がらない。中抜きがやってる作業をAIで代替させたらどうでしょう。みらいの党ならできるでしょ。

13: hjmk 2026/05/26 08:59

まじめにかかる工数を算出しても、どこかで絶対想定外のことが出てくるので、かなり多めにマージンとることにしてる。

14: takafumiat 2026/05/26 09:13

だいたい見積もりするより開発してしまったほうが早い

15: moronbee 2026/05/26 09:22

不確実性を0にできれば正確に見積もれるけど、未来/未知/未経験で矛盾がある。当然進行上の範囲/コスト/期限バッファが肝になるが、ビジネス制約なるものが優先されて確保/制御できず失敗に向かいがち

16: beejaga 2026/05/26 09:29

ソフトウェア見積りの現在地がよくまとまっている（ここまでのブコメにある観点も入っている）。やはりLLMは見積り手法にも内容にも影響が大きい。ソフトウェア見積りはROIレベルより精緻化しても意味がないのかも

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