Share via


作業項目トラッキングおよびチーム プロジェクトのカスタマイズ

チーム プロジェクトを作成したら、チームのカスタマイズが可能です。カスタマイズできるほとんどの領域は、チーム プロジェクトに適用されます。一部の領域は、個々のチームに適用されます。このトピックでは、特定の領域をカスタマイズする方法についての詳細情報を提供するトピックへカスタマイズの一般的な型の概要、操作に関する実装の注意事項と依存関係とリンクを提供します。

[!メモ]

このトピックでは Team Foundation Server (TFS) が提供する既定のプロセス テンプレートの 1 種類から作成された (WIT) のオブジェクトを追跡するチーム プロジェクトと作業項目を示します。バックログ項目は、CMMI、またはスクラム プロセス テンプレートに基づいてチーム プロジェクトが、のを使用して作成されたか、ユーザー ストーリー、要件、製品バックログ項目、バグを示すことができます。詳細については、「Team Foundation Server のプロセス ガイダンスとプロセス テンプレート」を参照してください。

カスタマイズできる領域

  • 区分パスとイテレーション パス

  • チーム、チームおよびチーム アラートお気に入り

  • アジャイル ページとグラフ

    • バックログのページ、残存作業、空き、速度と予測

    • 委員会には。

  • 作業項目のドロップダウン メニュー内の選択リストまたは項目フォームは

   

  • 作業を追跡し、レポート機能と統合をサポートするために使用されるフィールド

  • 作業項目の種類に対して定義されたワークフロー

  • 再配置フィールドの名前の数を制限します

  • フィールド規則を適用するユーザーをユーザーが作業項目を変更するか、または制限します。

  • フィールドに対するパターン マッチを適用します。

カスタマイズをサポートするメソッドとリソース

  • ウィットのオブジェクトをカスタマイズするために使用されるメソッド

  • その他の技術情報

[!メモ]

チーム プロジェクトの作成に使用するプロセス テンプレートをカスタマイズできます。で、チーム プロジェクトを作成した後は、カスタマイズは、既にインストールされています。具体的には、ウィットのオブジェクトをカスタマイズし、アーティファクトがあります。プロセス テンプレートをカスタマイズするには、いくつかのチーム プロジェクトにエンタープライズ配置用に作成されるとカスタマイズを配置する最も効率的な方法です。「プロセス テンプレートのカスタマイズ」を参照してください。

要件

  • 区分レベルおよびイテレーションを作成または削除するには、チームまたはチーム プロジェクト貢献度のメンバーである必要があります。

  • チームを作成するか、ほとんどのウィットのオブジェクトを、作業項目の種類などのカスタマイズ、カテゴリ、またはプロセス構成、チーム プロジェクトの [プロジェクト管理者] のグループのメンバーである必要があります。

  • フィールドの属性を変更するには、[プロジェクト コレクション管理者] のグループのメンバーである必要があります。

  • バックログとタスクなどの機能チームを表示するには、Team System Web Accessのアクセス 完全には のグループのメンバーである必要があります乗ってします。追加のライセンス要件が適用される場合があります。詳細については、「Team System Web Access の機能へのアクセス」を参照してください。

    詳細については、「アクセス許可の管理」を参照してください。

区分パスとイテレーション パス

の使いやすいカテゴリに作業項目を関連の機能および開発マイルストーンなどのグループ化するには、区分とイテレーションを定義できます。論理的で、物理的な機能チームが所有するカテゴリ、または領域に作業を再配置の領域にを使用します。作業をスプリントに再配置したり、チームのサイクルをタイムアウトにイテレーションを使用します。

区分レベルおよびイテレーションに関連したカスタマイズできるもの :

  • 14 までのレベルおよびイテレーション レベルが深に子の領域を追加します。

  • チームの既定の区分パスと既定のイテレーション パスを指定します。既定値は、高速の追加によって製品バックログのページのパネルを作成するバックログ項目に自動的に再配置。

  • 選択します。区分とイテレーションでチーム使用する。「チーム区分とイテレーションの定義」を参照してください。

  • 次のスプリントで実行するためにチームがイテレーションを追跡したり、使用するイテレーションの開始日と終了日を設定します。

  • ビューへのアクセスを制限するか、作成するか、作業項目を編集し、領域で定義されているテスト計画を管理します。

  • ユーザーが区分またはイテレーションで定義されている子ノードを追加または変更できるように制限します。

