2

私たちのチームは、要件を収集するためにユーザー ストーリーを使用することから始めています。それらをタスクにどのようにマッピングする必要があるかについて、いくつかの混乱が発生しています。同じ基本的な開発タスクのさまざまな側面を説明するユーザー ストーリーがいくつかあるようです。例えば...

ユーザーストーリー:

  • XYZ ユーザーとして、目標に向けた進捗状況を追跡できるように、目標をフォームに入力したいと考えています。
  • XYZ ユーザーとして、誤ったデータを入力できないように、ターゲットに正の整数のみを入力できるようにしたい
  • XYZ ユーザーとして、利用可能なターゲットをフィルタリングして、特定のターゲットのみに集中できるようにしたい

仕事：

  • 検証とフィルタリングを使用してターゲットを入力するためのフォームを開発する

ここでの問題は、開発タスクが複数の親を持つことを防ぐ TFS を使用していることです。おそらくこれは、そもそもこのアプローチが何らかの形で間違っているためです。

誰でもこれを行う方法を提案できますか?

4

2 に答える 2

1

私たちのプロジェクトでもまったく同じ課題があります。そして、ユーザーストーリーに埋め込まれた必要な機能（の一部）を提供するタスクを持っていても問題ありません。

これをどのように処理するか：

  • リリース/スプリントの計画が完了した後、タスクをCHILDとして最も優先度の高いユーザーストーリーに関連付けます。
  • RELATESTOと同じタスクを他のユーザーストーリーに関連付けます。

実際には、タスク時間は、処理される最初のユーザーストーリーにロールアップされます。次のユーザーストーリーがスプリントに入れられると、タスクはすでに完了しています。

それはあなたのために働きますか？

于 2011-09-21T11:19:53.070 に答える
1

Firstly in the example above the task has three components at least

form validation filtering

it looks like three tasks three stories

solved?

于 2011-09-21T05:06:55.200 に答える