バックログまたはタスクボードへのバグの追加

[アーティクル]
06/10/2015

チームによっては、プロダクトバックログ項目、ユーザーストーリー、要件などのバックログ項目としてバグが追跡される場合があります。また、バックログやタスクボード上で追加の作業項目の種類 (WIT) が必要なビジネスプロセスもあります。

スクラムプロジェクトを使用している場合、バグは既にバックログに表示されています。ただし、Agile や CMMI など他のプロセステンプレートを使用してチームプロジェクトを作成した場合、バグはバックログにもタスクボードにも表示されません。

バグまたは他の WIT を追加するには、チームの設定で行うか、または次のオプションをサポートするようチームプロジェクトをカスタマイズできます。

配置	オプション
Visual Studio オンライン	オプション A: チームが、バックログ上でバグを追跡するよう選択します。
TFS 2013.4 の更新を使用したオンプレミス	オプションA: チームが、バックログ上でバグを追跡するよう選択します。オプション B: すべてのチームが、バックログ上でバグまたは追加の WIT を追跡します。オプション C: すべてのチームが、タスクボード上でバグまたは他の WIT を追跡します。
TFS 2013.4 の更新を使用しないオンプレミス	オプション B: すべてのチームが、バックログ上でバグまたは他の WIT を追跡します。オプション C: すべてのチームが、タスクボード上でバグまたは他の WIT を追跡します。

Visual Studio オンライン

オプション A: チームが、バックログ上でバグを追跡するよう選択します。

TFS 2013.4 の更新を使用したオンプレミス

オプションA: チームが、バックログ上でバグを追跡するよう選択します。
オプション B: すべてのチームが、バックログ上でバグまたは追加の WIT を追跡します。
オプション C: すべてのチームが、タスクボード上でバグまたは他の WIT を追跡します。

TFS 2013.4 の更新を使用しないオンプレミス

オプション B: すべてのチームが、バックログ上でバグまたは他の WIT を追跡します。
オプション C: すべてのチームが、タスクボード上でバグまたは他の WIT を追跡します。

オンプレミスの TFS で作業している場合は、バグまたは他の WIT が (バックログとタスクボードの両方ではなく) いずれか一方に表示されるようチームプロジェクトをカスタマイズできます。

TFS 2012 で定義されているチームプロジェクトに変更を加える場合は、Visual Studio 2012 バージョンのこのトピックを参照してください。

オプション A: チームが、バックログ上でバグを追跡するよう選択する (Visual Studio Online または TFS 2013.4)

各チームは、自身のバックログ上でバグを追跡するよう選択できます。オンプレミス TFS に接続すると、必ず TFS 2013.4 に更新されます。 (Microsoft Visual Studio 2013 の更新プログラム 4 を参照してください)。

チームの管理者でない場合は、管理者として追加するよう依頼します。
チームの管理ページから [設定] を開いて、バグを追跡するためのチェックボックスをオンにします。

オプションが表示されない場合は、チームプロジェクトのプロセス設定を更新する必要があります。
変更を表示するには、チームのバックログページを開くか、またはリフレッシュします。

バックログ上でのバグの追跡をサポートするようプロセス設定を更新する (オンプレミス TFS)

チーム設定のページで、バックログ上でバグを追跡するオプションが無効に設定されている場合は、チームプロジェクトについて次の XML 定義ファイルを検証するか、または更新します。これらのオブジェクトを更新するには、プロジェクト管理者グループのメンバーになる必要があります。

カテゴリ: 要件カテゴリには、バックログ項目に関連付けられている WIT のみが含まれます。バグカテゴリには、バグに関連する WIT のみが含まれます。厳密に言うと、要件カテゴリには、バグのエントリが含まれていてはいけません。

たとえば、次の定義は適切です。
```
<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
  </CATEGORY>
```
これらの定義は適切ではありません。Bug WIT が要件カテゴリに含まれているからです。
```
<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
    <WORKITEMTYPE name="Bug" />
  </CATEGORY>
```
カテゴリを更新するには、「カテゴリのインポートとエクスポート [witadmin]」を参照してください。
ProcessConfiguration: バグカテゴリを定義し、バグワークフロー状態をメタ状態へマップする BugWorkItems 要素が含まれています。次に例を示します。
```
<BugWorkItems category="Microsoft.BugCategory" pluralName="Bugs" singularName="Bug">
    <States>
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="Resolved" />
      <State value="Closed" type="Complete" />
    </States>
</BugWorkItems>
```
また、メタ状態のマッピングは、RequirementWorkItems と BugWorkItems で整合性がとれていなければなりません。たとえば、Active を、一方の Proposedでマップし、さらに別に InProgress にマップすることはできません。

