Scrum Guideは多くのことを言っていません。どのような推定アプローチを取るかについて。この理由のために、スクラムをしている多くの人々がXPから来るストーリーポイントアプローチを採用しています。しかし、それが取ることができる推定するための唯一のアプローチではありません。
別の一般的なアプローチは、ストーリーポイントと時間ベースの見積もりの両方を組み合わせることです。 TFSは、この特定のアプローチをサポートするように設定されているようです。
これは、特定の組み合わせのアプローチがどのように働くかである:
ストーリーポイントは物語の相対的なサイズを推定するために使用されます。各スプリントの終わりに、チームは完了したストーリーの数を計算し、ストーリーポイントを使って速度を計算します。この速度は、チームが将来のスプリントに適合するためのガイドとして使用されます。
スクラムチームがストーリーポイントの見積りを完了すると、各ストーリーをタスクに分割します。次に、タスクに関する時間ベースの見積もりを行います(たとえば、タスク1 = 2時間)。これらのタスクレベルの推定を行うためのいくつかの理由があります。
- 推定タスクのプロセスは、多くの場合、
- いくつかの設計と実装の詳細を引き出すタスクレベルの推定値はある特定の専門分野(例えば、テスター)を持っていることを示してもよいです
- タスクレベルの見積もりは、ストーリーポイントのアプローチが特定のスプリントを過負荷にしていないことを確認する役割も果たします(たとえば、チームは20のストーリーポイントを置くことができます。彼らはそれがあまりにも多くの仕事であることを認識したレベルの推定)
このアプローチは、スクラムで最初に始まったチームに特に人気があります。多くのチームがこのアプローチを使用して開始し、タスクレベルの見積もりをスクラムの使用に慣れていくと、それを落とします。
TFSはこのアプローチでうまくいくように設定されていますが、それがScrumで推定できる唯一の方法であるとは限りません。
"スクラムガイドでは、どのようなアプローチを取るべきかについてはあまり言及していません。そのため、スクラムをやっている多くの人々が、XPのストーリーポイントアプローチを採用しています。 それは、私が(私が思うに)XPとScrumを交換している理由かもしれません... – SvendK
また、ストーリーを比較的時間通りに見積もることも私がそれを学んだ方法ですが、TFSがストーリーのStory Pointsフィールドを持っているときに、なぜEffortが表示されるのかまだ分かりません。私は、物語のために相対的に見積もるのが普通ではないのですか? – SvendK
タスクの場合は、残りの作業を示します。それは私が好きではない別のものです。元の見積もりが表示されるはずです(これは私が見ることができ、また隠されたフィールドです)。タスクが完了すると、タスクが実行されている間ではなく、変更が移動していますか?それとも私だけですか? – SvendK