Readingagilesamuraiinesm20110907 - agile-samurai-ja/support GitHub Wiki

←Readingagilesamuraiinesm20110831

第14回: 『アジャイルサムライ』読書会

範囲

第7章: 見積り：当てずっぽうの奥義

概算見積もりの問題

ここで言う「見積もり」はお客さんに見せる「お見積もり」ではなくて、チーム(自分)が作ろうとしているシステムを与えられた制約条件(時間、金、人)の中で作りきることができるかどうかという答えを出すことなんだという話をした。

チームで相対見積もりというのはどうすれば

イテレーションの始めにプランニングポーカーとかをやって、チームとしての相対的な見積もりを"話あう"ことが大事なんだ。そこでチームとして時間がかかっても○○さんにやってもらおうとか、今回は余裕が無いからオレがやるとかそういう方向付けができるようになる。

ポイントというのはお客さんに伝わりにくいのでは

お客さんに見せてしまって伝えた方が良い場合、何らかの人月フィルターを使ってお客さんにわかる言葉で伝えた方が良い場合の二つがあるよね。ただチームとして人日という単位を使い始めると、誰もが知っている単位が原因となって伝えたいことも伝わらなくなってしまうので開発チームでは"ポイント"というのを使った方が良いと思う。

後は理想日とか営業日とか人日とかから何故ポイントを好むのかということを各自話しあった。

感想

• 今回は中堅おっさんを中心に進めたけど新人'sに伝わっているようなので安心した

次回

• 7.3の見積もり技法 から, Readingagilesamuraiinesm20110914