ProcessConfiguration を更新するには、「プロセスの構成のインポートとエクスポート [witadmin]」を参照してください。
WIT 定義: バグカテゴリに含まれている WIT には、次のフィールドが定義されている必要があります。
- 作業量の追跡で使用するフィールド (ProcessConfiguration ファイルの type=Effort)。たとえば、チームプロジェクトを作成するのに Agile または CMMI プロセステンプレートのどちらが使用されているかに基づいて、ストーリーポイント (Microsoft.VSTS.Scheduling.StoryPoints) またはサイズ (Microsoft.VSTS.Scheduling.Size) があります。
- バックログの優先度の追跡で使用するフィールド (ProcessConfiguration ファイルの type=Order)。たとえば、Stack Rank (Microsoft.VSTS.Common.StackRank) があります。
- MSF for CMMI に基づくチームプロジェクトの場合、[必要条件の種類] (Microsoft.VSTS.CMMI.RequirementType) フィールド。プロセス構成の [クイック追加] パネルにそれが含まれているためです。

WIT 定義を更新するには、「作業項目の種類のインポート、エクスポート、および管理 [witadmin]」を参照してください。

かんばんボードの列マッピングの検証または更新

プロダクトバックログボードページ (かんばんボード) を開きます。

列の構成が正しくないことを示すメッセージが表示された場合は、列のマッピングを調整する必要があります。
[列のカスタマイズ] を開いて、定義した列ごとにバグワークフロー状態をマップします。

たとえば、次に示すように各列をマップします。

オプション B: すべてのチームが、バックログ上でバグまたは他の WIT を追跡します。

要件カテゴリに追加する WIT が、バックログページに表示されます。ユーザーストーリー (Agile) または要件 (CMMI) のバックログページに表示されるバグについて、オンプレミス TFS のチームプロジェクトに対して次のように修正します。

作業量の見積に使用されるフィールドを、バグ、または他の WIT 定義に追加します (Agile の場合はストーリーポイント、CMMI の場合はサイズ)。
バグまたは他の WIT を要件カテゴリに追加します。
プロセス構成のメタ状態のマッピングを確認します。

MSF for Agile プロセステンプレートに基づいているチームプロジェクトについて、バグ WIT を追加する方法を説明します。

[ストーリーポイント] フィールドの追加

バグ WIT 定義をエクスポートします。

witadmin exportwitd /collection:" CollectionURL" /p:MyProject /n:bug /f:DirectoryPath/bug.xml

[ストーリーポイント] フィールドを追加します。

<FIELDS>
. . . .
   <FIELD name="Story Points" refname="Microsoft.VSTS.Scheduling.StoryPoints" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The size of work estimated for implementing the bug.</HELPTEXT>
   </FIELD>



. . . .
</FIELDS>

MSF for CMMI に基づくチームプロジェクトの場合、[サイズ] と [必要条件の種類] を追加します。

<FIELD name="Size" refname="Microsoft.VSTS.Scheduling.Size" type="Double" reportable="measure" formula="sum" >
   <HELPTEXT>The size of work estimated for implementing this requirement</HELPTEXT>
</FIELD>
<FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
   <REQUIRED />
   <ALLOWEDVALUES>
      <LISTITEM value="Scenario" />
      <LISTITEM value="Quality of Service" />
      <LISTITEM value="Functional" />
      <LISTITEM value="Operational" />
      <LISTITEM value="Interface" />
      <LISTITEM value="Security" />
      <LISTITEM value="Safety" />
      <LISTITEM value="Business Objective" />
      <LISTITEM value="Feature" />
   </ALLOWEDVALUES>
   <DEFAULT from="value" value="Functional" />
</FIELD>

フォームレイアウトに [ストーリーポイント] を追加します。

<FORM>
. . . 
   <Column PercentWidth="33">
      <Group Label="Planning">
      <Column PercentWidth="100">
      <Control FieldName="Microsoft.VSTS.Scheduling.StoryPoints" Type="FieldControl" Label="Story Points" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
       <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.Severity" Type="FieldControl" Label="Severity" LabelPosition="Left" />          
       </Column>               
  </Group>

   </Column>
