Team Foundation作業項目タイプの製品バックログ項目と機能の違い
Microsoft Team Foundationについて質問があります。 Visual Studioのチームエクスプローラーで、新しい作業項目を作成できます。ここでの作業項目の種類は、チームが選択したプロセステンプレートによって決まります。使用しているプロセステンプレートがわかりません。いずれにせよ、チームエクスプローラーで新しいワークアイテムを作成するときに、選択できるワークアイテムタイプのリストが表示されます。その中には「製品バックログアイテム」と「機能」があります。
目標解決日に関する2つのタイプの違いに気付きました。製品バックログアイテムの場合、これは反復の終了日によって決定されるようです。機能については、それほど明確ではありません。フィーチャーは反復（および反復終了日）にも関連付けられますが、フィーチャーには「ターゲット日付」と呼ばれる別のフィールドもあります。目標日のマウスホバーテキストは、「機能を完了するための目標日」です。
新しい作業項目の作業項目タイプとして「製品バックログ項目」または「機能」を選択する必要がありますか？ 2つの違いは何ですか？
スクラムプロセステンプレートを使用しているようです。 TFSサイトでは、製品バックログのアイテムと機能に関する非常に簡単な情報と、新しいワークアイテムタイプを作成するためのアイデアを公開しています。 http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx
この2つの違いは、作業項目をどの粒度で処理するかによって決まります。
- 製品バックログアイテムはタスクで構成され、推定作業量があります。
- 機能は製品バックログアイテムで構成され、対象日があります。
機能と製品バックログアイテムを使用するタイミングに関する公式なガイダンスを見つけることができませんでしたが、この回答の根拠となる独自のガイダンスを作成しました... http://www.nsilverbullet.net/ 2013/06/04/features-help-us-plan-work-better-in-team-foundation-service-scrum-process /
機能または製品バックログアイテムを作成しますか？
- 作成しようとしている新しいワークアイテムが単一のスプリントに収まると思う/希望する場合は、製品バックログアイテムを作成し、それをスプリントのタスクに分解する必要があります。
- 新しいワークアイテムが単一のスプリントに収まらないと考えている/わかっている場合は、フィーチャーを作成し、フィーチャーを分割して使用できる価値を提供するすべてのスプリントサイズのアイテム（製品バックログアイテム）を識別する必要があります将来のスプリントの計画。
[2014-05-19更新]
マイクロソフトは、TFSで実装されている機能とアジャイルポートフォリオの概念の使用方法に関する詳細情報を公開しました https://msdn.Microsoft.com/en-us/library/dn306083（v = vs.120）。 aspx
TFSはアジャイル開発戦略を適用するため、次のように言えると思います。
機能=叙事詩、バックログアイテム=ストーリー
叙事詩の内容は同様の物語です。
他の人がここで言ったように：
- 機能：トップレベル
- バックログ：機能の1レベル下（機能はバックログアイテムで構成されます）
作業項目をリンクし、ツリーリストとして表示できることに注意してください。したがって、バックログ項目を機能にリンクでき、後でタスクをバックログ項目にリンクできます。 。したがって、ニース階層ツリーリストを取得します。
機能は、「バックログアイテム」までのレベルです。チームは作業を高レベルのイニシアチブとして定義し、機能に分解します。これにより、実行される作業が「バックログ」としてさらに分類および定義されます。 ref http://msdn.Microsoft.com/en-us/library/dn306083.aspx ？
機能は製品バックログポートフォリオです。
http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx
私はOPと同じ疑問を抱いており、私の考えは@josantの回答と一致していますが、これは私にとって非常に合理的です。
一方、私はTFS + Scrumを採用するためのリファレンスとしてHundhausenの本[1]を使用しています。
彼は次のようなことを言った：
機能は、ユーザーまたはビジネスに価値を提供する個別の機能単位です。 PBIは、いくつかの機能を持つのに十分な大きさの場合があります。
その後：
機能は複数のシナリオに分類される場合があります。シナリオは、期待される結果を達成するための1つのパスを実行する機能のワークフローまたはステップのシーケンスを説明する物語です。
これらのアイデアの開発を続けています。
私にとって、フントハウゼンはユースケースについて話しているようですが[2]、それでも彼の提案は直感に反しているように感じます。
おそらく、それはあなたがより快適に感じ、それに固執する慣習を選択するだけの問題です。
これは私がそれを使用する方法です。ツール項目「作業」->「バックログ」の下に、「機能」と「バックログ項目」の両方がリストされます。機能から始めて、その時点でバックログアイテムがないようにします。バックログヘッダーの下の機能を選択し、フォームに機能名を追加してから保存して閉じることで、機能を追加します。新しく追加された各機能の左側には、緑色の+記号があります。プラス記号をクリックすると、選択オプションが表示されます。 [製品バックログアイテム]を選択します。開いたら、機能のように、トップフィールドにバックログアイテムの名前を入力します。これらのバックログアイテムを作成していますが、ポップアップはありません。必要に応じて他の情報を入力し、保存して閉じます。バックログアイテムを作成した後、新しく作成されたバックログアイテムの緑色の+をクリックします。バックログアイテムと機能に対して行ったように、ワークアイテムの名前を入力します。作業項目を追加するとき、反復フィールドにスプリントが含まれ、それを開くとスプリントになります。これは、私が見つけることができる場所で文書化されていません。私はそれが十分に詳細であることを望みます。