Book Meter Reviews

こちらは読書メーターで書かれたレビューとなります。

powered by

• kumokumot

  読了日：2019/12/25

  少しでもアジャイルな現場では誰もが知っておきたい内容かもしれない。マネジメントの基本はやはり分割にあるのだと改めて認識した。それはエピック単位でもストーリー単位でもタスク単位でも。粒度を自在に使い分けたうえでインクリメンタルに規模ベースで見積もりをしていくことが成功につながると理解。アジャイルな計画と見積もりでスムーズにいくだけでなくプロダクトの品質や魅力の向上にも寄与するのは素晴らしい。何度も読み返して身につけたい。

• イバドラ

  読了日：2017/02/04

  ソフトウェア開発手法の一つであるアジャイル開発。ここ10年でスタートアップ界隈を中心に一気に普及している開発手法だが、納期の見積もりが難しいとの批判も多い。本書は、アジャイル開発でのソフトウェア規模の見積もり、開発期間の見積もり方法を指南する内容になっている。常にチームの開発スピード（ベロシティ）を測定し、開発計画を動的に変更して行く。そうすると、開発初期の段階では不確実性が大きいのだが、計測を重ねるにつれチームの実力がわかってきて、だんだんと見積もりが正確になるのだという。このように一冊を通して、アジャ

• Shohei I

  読了日：2025/07/30

  ソフトウェア開発の見積りと計画づくりを、アジャイルにする技法が書かれた一冊。 計画は作って終わりではなく、その後も新しい知見が入るたびに更新し続けるというのが一番の学びでした。プロジェクトが始まると、当初見えていなかったことがいろいろと見えてきます。それをもとに計画を修正する。そうやって計画の精度を進めながら高めていく。アジャイルだろうとウォーターフォールだろうと、同じじゃないかと思います。最初から完璧な計画を立てることなんてできないから、やりながら修正していこうという心持ちでいることが重要なのでしょう。

• ふくみみ

  読了日：2011/11/20

  書名通りアジャイルの見積もりについてしっかり書かれた本です。アジャイルのお約束の一つに他人のせいにせず皆で取り組むというものがあります。この本を読んでその理由が、現実的じゃない無茶な計画を受け入れる方法が「他人のせいにすること」だからかなと思いました。アジャイルは急がば回れというか、曖昧に誤魔化されていたものを見える化する分、本当にここまでやるの？と知識だけだと疑ってしまうで、ケーススタディの実際にやってみせる様は貴重です。イテレーションを廻して経験値を積むことがどう財産になるか良くわかりました。

• tk_ono

  読了日：2011/10/01

  まず、すばらしい本だった。この考え方はすばらしい。顧客から開発者まで、ソフトウェア開発に係わるすべての人がこの考えの元に行動ができたら、みんなもっと幸せになれるんだろうな。まずはプロジェクトの要求や期間は固定的なものではなくて、必要に応じて変えていくものだという認識が必要。だが、そのためには変更する理由が明確でないといけないので、見積もりと開発速度が明らかになっている必要がある。見積もりは期間ではなく規模で表し、開発速度はある期間でチームが開発できる量で表す。期間はその2つから導出できる。見積もりはプラン

レビューをもっと見る

(外部サイト)に移動します