実装のメモ:

  • 子の区分とイテレーションが [区分パス][イテレーション パス] のフィールドのドロップダウン メニューに表示されます。これらのフィールドは、ほとんどの作業項目フォームおよびクエリ エディター内のフィルター条件に表示されます。また、多くののボックス (OOB) は参照にフィルター処理目的のこれらのフィールドを報告します。

  • イテレーション バックログのページのリンクは、チーム用に選択したこれらのイテレーションに対してのみバックログのページに表示されます。

  • 製品バックログ、ボードのタスク、またはチーム ホーム ページなどの機能を使用するには、につれてチームのアクティブ 1 文字以上の区分パスを選択する必要があります。「チーム区分とイテレーションの定義」を参照してください。

  • 256 個以上の文字から成るパスを定義する場合は、Microsoft Projectに指定できません。この問題を回避するには、次の 10 文字との子区分とイテレーションをラベルに、ノードの入れ子レベルを 14 にします。

カスタマイズできます。:

  • 追加または領域を変更し、Team System Web Accessを開き、歯車 [設定] アイコン (Team System Web Access) アイコンをページの上部に、ユーザー名の横のをクリックします。管理者のページで、[区分] を選択します。または、Visual Studioから、[Team, Team Project Settings, Work Item Areas] を選択します。

  • Team System Web Access、のページから追加または変更するために、イテレーション パスを [繰り返し] を選択します。

    区分およびイテレーションの作成および修正」を参照してください。

ページのトップへ

チーム、チームおよびチーム アラートお気に入り

各チームの作業に独自のバックログを管理し、それぞれのスプリントを管理しながら、チーム プロジェクトのチームを作成できます。また、チームは、タスクの板やバーンダウン チャート、およびセットアップのチーム アラートを使用して進行状況を追跡できます。各チーム プロジェクトは、既定のチーム機能します。

チーム ホーム ページに表示されるライブ タイルをカスタマイズできます。作業項目クエリ、ビルド定義、またはソース管理フォルダーのショートカット メニューからチームのお気に入りにオブジェクトを追加することによってタイルを追加します。次の図は、の 6 種類のタイルが追加された例を示します。タイルを選択して、すぐにクエリ、ビルド定義、またはソース管理フォルダーの情報にアクセスできます。

チームのお気に入りの管理

チームに関連したカスタマイズできるもの:

  • チーム メンバーを管理し、リソースを参照するためにアクセスします。

  • 区分およびイテレーション パスに説明されているように、チーム領域およびイテレーションを定義します。

  • 変更が作業項目に発生したときに電子メール通知を送信するチーム アラート、コード レビューを定義し、ソース管理ファイルは、ビルド。

  • チーム ホーム ページからの追加と作業項目クエリ、ビルド定義とソース管理フォルダーにリンク削除のタイル。

  • 再シーケンス チーム ホーム ページのタイルのセット。

実装のメモ:

  • [担当者] のフィールドは Team System Web Accessのショートカット メニューからアクセスされたときにチーム メンバーのみを表示するように設計されています。

  • すべてのチーム メンバーは、タイルを表示して、チームのホーム ページに指定できません。配列します。どのチーム メンバーでもタイルのセット、およびシーケンスを変更できます。

