提案段階でクライアントに最初に伝えた機能をドキュメント化するために、機能を使用しています。次に、機能に関連するユーザーストーリーを作成して、ストーリーを簡単にプロポーザルにマッピングできるようにします。
ストーリーの多くは自然に機能全体にマッピングされますが、Team Foundation Server(TFS)では、1つのストーリーに複数の親機能を与えることができません。これは私が「間違っている」ためなのか、それとも現時点ではTFSの制限なのでしょうか。
TFSの親子関係では、作業項目は1つの親しか持つことができません。ただし、親は複数の子を持つことができます。
アジャイルプロセスの観点から見ると、ユーザーストーリーは1つの機能にのみ一致する必要があります。機能またはユーザーストーリーの定義が不十分であると思います。おそらく、ユーザーストーリーが大きすぎるか、ユーザー指向ではなくシステム指向です。一方、機能がきめ細かすぎて、ユーザーストーリーがより高いレベルの機能と結びついているはずです。複数の機能に関連付けられるユーザーストーリーの例を挙げられますか?
機能は、ソフトウェアのユーザーがその機能とどのように対話するかを詳しく説明するユーザーストーリーのコレクションを備えた高レベルの機能である必要があります。たとえば、「ログイン機能」は機能である可能性があります。 「Facebook認証の実装」、「アカウント削除の実装」、および「パスワードリセットの実装」はすべて、その機能に関連するユーザーストーリーです。
私の意見では、ユーザーストーリーを複数の機能にアタッチできない理由はありません。しかし、ほとんどの人はそれが悪い考えだと同意しているようです。ベストプラクティスは、ストーリーを1つの機能に制限することです。これにより、ストーリーが小さくなり、推定、構築、テストが容易になります。おそらくそれがTFSが現状であり、ベストプラクティスに固執することを強制する理由です。
あなたの目標は、誰かがあなたがすべきだと言っていることをすることではなく、特定のチームをできるだけ効果的にすることをすべきです。ストーリーに2つの機能をアタッチすると、そのようになります。そうは言っても、特別な理由がない限り、ベストプラクティスを堅持し、1つの機能のみをストーリーに関連付けることをお勧めします。