2016-04-22 4 views
0

ストーリーポイントはユーザーストーリーに取り入れる努力(相対的な数字)を示していたと思っていましたが、TFS 2015は努力ポイントとストーリーポイントの両方を持っています。いつ使うの?違いは何ですか?フィーチャーリストには、エフォートポイントとストーリーポイントの両方が表示されます。違いは何ですか?

製品のバックログ項目(ユーザーストーリー?)の詳細ビューでは、Effortフィールドのみが表示されますが、フィーチャーリストには両方が表示されます(カラムをカスタマイズしている可能性がありますが、どちらも標準で表示されています)。

NB:XPとスクラムの用語を交換している可能性があります。もしそうなら、そう言いなさい!デフォルトでは、TFS 2015バージョン14.0.24712.0

enter image description here

答えて

1

Scrum Guideは多くのことを言っていません。どのような推定アプローチを取るかについて。この理由のために、スクラムをしている多くの人々がXPから来るストーリーポイントアプローチを採用しています。しかし、それが取ることができる推定するための唯一のアプローチではありません。

別の一般的なアプローチは、ストーリーポイントと時間ベースの見積もりの​​両方を組み合わせることです。 TFSは、この特定のアプローチをサポートするように設定されているようです。

これは、特定の組み合わせのアプローチがどのように働くかである:

ストーリーポイントは物語の相対的なサイズを推定するために使用されます。各スプリントの終わりに、チームは完了したストーリーの数を計算し、ストーリーポイントを使って速度を計算します。この速度は、チームが将来のスプリントに適合するためのガイドとして使用されます。

スクラムチームがストーリーポイントの見積りを完了すると、各ストーリーをタスクに分割します。次に、タスクに関する時間ベースの見積もりを行います(たとえば、タスク1 = 2時間)。これらのタスクレベルの推定を行うためのいくつかの理由があります。

  • 推定タスクのプロセスは、多くの場合、
  • いくつかの設計と実装の詳細を引き出すタスクレベルの推定値はある特定の専門分野(例えば、テスター)を持っていることを示してもよいです
  • タスクレベルの見積もりは、ストーリーポイントのアプローチが特定のスプリントを過負荷にしていないことを確認する役割も果たします(たとえば、チームは20のストーリーポイントを置くことができます。彼らはそれがあまりにも多くの仕事であることを認識したレベルの推定)

このアプローチは、スクラムで最初に始まったチームに特に人気があります。多くのチームがこのアプローチを使用して開始し、タスクレベルの見積もりをスクラムの使用に慣れていくと、それを落とします。

TFSはこのアプローチでうまくいくように設定されていますが、それがScrumで推定できる唯一の方法であるとは限りません。

+1

"スクラムガイドでは、どのようなアプローチを取るべきかについてはあまり言及していません。そのため、スクラムをやっている多くの人々が、XPのストーリーポイントアプローチを採用しています。 それは、私が(私が思うに)XPとScrumを交換している理由かもしれません... – SvendK

+0

また、ストーリーを比較的時間通りに見積もることも私がそれを学んだ方法ですが、TFSがストーリーのStory Pointsフィールドを持っているときに、なぜEffortが表示されるのかまだ分かりません。私は、物語のために相対的に見積もるのが普通ではないのですか? – SvendK

+0

タスクの場合は、残りの作業を示します。それは私が好きではない別のものです。元の見積もりが表示されるはずです(これは私が見ることができ、また隠されたフィールドです)。タスクが完了すると、タスクが実行されている間ではなく、変更が移動していますか?それとも私だけですか? – SvendK

1

を実行

は、それが唯一努力列が(バージョン14.95.25122.0)を表示しています: enter image description here

+0

ありがとう、私はまたそれを削除しました。 – SvendK

関連する問題