カスタマイズできます。:

  • 、Team System Web Accessから追加するには、チームが管理者のページを開くために歯車 [設定] アイコン (Team System Web Access) アイコンをクリックします。[概要] のタブで、[新しいチーム] のリンクを選択します。「チームの作成と構成」を参照してください。

  • チーム アラートを定義し、Team System Web Access の管理ページを開き、[通知] のタブをクリックします。「個人およびチーム警告の設定」を参照してください。

  • ホーム ページに表示できするチーム ホーム ページにタイトルを追加するには、各オブジェクトのショートカット メニューから [チームのお気に入りに追加] を選択します。チーム ホーム ページにのみチームお気に入りを追加することはできません。[お気に入りを追加することはできません。管理チームのお気に入りを参照してください。

  • 再シーケンスは、タイル、チーム ホーム ページを開き、適切なシーケンスに再配置するにはドラッグ並べて表示します。

ページのトップへ

アジャイル ページとグラフ

バックログの一部の要素をカスタマイズし、Team System Web Access が提供するページに乗るできます。各チームが独自のバックログを管理し、ページに乗るできますが、定義されたこれらのページに対して行われたすべてのカスタマイズが適用されます。チーム プロジェクトにすべてのチームが。

JJ190744.collapse_all(ja-jp,VS.110).gifバックログのページ、残存作業、空き、速度と予測

特定のイテレーションに再配置バックログ項目を実装するタスクの作成をサポートするページのイテレーション バックログ項目を作成し、並べ替え、およびTeam System Web Access するには、バックログのページ製品バックログの 2 種類があります。これらのページに加えて、表示領域、バーンダウンとチームの速度グラフが表示されます。これらのページの使用の詳細については、アジャイル計画とイテレーション"を参照してください。

バックログのページに関連したカスタマイズできるもの:

  • バックログのページに表示される作業項目の種類を変更します。

    既定では、以下の項目がバックログ項目と見なされます: ユーザー ストーリー (アジャイル)[プロダクト バックログ項目][バグ] (Scrum)、および 条件 (CMMI)

  • 、イテレーション バックログのページのバックログ項目にリンクするタスクとして作成できる作業項目の種類を変更します。

  • [Quick Customize 内で追加する製品バックログのページのパネルを表示するフィールドを変更します。たとえば、高速パネルのエントリの一部として必須フィールドを追加する場合があります。

  • 最初の表示列と列の順序を変更します。これらの要素を変更し、Team System Web Access は、変更を保存されています。

  • 残存作業を追跡に使用する作業項目のフィールド アクティビティを入力し、バックログ項目のサイズを計算し、チームの速度をチームに対してキャプチャ バックログ項目を、標準休日を表示するための並べ替え順序変更します。

実装のメモ:

  • イテレーション バックログのページのリンクは、チーム用に選択したこれらのイテレーションに対してのみバックログのページに表示されます。

  • 、バックログ内のページに追加する各作業項目の種類ごとに、構成プロセスの metastates にワークフロー状態の一つ以上をマップする必要があります。マップされているすべての状態は、マップされたカテゴリに再配置作業項目の種類の 1 種類に対応する必要があります。

  • バックログのページで表示されることから作業項目の種類を削除すると、metastates に状態のマッピングを削除する必要があります。

  • 次の作業項目フィールドが構成のデータ型を処理するためにマップされます。要件カテゴリまたはタスク カテゴリに作業項目の種類を追加すると、作業項目の種類の定義に対応するフィールドを追加することを検討してください。

    作業項目のフィールド型説明
    残存作業 RemainingWork バーンダウンと荷重曲線の生成をサポートします。ユーザーがタスク カテゴリに追加する作業項目の種類に残存作業を追加します。
    アクティビティ (アジャイル、スクラム) または[作業分野 (CMMI) Activity アクティビティによって解放の生成をサポートします。ユーザーがタスク カテゴリに追加する作業項目の種類に対応するフィールドを追加します。
    ストーリー ポイント (アジャイル)、作業 (Scrum)、またはサイズ (CMMI) Effort チームの速度グラフと予測の生成をサポートします。その条件のカテゴリに追加する作業項目の種類に対応するフィールドを追加します。
    スタック順位 (Agile と MSF for CMMI) またはスクラム (バックログ優先順位) Order バックログ項目の並べ替え順序を追跡するサポート。その条件のカテゴリに追加する作業項目の種類に対応するフィールドを追加します。

    構成プロセスの型に割り当てられる同じフィールドを再配置限り、上の表で別のフィールドの一覧とを指定できます。

  • 製品バックログのページから再配置並べ替え順序は、イテレーション バックログに表示され、ページに乗る項目のシーケンスを定義します。

カスタマイズできます。:

  • バックログのページで表示されることから追加したり、作業項目の種類を削除するか、型を削除する要件カテゴリの追加または。要件カテゴリを変更するには、Categories.xml ファイルを変更します。

  • 、イテレーション バックログのページからのタスクとして作成するか、タスクのカテゴリの種類を追加または削除できる作業項目の種類を追加または削除するには。タスク カテゴリを変更するには、Categories.xml ファイルを変更します。

  • [Quick Customize 変更するには、パネルを追加した場合、最初の列または列のシーケンスは、AgileConfiguration.xml ファイルを変更します。

  • metastate のフィールドにマップまたは型の割り当てを変更するには、CommonConfiguration.xml ファイルを変更します。

    バックログ ページのカスタマイズ」を参照してください。

  • 作業項目の種類にフィールドを追加するには、作業項目の種類の定義を変更します。「作業項目の種類のカスタマイズおよび管理 [witadmin]」を参照してください。

ページのトップへ

JJ190744.collapse_all(ja-jp,VS.110).gif委員会には。

タスクの委員会は、現在のイテレーションに対して定義されている作業項目を表示します。これらは現在の割り当てに対応する列の下に配置されたタスク カテゴリに再配置作業項目の種類が含まれています。

ヒントヒント

タスクで表示する作業項目に乗りする方法より適切 Team System Web Access が決定する方法を理解するために、現在のイテレーションのフィルター条件を表示できます。現在のスプリント バックログのページを選択し、[バックログ クエリの作成] を選択し、[OK] を選択し、を [Click here to view it] のリンクを選択します。作業項目のページで、[エディター] を選択します。

ボードの列ヘッダーはタスク カテゴリに追加された作業項目の種類に再配置ワークフローの状態から派生します。metastate にマップされたこれらの状態のみ表示されます。また、イテレーション バックログのページ インデックス、タスク カテゴリに対して定義されたに従ってタスクとして追加できる作業項目の種類。タスクのボードを使用する方法の詳細については、イテレーションの実行"を参照してください。

タスクのボードのページでカスタマイズできる事項:

  • タスクの委員会に表示される作業項目の種類を追加または変更します。たとえば、タスクの種類に加え、イテレーション バックログのページのタスクとして扱われ、ボードにタスクの種類のセットにバグを追加できます。

  • metastate のマップから条件を追加または削除することで、列を追加または削除します。たとえば、ブロックされた作業項目を示すために使用されるワークフローの状態がある場合は、ブロックを使用して列のページに表示されるようにその状態をマップできます。

  • タスクの委員会に表示できる作業項目の数に対する最大限を変更します。既定では、タスクの委員会は、合計 500 の作業項目に制限されます。

実装のメモ:

  • ユーザーがタスク カテゴリに追加する各作業項目の種類ごとに、構成プロセスの metastates にワーク フローの状態の一つ以上をマップする必要があります。マップされているすべての状態は、マップされたカテゴリに再配置作業項目の種類の 1 種類に対応する必要があります。マップされた状態のみボードの列として表示されます。

  • 作業の追跡とバーンダウンを計算をサポートするには、タスク カテゴリに追加された各作業項目の種類の定義に"残存作業"フィールドを追加する必要があります。

  • 要件カテゴリとタスク カテゴリの両方に作業項目の種類を追加できません。たとえば、要件カテゴリとタスク カテゴリにバグを追加することはできません。

カスタマイズできます。:

  • タスク カテゴリからタスクとして機能するか、型を追加または削除する作業項目の種類を追加または削除するには。タスク カテゴリを変更するには、Categories.xml ファイルを変更します。

  • metastate のマッピングを変更するには、CommonConfiguration.xml ファイルを変更します。たとえば、マッピングを、次の構文のように <State value="Blocked" type="Proposed" />追加することで、タスクの委員会にブロックされた列を追加できます:

    <TaskWorkItems category="Microsoft.TaskCategory">
        <States>
          <State value="Active" type="Proposed" />
          <State value="Blocked" type="Proposed" />
          <State value="In Progress" type="InProgress" />
          <State value="Closed" type="Complete" />
        </States>
    </TaskWorkItems>
  • タスクの委員会に表示できる項目数を増やすか、軽減するため AgileConfiguration.xml に対して定義で新しい範囲を指定します。たとえば、600 に最大の項目を設定するには、次:を指定します。

    <IterationBacklog workItemCountLimit="600">

    タスク ボード ページのカスタマイズ」を参照してください。

ページのトップへ

作業項目のドロップダウン メニュー内の選択リストまたは項目フォームは

選択リストは、作業項目フォームのドロップダウン メニューやクエリ エディター内の [値] の列内に表示される列挙値です。作業項目の種類の定義 FIELD のほとんどの選択リストを定義します。例外を以下に示します。

  • [区分パス] の値を定義し、Team System Web Access の管理]ページから [イテレーション パス] のフィールドを形成します。区分およびイテレーション パスを参照してください。

  • 作業項目の種類の定義の WORKFLOW のセクション内の [状態][理由] のフィールドの値を定義します。作業項目の種類に対して定義されたワークフローを参照してください。

  • TFS のセキュリティ グループにユーザーを追加または一連のグループまたはユーザーにアクセスを制限することによって [担当者] などのユーザー アカウントに関連付けられたフィールドの値を定義します。

    既定では、Team Foundation Server 内で追加されたグループおよび再配置フィールドのリストは、すべてのユーザーのアカウント名が含まれます。これらのアカウントは、Active Directory と同期されます。「インストールの準備」を参照してください。

選択リストに関連したカスタマイズできるもの:

  • 作業項目の種類で単一のフィールドに適用する簡単な選択リストを定義します。

  • プロジェクトのコレクション内の複数の作業項目の種類およびチーム プロジェクト全体で使用できるグローバル リストを定義します。

  • 形式、または選択リストまたはグローバル リスト内の禁止値割り当て、提案します。

  • 二つのリストは、リストを作業項目フォームに表示されるリストが適用される、設定された要件のユーザーを制限します。

実装のメモ:

  • 整数や文字列データ型を持つフィールドののみ選択リストを定義できます。

  • グローバル リストでは、作業項目の共有と、の複数の型は、チーム プロジェクト コレクション内のチーム プロジェクトによって参照されるリストを更新するために必要な作業を最小限に抑えることができます。グローバル使用は、チーム プロジェクト間で共通の使用を実装する場合に示します。

  • 異なる作業項目の種類およびチーム プロジェクトに表示される同じフィールドの複数選択リストを定義できます。

カスタマイズできます。:

  • 選択リストを定義または変更するには、作業項目の種類のフィールド定義を変更します。「選択リストの定義」を参照してください。

  • グローバル リストを定義するには、チーム プロジェクト コレクションで維持されるグローバル リストの定義を変更します。グローバル リストを使用するには、作業項目の種類でフィールド定義内に格納します。「グローバル リストの定義」を参照してください。

ページのトップへ

作業を追跡し、レポート機能と統合をサポートするために使用されるフィールド

作業項目フィールドは、作業項目の種類のデータの追跡、クエリの条件の定義、およびレポートのデザインに使用します。作業項目の種類に対して定義されている作業項目フィールドの使用方法のカスタマイズや、追跡データの追加要件をサポートするフィールドの作成ができます。また、フィールドの属性を指定または変更できます。

既定のフィールド セットは、各作業項目フィールドへの割り当てに基づいて、リレーショナル ウェアハウス データベースまたはキューブに表示されます。新しいフィールドを追加する前に、既存フィールドを使用するか、または既存のフィールドの reportable 属性を変更できるかどうかを検討する必要があります。「Visual Studio ALM のレポート可能フィールド参照」を参照してください。

作業項目フィールドに関連したカスタマイズできるもの:

  • 作業項目の種類にフィールドを追加します。システム フィールド、別の作業項目の種類に、カスタム フィールド定義されるフィールドまたは統合フィールドを追加できます。

    既定のプロセス テンプレートの TFS 内で定義されるシステム フィールドとフィールドの一覧については Visual Studio ALM の作業項目フィールド参照を提供しますが、" "を参照してください。

    統合フィールドは Team Foundation ビルド、Microsoft テスト マネージャー、または Team Foundation バージョン管理で管理する自動化されたプロセスによって生成される情報が含まれます。「テスト、ビルド、バージョン管理との統合をサポートするフィールドの追加」を参照してください。

  • 次のフィールド属性の変更: 1

    • 表示名 作業項目クエリで表示されます。この名前は、作業項目フォームに表示名と異なる場合があります。

    • Active Directory の同期 します。ユーザー アカウントに関連付けられたフィールドの同期を有効または無効にできます。

    • 指示。これらのフィールドでフィルター処理されたクエリのパフォーマンスを向上フィールドのインデックス作成を有効または無効にできます。

    • データ型。1 種類の間に切り替えるに PlainText または HTML のフィールドのデータ型を変更できます。

    • レポートは、レポート参照名とレポートの種類で表示されるようにレポート属性: フィールドの名前を変更できます。

      レポートの種類は、キューブを処理するときにフィールドのデータがリレーショナル ウェアハウス データベース、リレーショナル ウェアハウス データベースとキューブに書き込まれます、または値の事前計算結果を生成するかどうかを判定します。「Team System の Analysis Services キューブで用意されているパースペクティブとメジャー グループ」を参照してください。

実装のヒント:

  • システムがフィールド以外、レポートに表示するフィールドがフィールドが追跡される作業項目の種類の定義ファイルに定義する必要があります。

  • フィールドのデータ入力をサポートするには、両方に作業項目の種類の定義の FIELDS のセクションとセクション FORM のフィールドを含める必要があります。

  • フィールドを追加または変更すると、データが SQL Server Analysis Services キューブのフォルダーに論理的にグループ化するために、体系的な名前付け規則を追加する必要があります。「作業項目フィールドの追加および修正とレポート作成のサポート」を参照してください。

  • 作業項目の種類で定義されたすべてのフィールドは、チーム プロジェクト コレクション レベルで管理されます。エラーは 1 個のチーム プロジェクトに対して定義されているフィールドに再配置属性が別のチーム プロジェクトに再配置とは異なる場合に発生することがあります。これらのエラーを管理するには、データ ウェアハウスで発生しているスキーマ競合の解消を参照してください。

カスタマイズできます。:

ページのトップへ

作業項目の種類に対して定義されたワークフロー

ワークフローは、チームが作業の状態と進行状況を追跡できるようにします。各作業項目の種類のワークフローに関連付けられます。各ワークフロー定義が一連の有効な状態、遷移、および理由実行されるオプションのアクションからチーム メンバーが作業項目の状態を変更するときに構成されます。たとえば、状態は [新規作成][提案済み][アクティブ][作業中][完了済み]、または [終了] のような作業の状態を決定します。遷移は有効な進行と回帰、または水平方向の状態を、状態間の [削除済み] など、表します。遷移の理由の理由のサポートのトラッキング。たとえば、バグが再アクティブ化されたときに、[エラーによる終了] または [回帰] などの理由を選択できます。

次の図は、TFS が提供する既定のプロセス テンプレートに対して定義されたバックログ項目の既定のワークフロー状態の隣り合わせの比較を示しています。詳細については、「プロセス テンプレートの選択」を参照してください。

重要 : 重要

次の図は、インストールに用意されている既定のプロセス テンプレートに基づいている場合は、TFS 2012 にアップグレードします。重要な更新プログラムは最新の年は回更新の複数の作業項目の種類のワークフローを試みました。これらの変更は、以前のワークフローの状態に戻す解決済みまたは終了状態に誤ってかんばんの板やタスクのボードの作業項目をドラッグすると後方の遷移をように、コントロールをドラッグできます。サポートします。更新の詳細については、計画と追跡の新機能 を参照してください。

既定の最新バージョンへのアクセスを取得するには、テンプレートを処理し、最新のワークフロー定義を含むチーム プロジェクトを Team Foundation Server、インストールの最新の日付は回の更新を更新します。Microsoft ダウンロード Web サイトの更新を入手する場合: Microsoft Visual Studio Team Foundation Server 2012 の配列で回の更新[.]

Visual Studio Scrum 2.0

アジャイルよう用の MSF

CMMI v5.0 のプロセス テンプレートのよう

製品バックログ項目の状態の図

製品バックログ項目の状態ダイアグラム

ユーザー ストーリーの状態の図

ユーザー ストーリーの状態ダイアグラム

要件の状態

要求ワークフロー

作業項目の種類のワークフローでカスタマイズできる事項:

  • 状態、遷移、または理由を追加または削除します。

  • 既定の理由を変更します。

  • 作成できる、および理由の、または設定された状態遷移の種類の変更に基づいて、作業項目またはフィールドに変更の種類を制限します。フィールド規則を適用するユーザーをユーザーが作業項目を変更するか、または制限します。を参照してください。

  • 、遷移、または理由状態の変更時にカスタム動作を追加します。「状態、遷移、または理由に基づいたフィールド割り当ての自動化」を参照してください。

実装のメモ:

  • 状態と理由のフィールドのドロップダウン メニューには、作業項目の種類の WORKFLOW のセクションで再配置値を表示します。

  • Team System Web Accessバックログまたはボードのページで、と、表示される作業項目の種類に状態を使用して、追加のページの列も metastate に状態をマップする必要があります。その状態を表示する。

カスタマイズできます。:

  • ワークフローを変更するには、作業項目の種類の定義を変更します。「ワークフローのデザイン」を参照してください。

  • metastates にワークフロー状態をマップするには、CommonConfiguration.xml ファイルの定義を変更します。「Customize Process Configuration」を参照してください。

ページのトップへ

再配置フィールドの名前の数を制限します

既定では、再配置フィールドのドロップダウン メニューには、TFS へのアクセスを許可されたすべてのユーザーが表示されます。これは、既定の有効なユーザーのグループです。Windows の TFS またはセキュリティ グループに追加するユーザー アカウントのみを反映して表示ユーザーのセットを制限できます。

フィールドでカスタマイズできるものを再配置 :

再配置フィールドや他のカスタム人名フィールドのドロップダウン メニューに表示されるユーザーのリストを制限します。

実装のメモ:

  • セキュリティ上の制限を適用するための効率的な方法は、Windows または TFS で管理できます。カスタム グループを作成します。

  • Team System Web Accessでは、サポートする作業項目を再配置ショートカット メニューは、チームのメンバーに制限されます。

カスタマイズできます。:

  1. 使用する作成し、グループにアカウントをセキュリティ グループを追加します。たとえば、[Team Contributors] という新しいグループを作成します。「グループまたはユーザーのアクセス許可の変更」を参照してください。

  2. ユーザー設定を制限する各作業項目の種類の定義ファイルを変更します。VALIDUSER の要素を再配置フィールドの FIELD 要素定義に追加し、TFS 管理者グループを指定します。

    TFS チームのタスク グループに追加、これらのメンバーのみに再配置フィールドのユーザー設定を制限するにはたとえば、次のコード スニペットには、タスク定義付けに追加できます。

    <FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true">
       <HELPTEXT>The person currently working on this task</HELPTEXT>
       <ALLOWEXISTINGVALUE />
       <VALIDUSER group="Team Contributors" />
    </FIELD>

    ALLOWEXISTINGVALUE 要素を指定することで、メンバーがチームを辞めたり、プロジェクトの貢献者として登録されなくなったりしたときに発生する検証エラーを回避します。

    作業項目を作成または変更するためのアクセス許可の管理」を参照してください。

ページのトップへ

規則のフィールドに適用するユーザーをユーザーが作業項目を変更するか、または制限します。

ユーザーを作成、変更、解決したり、作業項目を終了したり、作業項目フィールドを変更できるように制限できます。また、フィールド規則が、有効な制限を指定して、ユーザーに基づいてであるか作業項目を作成または変更します。

数を制限する:

  • どのフィールドを管理するビジネス ユーザーに基づいて、作業項目を変更するか、が有効になります。ユーザーのグループに適用可能にを制限したり、を実装する次の規則要素に制限を適用できます。状態を、特定の遷移中に指定、または理由を選択したときに変更した場合に作業項目の作成と変更に、これらの規則:できます。

    • CANNOTLOSEVALUE

    • COPY

    • DEFAULT

    • EMPTY

    • FROZEN

    • MATCH

    • READONLY

    • REQUIRED

    • SERVERDEFAULT

    • VALIDUSER

    たとえば、次のコード スニペットと、一度は作業項目が作成されることを実行フロントエンドのメンバーのみスタック順位のフィールドを変更できる規則を適用できます。

    <FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">
       <FROZEN not="Management Team" />
       <HELPTEXT>Work first on items with lower-valued stack rank. Set in triage.</HELPTEXT>
    </FIELD>

    すべての FIELD XML 要素のリファレンス」を参照してください。

  • どのフィールドを管理するビジネス ユーザーに基づいて、作業項目を別のフィールドに再配置値で条件付きの変更するか、有効な場合は。条件付き規則は WHEN、WHENNOT、WHENCHANGEDと WHENNOTCHANGEDが含まれます。「条件付き値および条件付き規則の割り当て」を参照してください。

  • ユーザーが区分パスに対してアクセス許可を設定して、作業項目を変更できるか。区分およびイテレーション パスを参照してください。

  • ユーザーが WORKFLOW のセクションにフィールド規則を追加して、フィールドを変更できるか。たとえば、作業項目を解決、次の構文を指定して設定されている場合は、ストーリー ポイントに変更を加えることからのグループがわかります実行フロントエンドに属するユーザー以外のすべてのユーザーを制限できます:

    <STATE value="Resolved">
       <FIELDS>
          <FIELD refname="Microsoft.VSTS.Scheduling.StoryPoints">
             <FROZEN not="Management Team"/>
       </FIELD>
    </STATE>
  • ユーザーの状態を変更するか、特定の遷移を行うか、または理由を選択するとフィールドの規則と条件のフィールド規則を適用できます。

  • [状態][理由] のフィールドに、READONLY のフィールド規則のみ適用できます。

  • [区分パス] または [イテレーション パス] フィールドに規則を適用できません。

実装のメモ:

  • セキュリティ上の制限を適用するための効率的な方法は、Windows または TFS で管理できます。カスタム グループを作成します。

  • ユーザーがアカウント名に再配置ために使用するカスタム フィールドまたはシステム定義されているに制限を適用できます。これらのフィールドは、人名フィールドと呼ばれます。カスタム人名フィールドの TFS と Active Directory の間の同期を有効にできます。「Managing Work Item Fields [witadmin]」を参照してください。

カスタマイズできます。:

  • ユーザーが制限を設定する各作業項目の種類の定義ファイルを変更します。たとえば、WORKFLOW のセクションにフィールドによって作成されるのは、VALIDUSER のグループを指定することで、作業項目を作成できるユーザーを制限できます。

    <STATE value="New">
       <FIELDS>
          <FIELD refname="Microsoft.VSTS.Common.CreatedBy">
                <VALIDUSER group="Team Task Group" />
          </FIELD>
               . . .
       </FIELDS>
    </STATE>

    同様に、ユーザーに次のフィールド、ワークフローのフィールド規則を追加して、作業項目を解決、終了、または再アクティブ化するか、またはを制限する場合: 解決、終了したか、またはアクティブにします。

  • グループが定義 FIELD に有効 ALLOWEDVALUES か PROHIBITEDVALUESの下に追加するかを指定するグローバル リストを作成できます。

  • TFS または Windows のカスタム グループを作成できます。

  • 規則がフィールドに適用される制限事項を設定するには、FIELDS のセクション内の FIELD の子要素内の for または not の属性を指定します。たとえば、のリリースの必須フィールドがすべてのユーザーの READONLY 以外のトリアージ チームのグループの属性で指定することもできます。

    <FIELD name="Required for Release" refname="MyCompany.ProjectA.RequiredForRelease" type="String" reportable="dimension">
       <READONLY not="Team Triage Group" />
       <HELPTEXT>Specify Yes when true, otherwise leave blank.</HELPTEXT>
    </FIELD>

    詳細については、「作業項目を作成または変更するためのアクセス許可の管理」を参照してください。

ページのトップへ

フィールドに対するパターン マッチを適用します。

フィールドに英数字の特定のパターンに一致するように行われるエントリを制限できます。たとえば、一致するラベルがビルドに対して確立した示すことと番号に関する規約にビルド番号に規則を指定して、対応する値を入力するためのユーザーを実装できます。

パターン マッチかによってカスタマイズできる事項:

  • 特定のパターンに一致するエントリを制限します。

  • 一連のパターンの 1 回以上の繰り返しに一致するようにフィールドにエントリを制限します。

  • 規則を適用するまたは適用しないようユーザーまたはグループを指定します。

実装のメモ:

  • 整数へのパターン マッチを適用し、フィールドのみを文字列形できます。

カスタマイズできます。:

  • パターン マッチを適用するフィールドを含む作業項目の種類の定義ファイルを変更します。たとえば、month.day.year の形式で MATCH 規則を指定して、日付のエントリを実装できます。

    <FIELD refname="MyCompany.ProjectA.RequestDate">
       <MATCH pattern="nn.nn.20nn" />
       <HELPTEXT>Enter the date the request was received.</HELPTEXT>
    </FIELD>

    文字列フィールドとパターンの一致」を参照してください。

ページのトップへ

ウィットのオブジェクトをカスタマイズするために使用されるメソッド

チーム プロジェクトが作成されたら、次の方法の 1 個のウィットのオブジェクトをカスタマイズできます:

  • 作業項目の種類を変更するには、プロセス エディターを使用します

    プロセス エディター、ダウンロードし、インストールできる Visual Studio のパワー ツールのアドインを使用して、作業項目の種類を変更できます。[ツール] のメニューの下にあるをクリックし、プロセス エディターは、グラフィカル ユーザー インターフェイスを提供します。作業項目の種類、編集の作業項目の種類のインポートとエクスポートするには、このツールを使用するとプロセス テンプレートの内容を変更します。詳細については、Microsoft Web サイトの次のページを参照: Team Foundation Server のパワー ツール[.]

  • 作業項目フィールドの属性を変更します。: フィールドに再配置属性を変更するには witadmin のコマンド ライン ツールを使用できます。「Managing Work Item Fields [witadmin]」を参照してください。

  • エクスポートが、変更、ウィットのオブジェクトの定義ファイルをインポートする: カスタマイズするオブジェクトごとに、次の手順を実行する必要があります: 変更のスコープを識別し、依存関係を識別し、オブジェクトをエクスポートし、オブジェクトを更新し、オブジェクトをインポート、変更を確認します。

    カスタマイズの手順はそのオブジェクトを追跡します

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

    このプロセスを使用してカスタマイズできるオブジェクトは、作業項目の種類、リンクの種類、カテゴリ、グローバル リスト、グローバル ワークフローとプロセスの構成が含まれます。

    witAdmin: 作業項目を追跡するためのオブジェクトのカスタマイズおよび管理」を参照してください。

ページのトップへ

その他の技術情報

このトピックで説明する領域に加えて、チーム プロジェクトの次の領域をカスタマイズできます:

、追加の質問に対する回答を検索したり、これらの TFS のフォーラムの 1 の質問を投稿する:

ページのトップへ

参照

概念

チーム プロジェクトとプロセスのカスタマイズ

その他の技術情報

新しいチーム プロジェクトの開始