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

チームで使用する特定のプロセスおよび作業手順をサポートするようにチーム プロジェクトをカスタマイズできます。たとえば、新しい製品要件の流線形定義に高速に追加する製品バックログのページのパネルを必須フィールドを追加できます。そのほかのカスタマイズのアクティビティはフィールドをサポートするレポート要求に追加し、チームのプロセスに合わせてワークフロー定義の変更が含まれます。

[!メモ]

チーム プロジェクト用にカスタマイズする可能性がある上位 10 の領域の概要については 作業項目トラッキングおよびチーム プロジェクトのカスタマイズ"を参照してください。

カスタマイズ作業を開始する前に、カスタマイズできる方法、およびメソッドのプロジェクトの追跡の要件をサポートするために各型で使用できる型に、オブジェクトとメソッドでなければなりません。

また、これらのオブジェクトの変更、チーム プロジェクト アーティファクト、チーム アクティビティと範囲内にある依存関係を理解する必要があります。チーム プロジェクトに対してカスタマイズは、そのチーム プロジェクトで作業するすべてのチームに適用されます。一部のカスタマイズは、チーム プロジェクト コレクション内のすべてのチーム プロジェクトに適用されます。

カスタマイズできるオブジェクト

プロセス テンプレート、チーム プロジェクトまたはプロジェクト コレクションのオブジェクトをカスタマイズできます。プロセス テンプレートからチーム プロジェクトを作成します。プロセス テンプレートでは、チーム メンバーが使用する既定の規則、ポリシー、セキュリティ グループ、およびクエリだけではなく、追跡に使用できる作業項目オブジェクトの種類も定義されています。、プロセス テンプレート内でカスタマイズしたオブジェクトは、オブジェクトの初期化を提供します。プロセス テンプレートをカスタマイズすることで、そのプロセス テンプレートを使用して作成されたすべてのチーム プロジェクトのプロセスへの準拠が促進されます。また、プロジェクトをチーム クエリ、レポート、ソース・コード管理のチェックイン メモ、セキュリティ グループなどの定義によって取得操作中に時間を最小限に抑えられます。

次の表は、プロセス テンプレートまたはチーム プロジェクト用にカスタマイズできるオブジェクトを示します。オブジェクトのカスタマイズの詳細にチーム プロジェクトを作成したら、オブジェクトの列の下にあるリンクをクリックします。プロセス テンプレートの一部とするオブジェクトのカスタマイズの詳細について、列の下にあるリンクをクリックします。

Object

チーム プロジェクト

プロセス テンプレート

説明

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

チェック マーク チェック マーク

バックログ、スプリントの計画とチームの進行状況の作成をサポートします。初期構成を定義するには、バックログをカスタマイズし、ページに乗って。を参照してください。

[通知]

チェック マーク

変更がチーム プロジェクトに発生すると、個人およびチーム電子メール通知の定義をサポートしています。

区分

チェック マーク チェック マーク

論理的で、物理的な機能チームが所有するカテゴリ、または領域を定義します。最初の区分およびイテレーションを定義します。を参照してください。

[ビルド プロセス テンプレート]

チェック マーク チェック マーク

使用する 既定のビルド プロセス テンプレートを追加します。 してビルド定義を作成する場合。後でビルド プロセス テンプレートをカスタマイズできます。

[カテゴリ]

チェック マーク チェック マーク

プロセス構成、クエリなどの操作をサポートする一つ以上の作業項目の種類をグループ化します。「プロセス テンプレートへの作業項目カテゴリの種類定義の追加」を参照してください。

チェックインおよびチェック アウト ポリシー

チェック マーク チェック マーク

ユーザーがコードをチェックインまたはチェック アウト時に特定のアクションを適用する規則を構成します。「Team Foundation バージョン管理の初期構成の定義」を参照してください。

ダッシュボード (アジャイル)

ダッシュボード (CMMI)

チェック マーク