. . . 
</FORM>

CMMI に基づくチームプロジェクトの場合、FORM セクションに [サイズ] と [必要条件の種類] を追加します。

<Control Type="FieldControl" FieldName="Microsoft.VSTS.Scheduling.Size" Label="Size" LabelPosition="Left" />
<Control Type="FieldControl" FieldName="Microsoft.VSTS.CMMI.RequirementType" Label="Type" LabelPosition="Left" />

更新されたバグ定義をインポートします。

witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

要件カテゴリへのバグ WIT の追加

カテゴリ定義をエクスポートします。 TFS の管理アクセス許可がない場合は、アクセス許可を取得します。
```
witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"
```

要件カテゴリにバグの作業項目の種類を追加します。

<CATEGORY refname="Microsoft.RequirementCategory" name="Requirement Category">
    <DEFAULTWORKITEMTYPE name="User Story" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>

カテゴリファイルをインポートします。

witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

プロセス構成のメタ状態のマッピングの確認

プロセス構成定義をエクスポートします。

witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f: "DirectoryPath/ProcessConfiguration.xml"

RequirementBacklog セクションで Resolved 状態が定義されていることを確認します。

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>. . . 

  </RequirementBacklog>

バグをカスタマイズして状態を追加した場合は、追加した状態ごとにマッピングを追加します。必ず、前方移動内の最後の状態を type="Complete" にマップします。

プロセス構成をインポートします。

witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

プロダクトバックログにバグを追加できることの確認

プロダクトバックログページを開くか、既に開いている場合はページを更新します。

作業項目 [種類] に対してドロップダウンメニューが表示されます。

かんばんボードのカスタマイズによる、バグの状態のスイムレーンへのマップ

プロダクトバックログボードページ (かんばんボード) を開きます。

バグの作業項目の種類またはその他の作業項目の種類を追加した場合、列構成が無効であることを示すメッセージが表示されます。
[列のカスタマイズ] を開いて、定義した列ごとにバグワークフロー状態をマップします。

たとえば、次に示すように各列をマップします。

オプション C: すべてのチームが、タスクボード上でバグまたは他の WIT を追跡します。

タスクカテゴリに追加する WIT は、タスクボードおよびイテレーションバックログのページに表示されます。バグまたはタスクをタスクボードに表示するためには、バグまたはタスクを親のプロダクトバックログ項目 (Scum)、ユーザーストーリー (Agile)、または要件 (CMMI) にリンクする必要があります。

オンプレミスの TFS の場合は、バグをタスクとして追跡するために次のように修正します。

必要なフィールドを、バグ WIT 定義へ追加します。
バグ WIT をタスクカテゴリへ追加します。
必須のメタ状態のマッピングをプロセス構成に追加します。

MSF for Agile のプロセステンプレートに基づくチームプロジェクトに対してこれを行う手順を次に説明します。

必要なフィールドの追加

チームプロジェクトに対して管理権限を持っていない場合は、プロジェクト管理者として追加してもらいます。
Visual Studio またはチームエクスプローラーがインストールされている環境でコマンドプロンプトウィンドウを開き、次のように入力します。
```
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE
```
64 ビット版の Windows で、%programfiles% を %programfiles(x86)% に置き換えます。チームエクスプローラーは無料でダウンロードできます。
バグの作業項目の種類の定義をエクスポートします。
```
witadmin exportwitd /collection:"CollectionURL" /p:MyProject  /n:bug /f: "DirectoryPath/bug.xml"
```
たとえば、CollectionURL は "http://MyServer:8080/tfs/TeamProjectCollectionName" となります。

Activity フィールドを追加します。これらを追加しない場合、構成が有効になりません。必要に応じて、残存作業と実績作業を追跡できるように、スケジューリングのフィールドを追加します。 Microsoft.VSTS.Scheduling.XXX フィールドは、すぐに使用できるレポートで使用できますが、アジャイル計画ツールでは使用できません。チームでこのようなフィールドを使用しない場合、追加する必要はありません。

