次の方法で共有

プロセス構成 XML 要素のリファレンス

  • [アーティクル]

プロセスの構成では、チームがアジャイル計画ツールを使用してアクセスできる既定の構成および機能を定義します。 Web ポータルから表示できるこれらのツールには、プロダクト バックログ、スプリント バックログ、かんばんボード、およびタスク ボードが含まれています。 これらのツールは、Visual Studio Online またはオンプレミスの Team Foundation Server (TFS) でチーム プロジェクトを作成すると、利用できるようになります。

構成要素は、作業項目の種類 (WIT)、既定の列、ツールによって使用されるフィールドなどの要素を指定します。 主な構成によって、どの項目がポートフォリオ、プロダクト、およびスプリント バックログに表示されるかが決まります。構成するには、プロセス構成 XML 定義ファイルの PortfolioBacklog、RequirementBacklog、および TaskBacklog セクションを定義します。 また、プロセス構成は、マッピングを必要とするすべての WIT で、ワークフローの状態とメタ状態とのマッピングを定義します。

プロセス構成 XML 要素

「チーム プロジェクトに合わせたアジャイル プランニング ツールの構成とカスタマイズ」では、ユーザー インターフェイスを通じて何を構成できるかと、ProcessConfiguration ファイルの定義による構成を必要とするものについての概要を示します。

ProcessConfiguration を通じてカスタマイズできる領域:

バックログを構成する

  • 作業項目の種類のカテゴリに対してメタ状態をマップする

  • 既定の列と列の順序をカスタマイズする

  • クイック追加パネルをカスタマイズする

  • タスク ボードに表示できる作業項目の数を変更する

  • ツール特有の作業項目の種類に対してメタ状態をマップする

  • アジャイル計画ツールとグラフで使用されるフィールドを割り当てる

  • 週末の曜日を指定する

  • 作業項目の種類の色を変更する

  • プロパティと動作を指定する

プロセスの構成を更新するには、XML 定義ファイルをエクスポートして編集した後、ファイルをインポートします。 witadmin コマンド ライン ツールを使用して、このファイルをインポートおよびエクスポートします。

WIT オブジェクトをカスタマイズするプロセス

注意

このトピックで示す構文のサンプルは、スクラム プロセス テンプレートで定義されている既定の割り当てに対応しています。プロセス テンプレートの最新バージョンにアクセスするには、TFS の最新バージョンをインストールし、プロセス テンプレート マネージャーを使用してテンプレートをダウンロードします。

バックログを構成する

プロダクト バックログ、スプリント バックログ、およびポートフォリオ バックログで、以下の要素をカスタマイズできます。

  • メタ状態のマッピング: ワークフロー状態をメタ状態にマップします。 これらのマッピングは、かんばんボードとタスク ボードを含む、すべてのアジャイル計画ツールの表示をサポートします。

  • クイック追加パネル: 簡単に項目をバックログに追加するために表示される WIT および作業項目フィールドを指定します。

    バックログ項目またはタスクと見なされる作業項目の種類を変更するには、対応するカテゴリに作業項目の種類を追加します。 例については、「タスク ボードまたはバックログへのバグの追加」を参照してください。

  • 列フィールド: 既定のフィールドと列の順序を定義します。

以下の例に出てくる XML セクション内でバックログを構成します。

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>

     <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature" parent="Microsoft.EpicCategory" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story" workItemCountLimit="1000">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000">
. . . 
</TaskBacklog>

要素

説明

PortfolioBacklogs

省略可能です。 ポートフォリオ バックログのコンテナー要素。

PortfolioBacklog

省略可能です。 最大 5 個のインスタンス。

ポートフォリオ バックログのメタ状態のマッピング、既定の列、およびクイック追加パネルを定義するコンテナー要素。

<PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName" workItemCountLimit="MaximumLimit>
   <States> . . . </States>
   <Columns> . . . </Columns>
   <AddPanel> . . . </ AddPanel>
</PortfolioBacklog >

