web-dev-qa-db-ja.com

Ok=反復の途中で推定値を変更することですか?

4人の開発者のチームでアジャイル/スクラムの使用を開始しました。ストーリーの見積もりを行い、製品バックログでプライムストーリーを注文しました。

通常の1、2、3、5、8、13などではなく、1から5までの複雑さに関するポイントベースの推定から始めました。

いくつかのストーリーに取り組んだ後、4ポイントと推定されたストーリーの一部は2のみであると感じましたが、2と推定されたストーリーはもっと複雑で5と推定されるべきでした。知っている:

  • Ok反復の途中でストーリーの見積もりを変更することですか?
  • Okは、通常の1、2、3、5、8、13などではなく、1から5までの現在の推定ポイントを使用しますか?

個人的にはどちらの場合もそうではないと思いますが、私自身の理解があまり明確ではないので、自分自身をバックアップする必要があります。

14
tintin

Ok反復の途中でストーリーの見積もりを変更することですか?

絶対違う。それが起こることを期待しています。そして、エラーは時間の経過とともにバランスが取れると予想されます。特定のカテゴリ(新しいWebページなど)は、すべてを見積もったときに思ったよりも常に複雑になることが明らかな場合にのみ、見積もりを実際に調整します。

エピックストーリーは小さなストーリーに分割されるため(スプリントよりもずっと前に発生するはずです)、元の見積もりを調整しているように見えるかもしれませんが、再見積もりではなく精緻化と呼びます。その時点で私たちはより明確な見解を持っているからです。

Mike Cohnの Agile Estimating and Planning は、この件に関する優れた本です。聖書(または「アジャイル」の本)を聖書として使用しないように警告しますが、プロセスを調整するための良い出発点です。

彼は、誤った見積もりが「魔法」としてバランスをとる方法について語っていますが、それが何度も何度も機能するのを見てきたことを強調しています。

Okは、通常の1、2、3、5、8、13などではなく、1から5までの現在の推定点を使用しますか?

フィボナッチシリーズのポイント推定の使用は、ストーリーが大きくなるほど、推定の精度が低下することを受け入れます(Epicsに関する以前のコメントを参照)。

しかし、それがうまくいかない場合、特にすべての仕事を小さくしておく場合は、使用しないでください。これはガイドラインではなく、ルールです。

Tシャツのサイズ(S M L XL XXL)も人気があり、基本的に(1 2 3 4 5)と同じです。

13
pdr

Ok反復の途中でストーリーの見積もりを変更することですか?

絶対にそう-現在または将来の春の計画に影響するかどうか。アジャイルのポイントは、可能な限り最新かつ正確な情報に基づいてアクションを実行することです。

見積もりが間違っているために現在のスプリントをタイムボックスで完了できないことが判明した場合は、改訂された見積もりに対処する必要があるため、おそらく変更する必要があります。新しい推定値を古い推定値に基づく場合(そして実際にメモリ/経験に依存するのではなくそれらを調べる場合)、それらは正しいことが必要です。

一方、見積もりが正しい場合、実際には値それ自体はありません。意味のない統計を整理するのに時間を無駄にしないでください。

1