ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち | スラド デベロッパー

ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。 記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事

[pcnikki]

一番困るのが「ざっくりでいいからどれくらいかかるか教えて」と言われ、ざっくり回答した日がきっちりスケジュール化されること。

[megazalrock]

見積もり時点で仕様どころか要件すら確定して無いのに納期決まったりするからな

[megane1972]

「再優先でこれだけに専念したらどれくらいかかる？」に対して出した見積もりを、他の業務も振っておいて「なんでできてないの！」と言われるから、だんだん保険をかけて長めに言わざるをえなくなる。

[chintaro3]

より本質的な問題は、ソフトウェアをコストダウンの手段としか考えてない人が多すぎるって事だと思う。例えば成果物に担保権を設定可能になれば、かなり状況が変わるはず。

[shodai]

見積もり作るとそんなにかかるの？って言われるのが最高に嫌。なら、お前がやれ。エラー処理省いていいならもっと軽く出来るけど。

[swordbean]

なるほど、ここで"「納品」をなくせばうまくいく"の出番ですな

[atsushifx]

アジャイルやSCRUMが相当広まったはずなのにこういう記事がでてくるのね。反論としては、高速増殖炉や燃料電池車などの開発を考えてみろでいいかと

[abracadabra321]

局所だけ議論しても仕方ない。クライアントへの対価をどう設定し、どう納得させ支払ってもらい、どう技術者に配分するか案を示さないと。

[gonzo24680]

正確な見積もりを求めてsprintにきっちり詰め込もうとするプロマネは嫌だ。見積もりもざっくり、計画もざっくり、でもプライオリティー付けはきっちりして早く動いて早く修正するのが本質だろ。

[penguin_man]

妥当な時間で提示すると往々にして削られるから、盛って出すのは当たり前。

[lamrongol]

"マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする…そのような結果を恐れる開発者はより多くのエネルギーを見積という兎の穴に注いでいく"

[uhe_uhe_uhe]

管理する側は時間の見積り（≒量×生産性）が欲しい。作る方は量だけでいいのだろうか？「見積はヤクの毛刈りのように、実際の仕事を先送りにする儀式」

[vanbraam]

リスクを誰がどう負担するのがfairかという問題.現状だと受注側が一方的に負っていて,辻褄を合わせる事に心血が注がれている.見積をなくすと,発注側が一方的にリスクを負う事になる.もう保険かけるくらいしかないのでは

[daybeforeyesterday]

うーむ

[moriconomori]

どうも、みつもりこです。

[ysync]

小林製薬が全部持ってったので、なんかもういいわｗ

[teppeis]

それ見積もりが悪いんじゃなくてチームに信頼が無いのが問題では。見積もりなくせばうまくいくんですかね？

[name-25137412]

あとでじっくり読む。基本線は賛成だけど。

[airj12]

開発者が開発の見積をできるだけ幸せだと思って頂きたい

[sawarabi0130]

スコープと前提条件をきちんと提示すること。見積範囲にない作業はやらない、それでも必要なら追加費用請求する、ということをきちんとやらないと定額要求し放題になる。

[joker1007]

最初に見積った期間なんてほとんど当てにならない。ちゃんと見通し立つのは結構後だったりするし、見えてくるまではめっちゃ幅のある期間しか言えないと思う。当初のそれが絶対として扱われるとお互い不幸になる。

[Ashizawa]

[] ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち

[eriotto]

これな

[agano]

目安が無いと、いつ物が完成するかもわからないのだけど、そういう話？開発者はスケジュールを出して間に合わせるよう努力する、遅れるときは連絡する、で良いような。

[sgo2]

「システムを作るシステム(=見積り、実装、デバッグ他の作業や組織、etc)」が未だに欠陥だらけってのは紺屋の白袴って奴だなと。不毛なことをやってないで、システムの改善を進めていくべきだと思う。

[straychef]

なにを作るかによるが本来当然の話

[oakbow]

正確な見積りは不可能とはいえ、緩めの計画くらいは必要だと思う。開発は気になり出したら修正したいところが山ほど出てくるものだし、「完璧を目指すよりまず終わらせる」ためにも、納期はいい区切りになる。

[kaipu1224]

見積りが最終金額になっちゃうのがねぇ。仕変とか平気で突っ込んでくるし

[edo_m18]

どっちの視点も分かるなぁ。お互いがどういう意味で見積もりをしているかをしっかり把握して、それを尊重する必要があると思う。

[masayuki5160]

管理者としては必要なのもわかるしね。。

[kijtra]

仕様より納期の方が先に決まってることは良くるけど、「この納期ならここまで」とはっきり言えるかどうかだよね。奉仕でなくビジネスなんだから。

[YukeSkywalker]

技術者としては無意味なのはわかるけど、管理側としてはないと困るのもわかる。

[koda3]

これは新しいなぁ

[dkmjlove422]

時間は大事だからねー

[koogawa]

Read

[verda]

これなああああ