<FIELDS>
. . . 
   <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
      <HELPTEXT>Type of work involved</HELPTEXT>
         <SUGGESTEDVALUES>
            <LISTITEM value="Development"/>
            <LISTITEM value="Testing"/>
            <LISTITEM value="Requirements"/>
            <LISTITEM value="Design"/>
            <LISTITEM value="Deployment"/>
            <LISTITEM value="Documentation"/>
         </SUGGESTEDVALUES>
   </FIELD>
   <FIELD name="Remaining Work" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>An estimate of the number of units of work remaining to complete this task</HELPTEXT>
   </FIELD>
   <FIELD name="Original Estimate" refname="Microsoft.VSTS.Scheduling.OriginalEstimate" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>Initial value for Remaining Work - set once, when work begins</HELPTEXT>
   </FIELD>
   <FIELD name="Completed Work" refname="Microsoft.VSTS.Scheduling.CompletedWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The number of units of work that have been spent on this task</HELPTEXT>
   </FIELD>
   <FIELD name="Start Date" refname="Microsoft.VSTS.Scheduling.StartDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to start the task</HELPTEXT>
   </FIELD>
   <FIELD name="Finish Date" refname="Microsoft.VSTS.Scheduling.FinishDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to finish the task</HELPTEXT>
   </FIELD>
. . . 
</FIELDS>

MSF for CMMI に基づくチームプロジェクトでは、Discipline フィールドと scheduling フィールドを追加します。

<FIELD name="Discipline" refname="Microsoft.VSTS.Common.Discipline" type="String" reportable="dimension">
        <ALLOWEDVALUES>
          <LISTITEM value="Analysis" />
          <LISTITEM value="User Experience" />
          <LISTITEM value="User Education" />
          <LISTITEM value="Development" />
          <LISTITEM value="Test" />
        </ALLOWEDVALUES>
        <HELPTEXT>The discipline to which the task belongs</HELPTEXT>
      </FIELD>

作業項目フォームに Activity フィールドと scheduling フィールドを追加します。タスクの作業項目の種類で定義されている Groups をコピーして、その場所にある Groups を置き換えるだけです。

<FORM>
. . . 
      <Group Margin="(10,0,0,0)">
          <Column PercentWidth="30">
            <Group Label="Status">
              <Column PercentWidth="100">
                <Control FieldName="System.AssignedTo" EmptyText="&lt;No one&gt;" Type="FieldControl" Label="Assi&amp;gned To" LabelPosition="Left" />
                <Control FieldName="System.State" Type="FieldControl" Label="Stat&amp;e" LabelPosition="Left" />
                <Control FieldName="System.Reason" Type="FieldControl" Label="Reason" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Planning">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
                <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Common.Activity" Type="FieldControl" Label="Activity" LabelPosition="Left" EmptyText="&lt;None&gt;" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="30">
            <Group Label="Classification">
              <Column PercentWidth="100">
                <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
                <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Effort (Hours)">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Scheduling.OriginalEstimate" Type="FieldControl" Label="Original Estimate" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.RemainingWork" Type="FieldControl" Label="Remaining" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.CompletedWork" Type="FieldControl" Label="Completed" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
        </Group>

. . . 
</FORM>

更新されたバグ定義をインポートします。

witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

バグ WIT をタスクカテゴリへ追加

カテゴリ定義をエクスポートします。

witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

タスクカテゴリにバグを追加します。
```
<CATEGORY refname="Microsoft.TaskCategory" name="Task Category">
    <DEFAULTWORKITEMTYPE name="Task" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>
```
注意

バグの作業項目の種類が、バグカテゴリとタスクカテゴリの 2 つのカテゴリに属することは問題ありません。

カテゴリファイルをインポートします。

witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

プロセス構成へのメタ状態のマッピングの追加

プロセス構成定義をエクスポートします。

witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

[解決済み] 状態のメタ状態のマッピングを TaskBacklog セクションに追加します。

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>
. . . 

  </TaskBacklog>

プロセス構成をインポートします。

witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

タスクボードにバグを追加できることの確認

タスクボードページを開くか、既に開いている場合はページを更新します。
ユーザーストーリーにリンクされた作業項目として、[タスク] または [バグ] を選択できます。
タスクボードに既存のバグを追加するには、ユーザーストーリーを開きます。この例では、ユーザーストーリーに Bug debt というタイトルが付いています。 [すべてのリンク] タブで、スプリントに含めるバグを選択します。

追加したバグを表示するには、タスクボードの更新が必要な場合があります。

ヒント

[実装] のタブはタスク専用であるため、このタブを使用してバグを追加することはできません。[実装] タブでのバグの追加をサポートするには、ユーザーストーリーの作業項目の種類で、FORM セクションを変更します。