チームの進行状況を把握を提供します。チーム プロジェクトの作成に使用するプロセス テンプレートによっては、既に複数のダッシュボードが定義されている場合があります。これらのダッシュボードをさらにカスタマイズすることも、新しいダッシュボードを作成することもできます。ダッシュボードは SharePoint 製品の統合が必要です。

ドキュメント

チェック マーク チェック マーク

チーム プロジェクト ポータルを使用してドキュメントやファイル共有をサポートします。SharePoint 製品が必要です。プロジェクト ポータルを定義します。を参照してください。

Excel レポート

チェック マーク

プロセス テンプレートのサポートのダッシュボードによって構成されるレポートに署名し、カスタマイズはできません。チーム プロジェクトの作成後に、Excel の追加のレポートをカスタマイズして作成できます。

グローバル リスト

チェック マーク

値の定義と保守サポートは、多くのチーム プロジェクトで使用するために示します。

グローバル ワークフロー

チェック マーク

作業項目フィールドおよびグローバルの定義と保守サポートは、多くのチーム プロジェクトで使用するために示します。

イテレーション

チェック マーク チェック マーク

スプリントまたは製品のリリースのマイルストーンを定義します。最初の区分およびイテレーションを定義します。を参照してください。

リンクの種類

チェック マーク チェック マーク

作業項目間のリンクの関係のカスタマイズをサポートします。作業項目のリンクの追加の型定義を参照してください。

Microsoft Project のフィールド マップ

チェック マーク チェック マーク

データを発行して Microsoft Project、TFS はたらいたときに更新する方法をカスタマイズします。作業項目の種類に新しいデータ フィールドを追加すると、フィールドが計画に表示されるようにフィールドをマップできます。「Microsoft Project フィールドの Team Foundation フィールドへのマッピング」を参照してください。

ガイダンスを処理します。

チェック マーク チェック マーク

チーム プロジェクトで使用アーティファクトのチーム メンバーに関するガイドラインを提供するサポート。プロセス ガイダンスのガイダンス ファイルと位置を処理するために示すハイパーリンクをカスタマイズできます。.プロジェクト ポータルを定義します。を参照してください。

レポート

チェック マーク チェック マーク

レポート マネージャーにアクセスするレポートの既定のセットをカスタマイズする、または新しいレポートを作成します。レポートを追加します。を参照してください。

テスト構成

チェック マーク チェック マーク

テスト構成は、テストするためにユーザー環境を表すハードウェアとソフトウェアの組み合わせを指定します。最初のテスト構成を構成します。 追加の構成をテスト マネージャーを使用して定義するにはできます。

テスト解決状態

チェック マーク

テストが失敗した理由を指定します。既定の設定は次のとおりです。: 検索、テストの問題、製品の問題や構成の問題が必要です。テスト マネージャーの初期化を定義します。を参照してください。

[テストの設定]

チェック マーク チェック マーク

テストの設定によってデータを収集する診断データ アダプターを制御します。最初のテストの設定を構成します。 またはテストの設定をテスト マネージャーを使用して指定します。

テスト変数

チェック マーク チェック マーク

ソフトウェアがクライアント デバイスの種類、サーバー オペレーティング システム、ネットワークの速度、または Database Edition など、配置されるユーザー環境を反映する要素の仕様をサポートしています。テスト構成は複数のテスト変数を組み合わせたものです。初期テストの変数を構成します。 またはテスト変数をテスト マネージャーを使用して指定します。

TFS 管理者グループとアクセス許可

チェック マーク チェック マーク

セキュリティ グループおよびアクセス許可の構成をサポートします。最初のグループ、チーム メンバー、およびアクセス許可を構成します。 または新しいグループを作成またはアクセス許可を変更するには

作業項目のフィールド

チェック マーク チェック マーク

進行状況を監視し、データを追跡するサポート。クエリとレポートをサポートするデータの追跡 を参照してください。