次のように属性に値を割り当てます。

  • category: このバックログの種類に関連付けられる WIT を含むチーム プロジェクトのカテゴリ定義ファイルで定義したカテゴリの名前を指定します。

  • parent: 階層内の親のポートフォリオ バックログを表すカテゴリの名前を指定します。

  • pluralName: このバックログの種類に関連付けられている WIT を参照するときに使用する複数形のラベルを指定します。 たとえば、Stories、Goals、Initiatives、Epics などです。

  • singularName: このバックログの種類に関連付けられている WIT を参照するときに使用する単数形のラベルを指定します。 たとえば、Story、Goal、Initiative、Epic などです。

  • workItemCountLimit: 整数を指定します。 既定値は 1000 です。 バックログとボードは、この制限に基づいて、表示される項目の数を制限します。

RequirementBacklog

必須。 1 個のインスタンスだけです。

プロダクト バックログのメタ状態のマッピング、既定の列、およびクイック追加パネルを定義するコンテナー要素。 プロダクト バックログでは、チームのバックログのアクティブな項目がすべて表示されます。

<RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName" workItemCountLimit="MaximumLimit" >
   <States> . . . </States>
   <Columns> . . . </Columns>
   <AddPanel> . . . </ AddPanel>
</RequirementBacklog >

TaskBacklog

必須。 1 個のインスタンスだけです。

スプリント バックログのレイアウトをカスタマイズするために使用されるコンテナー要素。

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit">
. . . 
</TaskBacklog >

実装に関するメモ

  • 既定では、各バックログは合計 1000 の作業項目に制限されています。 workItemCountLimit 属性の値を指定することで、この制限を変更できます。

  • CategoryName に割り当てる値は、チーム プロジェクト用に定義されたカテゴリ グループに対応している必要があります。 カテゴリの定義ファイルでカテゴリ グループを指定します。

  • バックログを整理し、バックログ項目のロールアップを低いレベルで表示し、複数のチーム全体の進行状況を表示するには、ポートフォリオ バックログを使用します。 新しいアップグレードされたチーム プロジェクトには、Features と Epics という 2 つのポートフォリオ バックログ レベルが含まれています。 最大 3 つのレベルを追加できます。 最上位レベルのポートフォリオ バックログだけが、親カテゴリを指定しません。

    注意

    一部のポートフォリオ バックログ機能を使用するには、上級アクセスが必要な場合があります。

  • プロダクト バックログは、チームが納品しようと計画しているもののロードマップであるプロジェクト計画に対応しています。 WIT が要件カテゴリに属している作業項目の一覧を表示します。 既定のチーム プロジェクトに用意されている WIT 以外のさまざまな WIT を管理するために、要件カテゴリに WIT を追加して、ワークフローの状態をメタ状態にマップできます。

  • スプリントまたはイテレーション バックログには、自分自身およびチームが特定のスプリント サイクルでコミットした要件およびそれらの要件にリンクしたタスクの両方が表示されます。 タスクは、親子リンクの種類を使用して要件にリンクします。 これらのバックログに表示される WIT はプロダクト バックログに表示される同じ種類に対応するため、プロダクト バックログに対するカスタマイズ作業の多くによって、スプリント バックログの機能が定義されます。

メタ状態へのワークフロー状態のマップ

ほとんどの WIT では、ワークフロー状態をメタ状態にマップする必要があります。 ワークフロー状態では、作業項目が最初のアクティブ化または作成から終了または完了に移行する方法を定義します。 たとえば、スクラム プロダクト バックログ項目に対して定義された状態は、4 つの状態の進行状況 (新規作成、承認済み、コミット済みから完了まで) を定義し、実装されずにバックログから削除された状態に対応する 5 番目の状態である削除済みも含みます。

一方、メタ状態は、アジャイル計画ツールによる各ワークフロー状態の処理方法を決定します。 バックログとタスク ボードで使用される主なメタ状態は、Proposed、InProgress、および Complete です。

メタ状態に各ワークフロー状態を関連付けることで、バックログおよびタスク ボードを表示するために実行されるバックグラウンド操作で、各作業項目の状態を正しく解釈する方法が認識されます。 たとえば、スクラム プロダクト バックログについては、次のマッピングが定義されています。

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

メタ状態には、アジャイル、バグ、フィードバックの 3 つのカテゴリがあります。 次の表に、マッピング属性と値の説明を示します。

要素

説明

State

必須。 メタ状態にワークフロー状態を割り当てます。

<State type="TypeName" value="ValueName"/>

TypeName の有効値は、カテゴリ グループに割り当てられた WIT の STATE セクション内の WORKFLOW に割り当てられる値に対応します。

