1

次のようなユーザー ストーリーがあるとします。

  • "ユーザーは、製品マシンから製品を追加、変更、または削除できます。ユーザーは、製品マシンで顧客が利用できる製品マシンのリストを構成できます",

このユーザー ストーリーは大きすぎると思うので、4 つに分割します。

  • 「ユーザーとして製品機に製品を追加したい」
  • 「ユーザーとして製品機から製品を改造したい」
  • 「ユーザーとして製品マシンから製品を削除したい」
  • 「ユーザーとして、製品マシンで使用可能な製品のリストを構成したい」

ポイントは、私の意見では、最後のストーリーは他のストーリー、特に最初のストーリーに依存しています。なぜなら、製品を追加できない場合、明らかに製品の構成を作成できないからです。したがって、これらのユーザー ストーリーは独立していないため、INVEST に準拠していません。

この事実をどのように管理できますか？

4

2 に答える 2

2

そのような話を扱うときは、あなたが分割したように分割する方が良いと思います。

ストーリー間に依存関係があることに同意しますが、それらを分割すると役立ちます。

  1. 進捗状況をより適切に追跡します。
  2. 分散チームとこれらのユーザー ストーリーの分散開発により、より無駄がなく、より柔軟になります。

ただし、これらのストーリーを追跡する方法として、ツールを使用して依存関係をマークしたり、開発の後半で依存関係のストーリーをスケジュールしたりできます。

しかし、繰り返しになりますが、ストーリーを分割することと、分割を細かく管理する必要がないようにするために、分割の粒度との間にトレードオフが必要です。

于 2013-10-19T13:25:45.693 に答える
0

このトピックで回答を共有しました。お役に立てば幸いです。

ユーザー ストーリーはいつ結合および分離する必要がありますか? https://stackoverflow.com/a/14559624/1118158

于 2013-10-27T04:30:24.440 に答える