作業項目クエリ

チェック マーク チェック マーク

作業項目を検索およびレポートの生成をサポートします。プロセス テンプレートにクエリを追加します。を参照してください。

作業項目の種類

チェック マーク チェック マーク

ソフトウェア開発プロジェクトのすべての追跡とレポートの基盤を提供します。追跡されるフィールド、ワークフロー、およびフォームをカスタマイズできます。作業項目の種類の例には、バグ、ユーザー ストーリー、タスクなどがあります。作業項目の種類の定義の追加を参照してください。

ページのトップへ

自分の範囲の条件の確認

次の 4 点を考慮する必要があります。

  • カスタマイズの範囲を検討する。次の表では、選択対象の影響と範囲からカスタマイズ オプションの概要を示します。

    スコープ

    オブジェクト

    実装のメモ

    プロセス テンプレートに変更を追加します。

    カスタマイズできるオブジェクトを参照してください。

    複数のチーム プロジェクトを作成することを計画し、プロジェクトを実行中に取得し、チームのプロセスに状況を実装する時間を最小限にする場合は、このオプションを選択します。

    チーム プロジェクトの変更を追加します。

    カスタマイズできるオブジェクトを参照してください。

    チームの変更だけを要求すると、このオプションを選択します。

    複数のチーム プロジェクトに変更を追加します。

    カスタマイズできるオブジェクトを参照してください。

    複数の既存のチーム プロジェクト間でプロセスの一貫性を保証する場合は、このオプションを選択します。複数のチーム プロジェクトにオブジェクト定義ファイルへの変更をインポートする必要があります。

    プロジェクト コレクション内のすべてのチーム プロジェクトの変更を追加します。

    作業項目は、グローバル リスト、リンクの種類フィールドとフィールド

    チーム プロジェクト コレクションに対して定義されているオブジェクトをカスタマイズする場合は、コレクションで定義されたすべてのチーム プロジェクトに影響します。実行がこのレベルで変更する場合について考えます。

  • データ統合の要件を検討する。[一連のフィールドは Team Foundation ビルド、Test Managerと Team Foundation バージョン管理に統合されています。これらのアプリケーションでこれらのフィールドにデータの割り当てを自動化します。「テスト、ビルド、バージョン管理との統合をサポートするフィールドの追加」を参照してください。

  • ローカリゼーションとグローバリゼーションの要件を検討する。作業項目の種類、フィールドと作業項目の種類に対して定義されている多くの要素名をローカライズできます。「WITD 子要素のローカリゼーションとグローバリゼーション」を参照してください。

  • 複数のグループが関係する作業のサポートに必要なカテゴリ グループを検討する。名前の異なる類似した作業項目がある場合は、カテゴリを使用して、その作業項目をグループ化することにより、レポートをより簡単に生成できます。チーム プロジェクト全体カテゴリのサポートの柔軟なクエリ、レポート、構成プロセスと統合。「作業項目の種類のカテゴリをグループ化するカテゴリの定義」を参照してください。

ページのトップへ

アジャイル ページとグラフのカスタマイズ

アジャイル ページのコンテンツ、外観はウィットのオブジェクトの定義と、チームによる割り当てに基づいています。ウィットのオブジェクトには、作業項目の種類、カテゴリ、構成プロセスが含まれます。作業項目の種類は、データを取り込むために、チームで使用するフィールド、ワークフロー、およびフォームのレイアウトを定義します。このデータはウィットのデータ ストアに書き込まれます。

Team System Web Access のアジャイル ページとグラフがリアルタイムでウィットのデータ ストアを参照します。次の図では定義がチーム プロジェクト コレクション内のすべてのチーム プロジェクトで適用することを強調するには、作業項目フィールドが青いボックスに表示されます。オレンジ色ボックスは、チーム プロジェクトに対して定義されているウィットのオブジェクトを示します。紫色で示したアジャイル ページとグラフは、チーム用に定義されています。

プロセス構成の依存関係

ページのトップへ

Dd286521.collapse_all(ja-jp,VS.110).gifウィットのオブジェクトをカスタマイズおよびチーム アクティビティ

チーム プロジェクトのプロセス構成をカスタマイズして、アジャイル ページの外観をカスタマイズできます。アジャイルするファイル ページのカテゴリを変更して、チーム プロジェクトに対して表示される作業項目の種類をカスタマイズできます。チーム プロジェクトのプロセス構成内のグラフの生成をサポートする作業項目フィールドのマッピングおよび変更できます metastate マップなどの他の要素を格納します。

次の表は、チーム アクティビティ Team System Web Accessとして定義するオブジェクトとウィットのオブジェクトによってカスタマイズできる要素を示します。

アジャイル ページまたはグラフ

ウィットのオブジェクトによってカスタマイズできる事項

チーム アクティビティで定義される内容

製品バックログ

  • ユーザーが製品バックログに追加できる作業項目の種類。要件カテゴリを変更してそれを変更します。

  • を使用して直ちにバックログに項目を追加するには "quick" に表示されるフィールドは、パネルを追加します。

  • 列と列のシーケンスの最初のセット。

  • バックログ項目のバックログ優先順位または並べ替え順序を管理するために使用されるフィールド。CommonConfiguration.xml ファイル、Order の種類の変更すると、これを変更します。

    項目または再シーケンスの項目を追加するため、バックグラウンド プロセスが動的に [スタック順位] のアジャイルとフィールド (CMMI) または [バックログの優先度] フィールド (Scrum) の値を更新します。

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

  • 既定のチーム領域およびイテレーション パスを設定します。これらの値は、バックログで作成された作業項目に自動的に再配置、ページに乗ります。

    製品バックログ チームの既定の区分パスの下の領域に再配置は、の作業項目だけです。

  • リスト内の要素をドラッグして相対的な優先順位を反映するアイテムを指定します。

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

  • イテレーションの項目にドラッグします。

    プロダクト バックログの作成または追加」を参照してください。

イテレーション バックログ

  • 追加できる (子作業項目の種類によって既定タスクです)。タスク カテゴリを変更してそれを変更します。

    これらの同じ作業項目の種類は、タスクの委員会に表示されます。

  • 列と列のシーケンスの最初のセット。

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

  • バックログ項目にタスクを追加します。

    ヒントヒント
    作業項目がバックログのページの表示で選択され、[バックログ クエリの作成] を選択し、[OK] を選択し、をクリックします。かを理解するには [Click here to view it] のリンクを示します。作業項目のページで、[エディター] を選択します。
  • 製品バックログまたは別のイテレーションに項目をドラッグします。

    イテレーションの計画」を参照してください。

委員会には。

  • タスクの委員会に表示される作業項目の種類。

  • 委員会に表示される列。これらの列は構成の metastates を処理するにはマップされたワークフロー状態に関連付けられます。

    CommonConfiguration.xml ファイルでこれらのマッピングを定義します。ワークフローの状態を変更した場合、プロセス構成を変更する必要があります。すべての状態がマップすることはできません。

  • タスクの委員会 (既定でできる作業項目の最大数は 500 です) がある。

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

  • タスクを作成します。

  • 別の列にタスクをドラッグします。

  • 残存作業時間を更新し、別のチーム メンバーにタスクを再割り当てします。

    イテレーションの実行」を参照してください。

バーンダウン チャート

  • バーンダウンを計算するために使用されるフィールド。CommonConfiguration.xml ファイル、Remaining Work の種類の変更すると、これを変更します。

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

  • タスクの残存作業時間フィールドを更新します。

    ヒントヒント
    アジャイル グラフは、最初の見積もりと実績作業に入力された情報を使用しません。この情報は 進行状況を監視し、便利なレポートを生成する必要なアクティビティに説明されているように、および MSF のボックス (OOB) Excel レポート マネージャー、レポート、チーム プロジェクトでのみ使用されます。

キャパシティ

  • 最大利用可能時間ごとに表示されるアクティビティの計算に使用されるフィールド。CommonConfiguration.xml ファイル、Activity の種類の変更すると、これを変更します。

  • チームが使用できません (曜日既定値は土曜日や日曜日) です。

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

  • タスクごとに、値をアクティビティに (アジャイル スクラム) を指定し、トレーニングします (CMMI)。

  • 各イテレーションで、各チーム メンバーの空きと時刻を設定します。

速度と予測

  • 速度を計算し、予測をサポートするために使用されるフィールド。CommonConfiguration.xml ファイル、Effort の種類の変更すると、これを変更します。

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

ページのトップへ

Dd286521.collapse_all(ja-jp,VS.110).gif実装のメモ

  • カテゴリに作業項目の種類を追加する場合は、作業項目の種類の定義に次の表に示す対応する作業項目フィールドを追加する必要があります。データを追跡するために使用する作業項目フィールドを変更すると プロセスの構成ファイルで定義されているフィールド マッピングを変更する必要があります。

    フィールド

    カテゴリ

    使用方法

    アクティビティ (アジャイル、スクラム) または[作業分野 (CMMI)

    タスク カテゴリ

    アクティビティによって解放の生成をサポートします。

    残存作業

    タスク カテゴリ

    バーンダウンと荷重曲線の生成をサポートします。

    ストーリー ポイント (アジャイル)、作業 (Scrum)、またはサイズ (CMMI)

    要件カテゴリ

    チームの速度グラフと予測の生成をサポートします。

    スタック順位 (Agile と MSF for CMMI) またはスクラム (バックログ優先順位)

    要件、タスク カテゴリのカテゴリ

    バックログとタスク項目の並べ替え順序を追跡するサポート。

  • 要件カテゴリとタスク カテゴリの両方に同じ作業項目の種類を再配置することはできません。タスクの委員会は、二つのカテゴリに再配置明確な作業項目の種類によって異なります。

  • バックログ項目のワークフロー状態からの追加、タスクまたはバグ、およびその状態にアジャイル ページまたは自分の作業の機能に反映されるよう構成プロセスの metastate のマッピングを更新する必要があります。ワークフローの状態、プロセス metastates と構成を参照してください。

ページのトップへ

クエリとレポートをサポートするデータの追跡

作業項目に対してキャプチャすべてのデータがウィットのデータ ストアに書き込まれますが、Select データのみ Analysis Services データ ウェアハウスに書き込まれます。各作業項目フィールドに再配置 reportable 属性はデータがリレーショナル ウェアハウス データベースのみまたはリレーショナル ウェアハウスと OLAP キューブの両方に記述されているかどうかを判定します。レポート可能フィールドに詳述するか、DateTime、または測定するように設定されている reportable 属性があります。Team Foundation Server の 1 つの配置内の各プロジェクト コレクションで定義されている全チーム プロジェクトのレポート可能データは、すべて 1 つのリレーショナル データ ウェアハウスに書き込まれます。そのウェアハウスのデータは、OLAP、処理されてキューブに書き込まれます。このようにデータを 1 つのデータ ウェアハウスに集めることで、複数のチーム プロジェクト コレクション間にまたがるレポートを作成できます。

次の図は、作業項目が強調して、フィールド属性フィールドは、青いボックスで表示するグローバル リストは、チーム プロジェクト コレクション内のすべてのチーム プロジェクトでことを適用します。オレンジ色ボックスは、チーム プロジェクトに対して定義されているウィットのオブジェクトを示します。

作業項目およびデータ ストアの追跡に使用するフィールド

[!メモ]

ウィットのデータ ストアがリアルタイムにチーム メンバーが作業項目を作成または変更するように更新されます。インクリメンタル更新はリレーショナル ウェアハウス データベースおよび OLAP キューブに、2 分 2 時間ごとに、個別に書き込まれます。

ページのトップへ

Dd286521.collapse_all(ja-jp,VS.110).gif作業項目フィールドのカスタマイズ

新しいフィールドを追加したり、追跡の要件をサポートする既存フィールドをカスタマイズできます。TFS が提供する既定の作業項目の種類に対して定義されているフィールドの一覧については、Visual Studio ALM の作業項目フィールド参照を参照してください。

次の表は、ローカライズ カスタマイズまたはできるフィールドに再配置要素と属性です。フィールドを追加またはフィールドの子要素を変更するには、フィールドが定義されている作業項目の種類をカスタマイズします。ウィットのオブジェクトをカスタマイズするために使用されるメソッドを参照してください。フィールド属性を変更するには、作業項目のフィールドを管理します。を参照してください。

子要素または属性のフィールドについて。

変更できるか。

ローカライズできるか。

メモ、制限事項と依存関係

データ型のフィールド (要素)

例外を除き、No

N/A

フィールドに設定できるデータの種類を指定します。一般に定義されている場合、フィールドのデータ型を変更できません。型 HTML か PlainTextのフィールドに対してのみ、フィールドのデータ型を切り替えることができます。

フィールドの表示名 (要素)

表示名は作業項目クエリのドロップダウン メニューに表示され、チーム プロジェクト コレクション内で定義されたすべてのフィールドで一意である必要があります。表示名が作業項目フォームに表示されるフォームのラベルとは異なる場合があります。

フォームのラベル (コントロール要素)

作業項目フォームで、表示名に別のが使用するラベルを指定できます。

Indexable (属性)

N/A

フィールドでフィルター処理する場合、クエリの応答時間を改善するようにフィールドのインデックス作成を有効にできます。既定では、次のフィールドは、インデックス付けされています: に、日付、状態、理由変更される再配置作成された領域 ID、イテレーション ID と作業項目の種類。

ヘルプ テキストとツール ヒント フィールド (の子要素)

各作業項目の種類で各フィールドの最大 255 文字のカスタム文字列を定義できます。

フィールド規則 (フィールドの子要素)

N/A

フィールドに関連付けられた規則を追加または変更できますの結合フィールドは制御します。たとえば、次の 1 種類のアクションを実行する規則を指定できます:

  • 必要なフィールドまたは読み取り専用にします。

  • 既定値を設定したり、フィールドに値をコピーします。

  • フィールドをクリアしたり、フィールドをさらに変更することを制限したりする。

  • フィールドに別のフィールドと同じ値が含まれていないことを確認します。

  • 文字列フィールドの値をパターンに一致させる必要がある。

  • フィールドを変更できるユーザーを制限する。

  • 別のフィールドの値が変更されている場合、またはフィールドに特定の値が割り当てられている場合に、フィールドに規則を適用する。

規則のフィールドについて、に適用されます。

N/A

各フィールドの規則の場合、この規則がするまたは適用されないユーザーまたはグループの名前を指定できます。

条件付き規則のフィールド

N/A

ほとんどのフィールド規則では、個別のフィールドに再配置値に基づく条件付き規則を適用します。参照項目

選択リストまたはグローバル リスト

N/A

の作業項目の種類に対して定義される選択リストのカスタマイズしたり、新しいフィールドの追加をサポートするために選択リストを追加します。また、グローバル リストで選択リストを置き換えることができます。グローバル リストは、作業項目が共有する複数の型リストを更新するために必要な作業を最小限に抑えることができます。グローバル リストは、グループ間の一貫性をサポートします。

レポート属性

レポートは、レポート参照名とレポートの種類に表示されるフィールドの名前を変更できます。レポートの表示名をローカライズできます。

レポートの種類が OLAP キューブを処理するときにフィールドのデータがリレーショナル ウェアハウス データベース、リレーショナル ウェアハウス データベースおよび OLAP キューブに書き込まれます、または値の事前計算結果を生成するかどうかを判定します。

既定のレポート可能フィールドの一覧については、Visual Studio ALM のレポート可能フィールド参照を参照してください。OLAP キューブに関する詳細については、Team System の Analysis Services キューブで用意されているパースペクティブとメジャー グループ"を参照してください。

同期 (属性)

N/A

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

ページのトップへ

Dd286521.collapse_all(ja-jp,VS.110).gif作業項目の種類のカスタマイズ

新しい作業項目の種類を追加したり、既存の作業項目の種類をカスタマイズできます。次の表は、カスタマイズできる作業項目の種類で領域を示します。定義要素の下にあるリンクを選択してさらに詳しく学習できます。プロセス エディターを使用して、変更された XML 定義ファイルをインポートして、作業項目の種類を変更します。ウィットのオブジェクトをカスタマイズするために使用されるメソッドを参照してください。

定義要素

説明

名前

作業項目の種類の名前は、作業項目クエリのドロップダウン メニューに表示され、チーム プロジェクト内で一意である必要があります。witadmin のコマンド ライン ツールを使用して名前を変更できます。

説明

作業項目の種類の目的を説明する最大 255 文字のカスタム文字列を定義できます。

フィールド

作業項目の種類に対して定義されているフィールドの要素とフィールド規則を追加または変更できます。作業項目フィールドのカスタマイズを参照してください。

フォームのレイアウト

フィールド、フィールド、タブのラベルと列を追加または変更するフォームのレイアウトをカスタマイズできます。また、フォーム内の次の要素をカスタマイズできます:

  • テキスト、ハイパーリンク、Web コンテンツを追加します。

  • リンク関係を制限するコントロールを定義します。

ワークフローの状態、遷移、および理由

各ワークフロー定義が、ローカライズ可能な一連の有効な状態、遷移、および理由で構成されます。チームは作業項目に対して行われた進行状況を追跡するには、ワークフローを使用します。作業項目フォームの状態と理由の選択リストがワークフロー定義から派生します。

ワークフローの割り当てフィールド、およびフィールドの規則

状態の変更またはワークフロー遷移中にフィールドに適用される規則および条件を指定できます。

ワークフロー、オートメーションとの統合

状態、理由または変動する変更に基づいて選択フィールド割り当てを自動化するカスタム動作を指定できます。

ページのトップへ

進行状況を監視し、便利なレポートを生成する必要なアクティビティ

アジャイル バーンダウン チャート、およびクエリがウィットのデータ ストアからビルドが、のボックス (OOB) レポート、カスタマイズされたレポートとダッシュボードはリレーショナル ウェアハウス データベースおよび OLAP キューブに書き込まれるデータからビルドします。作業項目のデータに加えて、ウェアハウスは、ソース・コード、ビルド、テスト結果、コード カバレッジに関するデータが含まれます。すべてのチーム プロジェクトに対してキャプチャすべてのデータは、チーム プロジェクト コレクションのデータ ストアに書き込まれます。すべてのチーム プロジェクト コレクション内のすべてのデータは、リレーショナル ウェアハウス データベースと OLAP キューブに書き込まれます。

レポート、メトリック、およびデータ ストア

Dd286521.collapse_all(ja-jp,VS.110).gif必要なチーム アクティビティとベスト プラクティス

作業項目の状態、進行状況グラフ、傾向に関する有用なデータを含むレポートを作成するには、チーム メンバーは次のアクティビティを実行します:

ページのトップへ

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

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

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

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

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

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

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

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

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

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

ページのトップへ

その他の技術情報

まず、にあるか、次の TFS のフォーラムの 1 の質問を投稿する追加の質問に対する回答を見つける可能性があります:

ページのトップへ

参照

処理手順

チーム プロジェクトの作成

概念

プロセス テンプレートの選択

プロジェクトの計画および追跡