ValueName の有効値は、次の列挙値のいずれかに対応します。

  • Agile: すべての作業項目の種類に使用します。

    • Proposed: 新しい、コミットされていない、またはまだ作業中ではない作業項目を示します。

    • InProgress: コミット済みまたは作業中の作業項目を示します。

    • Complete: 実行された作業項目を示します。 かんばんボードを有効にするには、1 つ以上のワークフロー状態を Complete のメタ状態にマップする必要があります。

      ワークフロー状態が Complete メタ状態に関連付けられた状態に移行すると、関連付けられている作業項目はプロダクト バックログに表示されなくなります。 ただし、かんばんボードの一覧には引き続き表示されます。

    サポートされているメタ状態のいずれかにマップされていないワークフロー状態の作業項目は、バックログまたはボードに表示されません。

  • Bug: バグ カテゴリ内でグループ化されている作業項目の種類に対してのみ使用します。 Agile メタ状態に加えて、解決済みのバグを示す Resolved メタ状態を含みます。

    注意

    Resolved の要素の下で指定されたワークフロー状態にのみ、BugWorkItems メタ状態を割り当てることができます。

  • Feedback: フィードバック要求またはフィードバック応答のカテゴリにグループ化されている作業項目の種類に対してのみ使用します。 Requested、Received、Reviewed、および Declined。

States

WIT のワークフロー状態をメタ状態に関連付ける State 要素のコレクションを指定します。

次の親要素に必須の要素。

  • BugWorkItems

  • PortfolioBacklog

  • RequirementBacklog

  • TaskBacklog

  • TestPlanWorkItems

  • TestSuiteWorkItems

  • FeedbackRequestWorkItems

  • FeedbackResponseWorkItems

既定の列と列の順序をカスタマイズする

Columns セクションで、各バックログにどのフィールドを表示するかを指定します。 [列のオプション] ダイアログでの変更は、再度変更するまで保持されます。

バックログ ページの既定の列とシーケンス

以下に、プロダクト バックログ用にスクラム プロセス テンプレートで定義されている既定の構成を示します。

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

要素

説明

Columns

Column の要素のコレクションを指定します。 バックログの要素に必須の要素: PortfolioBacklog、RequirementBacklog、および TaskBacklog。

Column

フィールドがバックログの列として表示されるように指定します。

<Column refname="FieldReferenceName"  width="FieldWidth" />

タスク ボードの列見出し

タスク ボードに表示される列ヘッダーは、タスク カテゴリに割り当てられる既定の WIT に割り当てられるワークフロー状態に対応します。 列の順序は、左から右に移動するワークフローの遷移の自然な進行に対応します。 列のレイアウトを変更するには、タスク カテゴリに割り当てられる WIT のワークフローを変更します。 タスク カテゴリの既定のタスクの種類に対して定義されたワークフロー状態は、「作業項目の種類のカテゴリに対してメタ状態をマップする」で説明されているように、有効なメタ状態に割り当てられている必要があります。

クイック追加パネルをカスタマイズする

クイック追加パネルのフィールドを追加できます。 たとえば、次の例では、プロダクト バックログ パネルに [ビジネス価値] を追加します。

ビジネス価値フィールドが追加されたバックログ パネル

パネルには、選択された WIT の WIT 定義の FIELDS セクションに含まれているフィールドのみが表示されます。 たとえば、バグの WIT を選択すると、バグにはビジネス価値が定義されていないため、タイトルのみが表示されます。 パネルに別の WIT を追加するには、ここで説明されているように、要件カテゴリに追加します。

次のコードは、Visual Studio Scrum および MSF for Agile のプロセス テンプレートで定義されている既定の割り当てに対応しています。

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

要素

説明

AddPanel

"クイック追加" エクスペリエンス (新しいバックログ項目が定義されたパネル領域内にフィールドが表示される) を指定するために使用されるコンテナー要素。

Fields

Field の要素のコレクションを指定します。

Field

作業項目フィールドがプロダクト バックログのパネル内に表示されるように指定します。

<Field refname="FieldReferenceName"/>

同じフィールドが、バックログのカテゴリに含まれる各 WIT の作業項目フォームに表示されます。

タスク ボードに表示できる作業項目の数を変更する