タスクボードで、バグまたはタスクをドラッグして状態を更新します。状態が有効でない列に対しては、項目をドラッグできないことがわかるでしょう。たとえば、バグを新規の状態にドラッグすることや、タスクを解決済みの状態にドラッグすることはできません。これらの状態を使用する場合は、該当する WIT 定義について、これらの状態をワークフロー定義に追加します。

Q & A

Q: XML 定義ファイルを編集するには、他にどのツールを使用できますか。

A: witadmin コマンドラインツールを使用できます。このトピックで説明しているように、定義ファイルをインポートおよびエクスポートできます。このタスクを実行できるその他のツールには、TFS のパワーツールのダウンロードによって入手できるプロセスエディターや、Codeplex で使用できるコミュニティリソースプロジェクトである TFS チームプロジェクトマネージャーがあります。 TFS チームプロジェクトマネージャーを使用すると、コマンドラインインターフェイスを使用しなくても、XML 定義ファイルをすばやくエクスポート、編集、およびインポートできます。

Q: スクラムベースのチームプロジェクトで、要件カテゴリからバグ WIT を削除するとどうなりますか。

A: 要件カテゴリを参照している標準使用クエリとカスタムクエリは、バグ WIT が含まれている結果を返さなくなります。これらのクエリを更新することをお勧めします。

また、要件ベースのテストスイートを作成した場合、取得した作業項目は要件カテゴリに属します。バグに対するテスト計画を作成しようとしているスクラムチームは、クエリを更新してバグカテゴリを含める必要があります。

Q: メタ状態のマッピングについて知っておくべきことは何ですか。

A: オプション B およびオプション C に記載されている手順には、TFS 2013 が提供する Agile および CMMI のプロセステンプレートに基づいて、チームプロジェクトを変更する方法について説明しています。追加する WIT の状態モデルは、ProcessConfiguration ファイルで指定されているメタ状態のマッピングと一致する必要があります。状態モデルとメタ状態のマッピングが一致しない場合、こちらで説明されている追加の定義を作成する必要があります。

Q:バグをスクラムのタスクバックログおよびボードのページに表示するにはどうすればよいですか。

A: チームプロジェクトがスクラムプロセステンプレートに基づいている場合、バグをプロダクトバックログ項目ではなくタスクと対応させるには、次の手順に従ってください。

バグの作業項目の定義を編集します。Activity フィールドと Remaining Work フィールドを FIELDS セクションおよび FORM セクションに追加します。
カテゴリ定義を編集します。バグをタスクカテゴリに追加し、要件カテゴリから削除します。
プロセス構成定義を編集します。タスクカテゴリに Resolved 状態をマップし、要件カテゴリからこれを削除します。

Q: スプリントに割り当てたバグおよびタスクのうちスプリントバッグログに表示されないものがあるのはなぜですか。

A: タスクをイテレーションに割り当てることはできますが、親バックログ項目にリンクすることはできません。これらの項目は作成されたクエリに表示されますが、タスクボードそのものには表示されません。 TFS はクエリを実行していくつかのバックグラウンドプロセスを適用してから、タスクボード項目を表示します。

次の 3 つの原因により、タスクカテゴリに属している作業項目がスプリントバックログまたはタスクボードに表示されないことがあります。

親バックログ項目にタスクがリンクされていない。イテレーションパスがスプリントに設定されている親プロダクトバックログ項目 (スクラム)、ユーザーストーリー (アジャイル)、または要件 (CMMI) にリンクしたバグおよびタスクのみが、スプリントバックログページに表示されます。
タスクが、別のタスクの親である。タスクの階層を作成したときに、階層の下位に子レベルのタスクのみが表示されます。
タスクのリンクされている親が、他のチームに定義されているバックログ項目に対応している。または、タスクの親バックログ項目の区分パスが、タスクの区分パスと異なっている。

Q: [バックログ優先順位] フィールドまたは [スタック順位] フィールドはどのように使用されますか。

A: バックログページおよびボードページでは、[バックログ優先順位] フィールド (スクラム) と [スタック順位] フィールド (アジャイルおよび CMMI) を使用して、作業項目の並べ替え順序を管理します。これらのフィールドは、チームプロジェクトのすべての WIT に対して定義する必要があります。ただし、これらを作業項目フォームに含める必要はありません。これらのフィールドは、ProcessConfiguration 定義ファイル内の Order の種類に割り当てられたフィールドに一致する必要があります。

バックログまたはタスク ボードへのバグの追加