https://twitter.com/tanakahisateru/status/1566467377357012992

[NOV1975]

客だって後から足りなくなって追加予算申請するより多めに予算確保しておいた方が色々楽なんだからキリキリの見積もり出させないでほしいわ

[RySa]

顧客が相見積取るとたいてい営業どうしがチキンレースし出して勢いキリキリの数字になるのでは。これは値引きでしか売りが作れない営業が悪いんだけど。

[toro-chan]

結局のところソフトウェアの見積もりは、単なる願望に過ぎず、何の科学的根拠もない。今でさえなんとなく納期に間に合うだろうという感覚でしかない。その感覚さえ容易に崩壊する。

[shag]

概算がいつの間にかスケジュール決定まで何足飛びもするからな。

[eiko_se]

見積に想定外事象（要件変更とか）のバッファ積むのは当然なんだけど、そのバッファをいくら積むのか、相手方の予算云々で諸々変わる。それをユーザーとベンダーが腹割って話せないと当たり前だけどうまくいかない。

[prbaybe]

商売自体が全部そうなんだからこの手の話は逆に主語を狭める意味がいつもわからない。問題はヒトの方じゃないでしょうか。もちろん職域は関係がない。

[lacucaracha]

そもそも正確な仕様どころか要件すら出てくるか怪しいからな。

[ROYGB]

ソフトに限らず余裕を持った予算や工程にすればいいのだろうけど、それでもなぜかギリギリになったりする。

[yo4raw]

多くの場合「実装工数」より「正確に見積もる工数」の方が大きいので、見積に3日使い、半日で実装出来ることがわかったなんて普通のことなんだけど、この辺りの共通認識が甘いままプロジェクトを進めるとわりと地獄

[otchy210]

ちゃんと作業を精査して工数見積もりの精度を上げる方法はあるが、そこまでの精査は工数見積もりに工数を取らないと出来ないので、対外で請け負う場合は難しいかもね。自社開発ならそこそこ出来る。

[quick_past]

無理にでも数字を言わせようとするなって話よな。

[hdampty7]

スケジュールや計画の精度の重要性を軽んじる合理的でない思考の人が多すぎる。実費清算でもっと幅のある見積案とかダメなのかなぁといつも思う。

[atsushifx]

見積もりの前提となる、正確な要求はつくってみないと正確にはわからない。だと、思ってた。

[perl-o-pal]

PM研修で言われたのが「過去の類似案件から極力似たものを見つけて差異に倍率かける」だったからな。そら新しいツールや開発手法取り入れなくなるだろうよと。

[tanority]

んで？正解はどうしたらいいの？見積もりなんて諦めろって客に言うの？

[yuuAn]

もうフィボナッチ数列か服のサイズでしか見積もりしたくない

[colic_ppp]

店ごとに違うから店に聞くのが丸い

[sf2k12vc7]

直訳すると「何だかわからないが何とかしてほしい」みたいな要件でまともな見積もりなんかできるか、ボケ！

[rgfx]

はい

[tetsu23]

正確な数字は出せないっつってんのに「あのときこの計画で出したでしょ」って言われるから、実際の予想の２倍とか３倍の工数見積もりにしてださざるを得ない。

[sabinezu]

値切るくせに機能は増えるしな。

[cha16]

正確に見積りするには、各工程で仕様をフィックスして次の工程の見積りするしかないのだけど、日本企業の予算がダメすぎて、最初に全体の金額出さないといけないせいで注文者も請負人も損することになるんだよね。

[brightsoda]

バッファ　ロー

[gamecome]

概算の考え方はまさにそうだと思うけど、これが国葬とかになると全然道理が効かなかったりするからな

[shields-pikes]

詳細な仕様が定まってないからと、余裕を持たせた工数（予算）やスケジュールを概算として伝えた時に、値引きと納期を早める交渉を同時にして来るクライアントは何なのだろう。

[horaix]

これ、君ら出す立場なら重々分かってる癖に、出される立場だとバチボコに叩くでしょ(直近だと五輪関係とかね)

[Lat]

仕様書があるのであればそれを読んで、もし曖昧な表現で書かれていて、その一文をどう読むかによって工数が大きく変わる場合には、社内のISOやISMSの関係で稟議が通らないことから正確な工数が出せないと断っている。

[gaumash]

ブコメにもソフトウェア開発を特別視してるのいるけど、どの分野でも同じだから…

[otihateten3510]

オリンピックの予算くらいの精度では出せます（皮肉）

[mohno]

ソフトウェア開発は、住宅を建てるとか料理を作ると違って、“ないものを作る”のが基本なので（あるものならコピーしてオシマイ）、正確な見積りって難しい（やってみてから適当な期間を答えることはあるけどね）

[aceraceae]

ほんこれ

[baronhorse]

精度の高い見積もりは工数高いんだよな。お見積もり料を載せられないとむつかしい

[monomoti]

技術的にかなり挑戦的または不確実なPOC案件が結構あって、本当ならそういう案件こそ多めに工数を見積もりたいんだけど、そういう案件に限って予算がないのよなー。POCだから。それで手弁当になったり。

[totoronoki]

営業は他人の車に他人を乗せてチキンレースやるからチキンレースにならないでみんな吹っ飛ぶんだよ。

[dot]

まずは「不確実性コーン」で検索。これを理解した上で、予め機能要件を外してスコープの調整をできるようにしたり、期間や予算でコストを調整できるようにした上で、契約するのが経験上一番上手くいく。

[kondoly]

不透明を回避なら完成品を買うべきで未知の新規を作るには予定通りにならないもの。どこにどれだけ補正を入れるか保証をはずすかは建築など収まっている物のように事例や手段などから交渉に出すべきかと。

[mayumayu_nimolove]

自分(会社)の力を知ってちゃんと見積もれるのがプロの仕事だって教わったけどな。スキルあんまなくても時間かかっても、ちゃんとこの期間にこの値段でって掲示して守ってくれるとこの方が長く付き合えるお互い。

[deep_one]

正確な工数見積もりをしたら実際に外形の設計が終るぐらいの手間がかかる。

[pwatermark]

「コレを超えたら追加見積もり発注もらいますよ」という防衛ラインを張っておく、くらいしか防衛策はないわな 技術側も技術側で、高くても選んでもらえるようにならんとな....

[sangping]

見積もりの際に予測の数字と合わせて標準偏差も一緒に提出すべき。