パフォーマンス上の理由から、タスク ボードに表示される作業項目は最大 1000 個に制限されます。 タスク ボードを開くと、すべての作業項目がキャッシュに読み込まれます。 作業項目の数を制限することにより、読み込み時間が短縮される場合があります。 この制限を変更するには、workItemCountLimit 要素の TaskBacklog 属性の値を指定します。

たとえば、workItemCountLimit="800" を指定することによって制限値を小さくすることができます。

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

ツール特有の作業項目の種類に対してメタ状態をマップする

メタ状態のマッピングは、追加の WIT のカテゴリに対して定義されます。 スクラム プロセス テンプレートの場合、これにはフィードバック要求および応答のカテゴリのマッピングが含まれます。 MSF Agile と CMMI のプロセス テンプレートの場合、バグ カテゴリのマッピングも含まれます (スクラムには要件カテゴリ内のバグが含まれるため、RequirementBacklog セクション内のメタ状態のマッピングが定義されます)。

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

次の表は、ツール固有の作業項目の種類のメタ状態マッピングを定義するために使用される追加の要素を示します。 実際の状態の値および種類の割り当てについては、「作業項目の種類のカテゴリに対してメタ状態をマップする」を参照してください。 CategoryName は、チーム プロジェクト用に定義されたカテゴリに対応している必要があります。

要素

説明

BugWorkItems

省略可能です。 バグ カテゴリに割り当てられた作業項目の種類のメタ状態マッピングを定義するコンテナー要素。 これらのマッピングがアジャイル ツールの表示でどのように使用されるかに加えて、開発者が担当作業を使用してバグを移動したときに、チーム エクスプローラーの担当作業機能でバグの状態がどのように更新されるかも制御します。 詳細については、「ALM 開発者の 1 日: ユーザー ストーリーの新しいコードを作成する」を参照してください。

<BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</BugWorkItems>

FeedbackRequestWorkItems

必須。 カスタマイズしないでください。

フィードバック要求カテゴリに割り当てられた作業項目の種類のメタ状態マッピングを定義するコンテナー要素。

<FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</FeedbackRequestWorkItems>

FeedbackResponseWorkItems

必須。 カスタマイズしないでください。

フィードバック応答カテゴリに割り当てられた作業項目の種類のメタ状態マッピングを定義するコンテナー要素。

<FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</FeedbackResponseWorkItems>

TestPlanWorkItems

テスト計画のワークフロー状態をカスタマイズし、Visual Studio 2013.2 以前のバージョンとともにインストールされたテスト マネージャーのバージョンによるチーム プロジェクトへの接続をサポートする場合にのみ必要。

テスト計画カテゴリに割り当てられた作業項目の種類のメタ状態マッピングを定義するコンテナー要素。 例:

<TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">
    <States>
      <State type="InProgress" value="Design" />
      <State type="InProgress" value="Testing" />
      <State type="Complete" value="Signed Off" />
    </States>
  </TestPlanWorkItems>

TestSuiteWorkItems

テスト スイートのワークフロー状態をカスタマイズし、Visual Studio 2013.2 以前のバージョンとともにインストールされたテスト マネージャーのバージョンによるチーム プロジェクトへの接続をサポートする場合にのみ必要。

テスト スイート カテゴリに割り当てられた作業項目の種類のメタ状態マッピングを定義するコンテナー要素。 次に例を示します。

<TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">
    <States>
      <State type="Proposed" value="Authoring" />
      <State type="InProgress" value="Testing" />
      <State type="Complete" value="Completed" />
    </States>
  </TestSuiteWorkItems>

TestPlanWorkItems または TestSuiteWorkItems のメタ状態をマップするには、アプリケーション層サーバーを TFS 2013.3 にアップグレードする必要があります。 その後、テスト計画とテスト スイートのワークフロー状態をカスタマイズできます。

詳細については、「プロセス構成のインポートとエクスポート」を参照してください。

アジャイル計画ツールとグラフで使用されるフィールドを割り当てる

キャパシティ、バーンダウン チャート、予測、およびベロシティの計算で使用される作業項目フィールドを変更できます。 既定の割り当てのいずれかに対するすべての変更は、その値の情報を定義およびキャプチャするために使用される WIT に対する変更に対応している必要があります。

たとえば、refname に割り当てられた type="Activity" を変更する場合、アクティビティ情報をキャプチャするタスク カテゴリに割り当てられた WIT 定義に同じフィールドを含める必要があります。

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

