なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog;

最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと

[kz78]

"一発目の見積り精度が60%〜160%" 発注側からすると、相見積になったとき、60％の見積もり出した方に発注せざるを得ないんだよなぁ…。本人たちにダンピングしてるつもりが無いだけに悩ましい。

[NetPenguin]

経験上、一日は6時間のつもりでスケジュール引くのが良さそう。みっちり働いてもそんな感じになる気がする。あと、工数は直感の1.5倍〜2倍ぐらいが妥当な感じ。精度と正確性を分けて考えるほうが良さげ。

[haruten]

「この案件見積もってよ」「（えーまだ全体像見えないし不確定要素もあるし見積もれない）」「ざっくりでいいからさ」「じゃあxx人月くらい？」→それがそのままリリース日に設定されてしまって死ぬパターンありすぎ

[Alceste]

大昔からリスク工数一律二割の法というのがあってじゃな…。

[hkusu]

実際の現場で言うと、緊急で考慮する時間がなく見積もりだした結果、詰むパターンも往々にしてある気がする

[REV]

見積もりそれ自体に工数と費用がかかるかもしれない話も http://anond.hatelabo.jp/20131003212934

[minoru0707]

ちょっと面白そうな本ではあるけれど、実際問題「仕事が取れる見積もり額と期間」っての前提になっちゃう所があるからなぁ。

[miyatakesan]

まさに今自分が課題としていること。とは言え、膨らんでいく要件と後ろ倒しになるスケジュールを調整するのはやはり担当者の力量よな。

[nakag0711]

計画というのは生産に対して適用すべきことで、開発に対して適用すべきことではない。この二つを混同して開発を見積もれると思い込んだのがこの業界の不幸。

[chitoseweb]

見積もりは永遠のテーマ

[kadoyau]

“大体必須の要求を実現するために割り当てる工数は全体の70%を超えないようにすると良い”

[takkunn1611]

なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ)

[hogetahogeko]

「 フルタイムで参加してもそのプロジェクトにつかえる時間は55%から70%くらい 」「トヨタでも80%」

[lemonjp]

“きちんとスケジュールバッファを”

[oki448jp]

なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ)

[bobbyjam99]

なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog; :

[ume-y]

『アジャイルな見積りと計画づくり』紹介。Kindle版もある。

[y_uuki]

小銭ゲットエントリだ

[mmorita44]

バッファを持たせて見積もるのは重要。ただし営業が仕事を取るだけしか脳に無いなら見積もり感でもめるため、協力関係をもつようコミュすることが更に重要。

[zuushimi]

すごいブクマ数と紹介されている書籍に興味があったので メモメモ

[yumu19]

ふむ。

[raitu]

見積もり手法群「初期のプロジェクト定義の段階では見積りに60%から160%に及ぶ誤差」「要求が固まっても、まだ見積りにはプラスマイナス15%の誤差」「詳細に設計するとようやく+10%から-5%の誤差」

[emergent]

見積もり精度とバッファの取り方のお話

[kirifue]

稼がねばならん金額から逆算して仕事を詰め込んでいくと、往々にして死ぬ。バッファ大事。 #開発 #ビジネス

[luccafort]

「普通にエンジニアでいつも自分が決めた締め切りとおりに終わらないけどなんでだろうとか思っている人がいたらこの本は参考になりそう。」俺じゃん！

[aretokore]

>> なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog;

[ytkibk]

“ 要求が固まっても、まだ見積りにはプラスマイナス15%の誤差が見込まれる”

[houyhnhm]

スケジュールの見積もりと、要件の整理（選択）がセットだと思っている。

[manhole]

フィーチャバッファ「こちらにあるフィーチャは全て実装します。うまくいけば、こちらのフィーチャも実装できるかもしれません」 とスケジュールバッファ

[n4k4moo]

アジャイルだけでなく、見積もりの参考になりますね。最初から最短の納期日をリリース日にすることだけは避けましょう、というのが大事。

[aceraceae]

時間的な見積もりって、周囲からの有形無形の圧力でほんとうにほしい時間よりも短くなる傾向があると思うよ。

[masakiplus]

スターをつけました 2014-03-25 なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) tech book 　最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびに

[mahotoki]

見積もりの難しさ。

[kamei_rio]

「初期のプロジェクト定義の段階では見積りに60%から160%に及ぶ誤差が生じる」できるかなーの1.5倍くらいあれば余裕を持てる

[eeeepenguin]

オレが禁煙する前は、よくタバコ部屋で会うプログラマがいたのは確かだよね。で、たけーよこの本ww

[aratafuji]

この本すら読まずに、スプリントやらバックログやら語ってる人は本当に悔い改めて欲しい。

[quabbin]

う～ん。この書籍の通りに実践してみても、やはり不確実性は変わらなかった覚えがある。結局、作業見通しを正確にするためにどこまでコストをかけるかという、コスト感の問題に帰結していた印象。