要素

説明

TypeFields

必須。 TypeField の要素のコレクションを指定します。

TypeField

必須。 値が機能領域のアクティビティの種類をサポートするフィールドの参照名を指定します。 指定したフィールドが、機能の情報をキャプチャするために使用される WIT 内で使用するフィールドに対応している必要があります。

<TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / >

type="RemainingWork" の場合にのみ形式を指定します。 現在のスプリント バックログおよびタスク ボードのキャパシティ バーに表示する TimeUnitString として任意の文字列を指定できます。

アジャイル ツールの場合:

  • Activity: アクティビティごとのキャパシティ機能をサポートするために使用されます。 タスク カテゴリに割り当てられる WIT で使用される同じフィールドを指定します。

    メモ: キャパシティ ツールに表示される値は、プロジェクト コレクション インスタンス内のすべてのチーム プロジェクト内のフィールドに対して定義されたすべての値の和集合を反映しています。 したがって、スプリント キャパシティに対して表示される値を制限するには、type="Activity" に割り当てられたフィールドの値をすべてのチーム プロジェクトで一致させる必要があります。

  • Effort: チームのベロシティを計算するために使用されます。 バックログ項目で実装する必要がある見積もり工数のレベル、ストーリー ポイント、または作業量のサイズをキャプチャするために使用する、要件カテゴリに割り当てられる WIT で使用される同じフィールドを指定します。

  • Order: バックログやボードの項目の並べ替え順序を定義するために使用されます。 作業項目は、この型のフィールドで定義されている昇順に従って一覧に表示されます。

    注意

    バックログの一覧内を上下にドラッグして、項目を移動できます。項目を移動すると、バックグラウンド プロセスは type="Order" に割り当てられたフィールドを更新します。

  • RemainingWork: 残存作業およびバーンダウン チャートを計算するために使用されます。 タスクを完了するまでの残り時間、日数、またはその他の単位をキャプチャするために使用するタスク カテゴリに割り当てられる WIT で使用される同じフィールドを指定します。

    format に指定する値は、残存作業がレポートされるスプリント バックログやタスク ボードで使用されます。 たとえば、アクティビティごとのキャパシティやチーム メンバーごとのキャパシティをレポートする場合や、タスク ボードのタスクの状態の列見出しの隣で使用されます。

    TimeUnitString の場合、時刻の値を反映するために使用する、時間や日数などの文字列を指定します。

    たとえば、以下の値はすべて有効です。

    format="{0} h"

    format="{0} hours"

    format="hours {0}"

    format="time {0}"

  • Team: バックログをチームに関連付けるために使用されます。 既定値は System.AreaPath です。 区分パスからチームを分離するには、「チームをサポートするために区分パスの代わりにチーム フィールドを使用する」で説明しているように、異なるフィールドを指定できます。

フィードバック要求フォームの場合:

注意

次の TypeField 要素に対する既定の割り当てを変更する必要はありません。これらの割り当ては、フィードバック要求カテゴリに割り当てられる WIT の対応する情報をキャプチャするために使用されるフィールドに対応しています。

  • ApplicationStartInformation: アプリケーションを実行するためのパスをキャプチャするために使用されます。

  • ApplicationLaunchInstructions: 起動手順をキャプチャするために使用されます。

  • ApplicationType: アプリケーションの種類をキャプチャするために使用されます。 一覧に表示される種類は、フィードバック要求の WIT 定義で指定されている許可値に対応します。 この一覧をカスタマイズする方法については、「選択リストのカスタマイズ」をご覧ください。

TypeFieldValues

TypeFieldValue の場合、type="ApplicationType" 要素では必須。

フィードバック要求フォームで使用されている TypeFieldValue の要素のコレクションを指定します。

TypeFieldValue

必須。 カスタマイズしないでください。

フィードバック要求フォームに表示するアプリケーションの種類の名前を指定します。

<TypeFieldValue value="ApplicationTypeName" type="TypeApp"/>

既定の割り当ては、フィードバック要求フォームの種類の定義で指定されている許可値に対応します。

<TypeFieldValues>
   <TypeFieldValue value="Web application" type="WebApp" />
   <TypeFieldValue value="Remote machine" type="RemoteMachine" />
   <TypeFieldValue value="Client application" type="ClientApp" />
</TypeFieldValues>

実装に関するメモ

  • TypeFields セクション内のフィールドを変更する場合は、WIT 定義内で対応する変更を行う必要があります。 たとえば、作業の Effort をキャプチャするために割り当てられたフィールドを変更する場合、プロダクト バックログ項目の WIT 定義でも同じ変更を加える必要があります (Scrum の場合)。

  • このインデックスを使用してフィールドの参照名を検索できます。

非稼働日の割り当て

非稼働日は、キャパシティ プランニング ツールおよびバーンダウン グラフによって行われる計算から除外されます。 既定の Visual Studio Online プロセスおよび TFS プロセス テンプレートでは、土曜日と日曜日が非稼働日になっています。 チーム プロジェクトの作成後、各チームは固有の非稼働日を設定できます。

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

要素

説明

DayOfWeek

Weekends 要素の子です (必須)。

非稼働日に対応する曜日を指定します。

<DayOfWeek>NameOfADay</DayOfWeek>

有効な名前は、英語の曜日に対応しています。Sunday、Monday、Tuesday、Wednesday、Thursday、Friday、および Saturday。

注意

オンプレミス TFS のインストールされている言語に関係なく、英語で曜日を指定する必要があります。

Weekends

省略可能です。 非稼働日を指定するために使用されるコンテナー要素。

キャパシティやバーンダウン チャートの計算で非稼働日を考慮する場合は非稼働日を指定します。

作業項目の種類の色を変更する

WIT に割り当てられた色に基づいてクエリの結果またはバックログを表示すると、WIT を容易に識別できます。

異なる作業項目の種類への色の割り当て

スクラム プロセス テンプレートでは、以下の色の割り当てが定義されています。 同様のものが、アジャイルおよび CMMI テンプレート用に作成されます。

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Plan" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Suite" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Parameter" />
</WorkItemColors>

要素

説明

WorkItemColors

省略可能です。 作業項目の種類の色を指定するためのコンテナー要素。

WorkItemColor

Web ポータル内で WIT を表示するために使用される色を指定します。 基本色はリストの表示で使用され、2 番目の色は、タスク ボードやかんばんボードなどのボードの表示で使用されます。

<WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

プロパティと動作を指定する

この時点で指定できるプロパティは 1 つだけです。 BugsBehavior プロパティは、バグ、およびバグ カテゴリで定義されているその他の WIT がバックログおよびボードでどのように表示されるかについての既定の構成を定義します。 基本的には、バグを要件として扱うか、タスクとして扱うか、またはバックログとボードに表示しないかを構成できます。 チーム プロジェクトの作成後、各チームは動作を設定できます。

<Properties>
   <Property name="BugsBehavior" value="AsTasks" />
   <Property name="HiddenBacklogs" value="Microsoft.EpicCategory" />
</Properties>

要素

説明

Properties

省略可能です。 既定のプロパティおよび動作を指定するためのコンテナー要素。

Property

チーム プロジェクトを新機能で更新するときに、新しいチームまたは既存のチームに対して行われた既定の割り当てを指定します。 チームは、チーム設定を使用して必要な動作を選択できます。 BugsBehavior は、バックログまたはボードへのバグの表示の既定値を設定します。 HiddenBacklogs は、チームの非アクティブなバックログのカテゴリを指定します。

BugsBehavior に許可されている値は、以下に対応しています。

  • AsRequirements – バグが要件と同様にバックログとボードに表示されます

  • AsTasks – バグがタスクと同様にバックログとボードに表示されます

  • Off - バグがバックログまたはボードに表示されません

Q & A

Q: 他のアジャイル ツール機能のカスタマイズ方法を教えてください。

A: 一部のカスタマイズはユーザー インターフェイスから行うことができます。 それ以外は、プロセス構成やその他のチーム プロジェクト オブジェクトを編集する必要があります。 概要については、「チーム プロジェクトに合わせたアジャイル プランニング ツールの構成とカスタマイズ」を参照してください。

Q: タスク ボードやプロダクト バックログに表示される WIT を追加したり変更したりできますか。

A: カスタム WIT をバックログまたはタスク ボードのいずれかに追加できます。 ただし、それらの両方に表示することはきません。 方法については、「バックログとボードへの作業項目の種類の追加」をお読みください。