区分およびイテレーションの作成および修正

チームまたはチーム プロジェクトの区分とイテレーションをマイルストーンや関連機能などの使いやすいカテゴリに作業項目グループをサポートする定義します。区分は、作業項目を論理カテゴリ、物理カテゴリ、または機能カテゴリに整理するために定義します。イテレーションは、作業項目をマイルストーンや時間サイクルにグループ化するために定義します。区分やイテレーションに割り当てられている作業項目を変更できるユーザーを管理することもできます。

各作業項目を 1 つの区分と 1 つのイテレーションに割り当てると、特定の区分およびイテレーションに関する作業プロセスのクエリおよびレポートをすばやく作成できます。また Visual Studio アプリケーション ライフサイクル管理 (ALM) で提供される作業を整理し、チームの進行状況を表示するのに既定のプロセス テンプレートがイテレーションを使用すると、バックログとタスクはページ、または多くのアーティファクトに乗ります。詳細については、「アジャイル計画とイテレーション」、「Visual Studio ALM のスクラム プロセス テンプレート」、「成果物 (アジャイル)」、および「成果物 (CMMI)」を参照してください。

[!メモ]

既定では、Visual Studio ALM プロセス テンプレートに基づくチーム プロジェクトに上の領域のノードとして複数の定義済みのイテレーション ノードおよびチーム プロジェクトがあります。これらの設定をカスタマイズする方法の詳細については、分類プラグインによる初期の区分およびイテレーションの定義"を参照してください。

チーム プロジェクトを作成したら、イテレーションの区分またはイテレーション、既定の領域およびセットの日付カスタマイズに Team System Web Access を使用できます。チームを作成すると、チーム プロジェクトのノードに自動的にチーム領域のノードを作成します。詳細については、「チームの作成と構成」を参照してください。

このトピックの内容

• 作業領域を変更します。

• イテレーションやセットのイテレーションの日付を変更します。

• 領域に再配置作業項目へのアクセスを制限します。

• 区分とイテレーションの指定のガイドライン

• 区分およびイテレーションの名前付け規則と制限

必要なアクセス許可

ユーザーが区分およびイテレーションを変更するチームのメンバーである必要があります。すべてのチーム メンバーがチームのイテレーションを選択し、チーム用に領域を指定し、イテレーションでチーム用に日付を指定できます。

区分またはイテレーションを作成するには、[プロジェクト管理者] のグループのメンバーであるか、[子ノードを作成し、順序を付けます]、[このノードを削除します] と [このノードを編集します] のアクセス許可を変更する区分またはイテレーション ノードの [許可] に設定する必要があります。詳細については、「マイ プロファイルの管理と保有しているアクセス許可の表示」を参照してください。

作業領域を変更します。

ユーザーがノード内に子ノードを削除できる領域がサブエリアを除外する作業項目を、チームの既定の領域を設定し、変更できるか追加、編集、またはアクセス許可をとしてコンテキスト メニューを使用します。

領域のコンテキスト メニュー

エリアまたはサブエリアを追加するには

1. チーム プロジェクトまたはチームのホーム ページで、の管理下に、[作業領域の構成] を選択します。

   [区分] のページが表示されます。

   

2. 新しい領域またはサブエリアを追加するには、次の操作を実行します:

   • サブエリアを作成するには、[New Area] を選択します。

   • 既存の領域の子である領域を作成するには、その領域を強調表示し、領域のコンテキスト のアイコンをクリックし、を [新しい子] を選択します。

   • 既存の領域のピアである領域を作成するには、その領域を強調表示し、その領域の横にある矢印をクリックし、[新規作成] を選択します。

   [区分の作成] のウィンドウが開きます。

3. 作成の領域のウィンドウで、[区分名] を指定し、[保存して閉じる] を選択します。

領域をチームまたはチーム プロジェクト用に既定の領域として指定するには

• 既定値でありする表示 [区分] のページで、前の手順で従って領域の [既定値に設定] のリンクを選択します。

  新しいすべての作業項目を既定の区分パスに自動的に設定されます。

ページのトップへ

イテレーションやセットのイテレーションの日付を変更します。

イテレーションを指定するチーム用に表示します。

1. チームのホーム ページを開き、[スケジュールおよびイテレーションの構成] を選択します。

   [イテレーション] のウィンドウが開きます。

   

2. [イテレーション] の一覧で、チームのために選択したイテレーションを表示します。チーム用に選択したイテレーションにイテレーションの名前によって選択されたチェック ボックスがあります。

   ヒント
   既定では、チーム プロジェクトのすべてのイテレーションが表示されます。、[表示] の横に選択されているイテレーションだけを表示するには、チーム用に [selected only] にオプションを切り替えるように すべて を選択します。

3. チーム用にイテレーションまたはサブ イテレーションを指定するには、そのイテレーションまたはサブ イテレーションの横にあるチェック ボックスをオンにします。イテレーションを選択すると、すべてのサブ イテレーションは選択できません。サブ イテレーションを使用する場合は、イテレーションのチェック ボックスをオフにします、次に、チーム用に使用するサブ イテレーションのチェック ボックスをオンにします。

イテレーションまたはサブ イテレーションを追加するには

1. 表示 [イテレーション] のウィンドウとの前の手順に従って、次の操作を実行します:

   • イテレーションを作成するには、[New Iteration] を選択します。リスト内の他のイテレーションにピアである新しいイテレーションが作成されます。

     [イテレーションの作成] のウィンドウが開きます。

   • 既存の反復子であるイテレーションを作成するには、そのイテレーションを強調表示し、その領域の横にコンテキスト メニューのを選択し、を [新しい子] を選択します。

   • 既存の領域のピアであるイテレーションを作成するには、そのイテレーションを強調表示し、そのイテレーションの横にコンテキスト メニューのを選択し、を [新規作成] を選択します。

     [イテレーションの作成] のウィンドウが開きます。

2. [イテレーション名] の [イテレーションの作成] のペインで、イテレーションの名前を指定します。オプションに値を入力すると、予定表アイコンをクリックし、カレンダーのウィンドウ内の日付を指定して [開始日] と [終了日] のテキスト ボックスにイテレーションの開始時と終了日を指定します。既定値と異なる位置のイテレーションを作成した場合、それぞれの位置をイテレーションに [場所] で指定し、[保存して閉じる] を選択します。

日付をイテレーションに指定するには

1. 表示 [イテレーション] なウィンドウに、前の手順で後で日付を指定する [日付の設定] を強調表示して、イテレーションをオンにします。

   [イテレーションの編集] のウィンドウが開きます。

2. [開始日] と [終了日] のテキスト ボックスに入力したり、予定表アイコンを選択すると、カレンダーのウィンドウ内の日付を選択することで、イテレーションの開始時と終了日を指定します。次 [保存して閉じる] を選択します。

ページのトップへ

領域に再配置作業項目へのアクセスを制限します。

アクセス許可を再配置して、範囲ユーザーまたはグループが領域に再配置いる作業項目やテスト計画で実行できるアクション セットできます。ユーザーやグループを制限または許可することで、区分やイテレーションのプロジェクト構造を管理することもできます。

区分へのアクセスを制御します。

1. 開きます。

2. [アクセス許可] のウィンドウには、選択したノードには、次の図に示すように、property:

   

3. アクセス許可を設定するユーザーまたはグループの名前を選択します。

   ユーザーまたはグループを追加し、各ユーザーまたはグループの [許可] か [拒否する] にアクセス許可を設定できます。具体的には、ノードの、および区分パスの構造を管理し、表示したり、作業項目を変更するか、ノードの下に再配置テスト計画を管理するアクセス許可を許可または拒否できます。

4. アクセス許可を変更するには、[許可] に変更するように [設定なし]、[拒否する] または [継承された] を選択するか、[拒否する] に変更するには [許可] を選択します。

   [!メモ]

   アクセス許可を変更する機能は、現在のアクセス許可の設定によって異なります。アクセス許可を変更できない場合は、チーム プロジェクトまたは Team Foundation Server の管理者に連絡してください。

5. アクセス許可の変更を完了したら、を [保存して閉じる] を選択します。

作業項目のリビジョンを制限する別の方法で 作業項目を作成または変更するためのアクセス許可の管理"を参照してください。

ページのトップへ

区分とイテレーションの指定のガイドライン

概要についてのイテレーションを定義し、スプリントを計画するか アジャイル計画とイテレーション"を参照してください。チームがチーム プロジェクトに対して区分およびイテレーションを指定するときは、次のガイドラインを考慮する:

• 区分

  • 追跡可能性およびセキュリティの要件をサポートする区分を定義します。

  • 各チームはユーザー ストーリー、要件、タスク、およびバグを整理する領域の階層構造を作成できます。

  • 区分を使用して論理コンポーネントや物理コンポーネントを表します。さらに、サブ区分を作成して特定の機能を表します。チームはこの構造を使用して作業項目を整理できるほか、コンポーネントまたは機能による追跡可能性を高めることができます。

  • 区分にアクセス許可を設定して、特定のカテゴリに割り当てられている作業項目へのアクセスを制限します。各区分ノードを変更できるユーザーだけでなく、特定の区分の作業項目を編集または表示できるユーザーも決定するセキュリティ オプションを設定できます。詳細については、このトピックの 区分またはイテレーションに再配置作業項目へのアクセスを制限します。 を"を参照してください。

  • 複雑すぎる区分構造は作成しません。区分を作成して作業項目のアクセス許可を分割できますが、ツリーが複雑すぎるとアクセス許可の管理に関するオーバーヘッドが著しく大きくなります。構造およびアクセス許可を他のチーム プロジェクトに複製する作業が大きな負担になる可能性があります。

• イテレーション

  • イテレーションを使用して、プロジェクトのスプリント、マイルストーン、またはサイクル時間を表します。

  • チーム プロセスに適したサイクル期間を特定し、そのサイクルをサポートするイテレーションを定義します。

  • 未割り当てのバックログ項目、ユーザー ストーリー、要件、タスク、その他の作業項目ごとに別個のイテレーションを作成します。

  • 概要についてはイテレーションのを使用してスプリントの計画する方法 イテレーションの計画"を参照してください。

• 区分とイテレーションの両方

  • 区分またはイテレーションを示すと、区分およびイテレーションの名前付け規則と制限 は、このトピックで後でまとめる規則に従います。

  • 区分およびイテレーションのフィールドでは TreePath データ型が使用されます。詳細については、「区分およびイテレーションのフィールド参照」を参照してください。

  • クエリを実行して、区分またはイテレーションに割り当てられている作業項目を検索すると、その区分またはイテレーションのパスで定義されているすべての作業項目が結果に含まれます。特定のノード内に含まれない作業項目を検索するためのクエリも作成できます。詳細については、「クエリ フィールド、演算子、値および変数」および「バグ、タスク、およびその他の作業項目の検索」を参照してください。

  • 別のチーム プロジェクトで使用するチーム プロジェクトに対して作成した区分およびイテレーションはエクスポートできません。

ページのトップへ

区分

製品区分の構造を構築するには、コンポーネントと機能を表すノードを作成します。たとえば、MyApplication という名前のチーム プロジェクトに 3 つの区分を作成するとします。これらの区分は、階層 Web アプリケーションの 3 つの中心的な開発コンポーネント (Web サイト、Web サービス、データベース) を表します。次の図に示すように、My Websites、My Web Services、My Database というラベルが付けられた各コンポーネントのチーム プロジェクト ノードにノードを作成できます。

MyApplication

これらの区分を作成した後は、ユーザー ストーリー、タスク、バグなどの作業項目を特定の区分に割り当て、クエリを実行し、該当する区分に割り当てられているすべての項目を検索できます。

主要コンポーネントをより細分化したグループに編成することもできます。次の例では、一番上の各ノードに 2 つ以上の子ノードが含まれています。

MyApplication    My Web Sites         Layout & Design         Navigation         Pages           Home           Products           リソース           サービス           サポート    My Web Services        Logon        Logoff        パフォーマンス        セキュリティ    My Database          Event Triggers          パフォーマンス          Schema          セキュリティ

ページのトップへ

イテレーション

プロジェクト ライフ サイクルの構造を構築するには、イベント (スプリント、プレベータ版およびベータ版の成果物、その他のリリース マイルストーン) の階層を表すノードを作成します。次の例では、Backlog、Beta 1、Beta 2、Release 1.0、および Release 2.0 は MyApplication チーム プロジェクトに対して定義されています。作業項目が作業用またはリリース用にまだスケジュールされていない場合は、すべての作業項目を Backlog イテレーションに割り当てることができます。

MyApplication    Backlog    ベータ 1    Beta 2    Release 1.0    Release 2.0

製品の機能およびタスクのバックログを作成するときに、機能およびタスクをマイルストーンに割り当てていき、チームがそれらを完了する予定を立てることができます。ニーズの変化に応じて、チームのスケジュールと作業管理を示す主要な各マイルストーンにイベントを加えることができます。次の例では、Beta 1 イテレーションに 5 つの子ノード (Beta 1 の期間内のスプリントごとに 1 つの子ノード) が含まれています。

MyApplication     Backlog    ベータ 1          Sprint 1          Sprint 2          Sprint 3          Sprint 4          Sprint 5    Beta 2    Release 1.0    Release 2.0

イテレーションには規則は適用されません。たとえば、タスクはイテレーションに割り当てることができますが、そのイテレーションの間に終了または完了することはできません。イテレーションの終わりに、アクティブなまま残っている、または終了していない作業項目をすべて探して、適切な処理を行ってください。たとえば、別のイテレーションに移動したり、バックログに戻します。

ページのトップへ

区分およびイテレーション パスの制限

[区分] フィールドおよび [イテレーション] フィールドは、円記号 (\) で区切られた複数のノード項目から成るパスです。ノードおよびパスの定義に適用される制限事項を次の表に示します。

制限の種類	制限事項
ノード名の長さ	255 文字以下で指定する必要があります。
ノードの特殊文字	Unicode 制御文字は使用できません。 \ / $ ? * : " & > < # % | のいずれの文字も使用できません。 ローカル ファイル システムが禁止する文字は使用できません。Windows の文字制限の詳細については、Microsoft Web サイトの「Naming Files, Paths, and Namespaces (ファイル、パス、および名前空間の名前付け)」を参照してください。
予約済みの名前	1 つのピリオド (.)、または 2 つのピリオド (..) 以上で指定する必要があります。 PRN、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、COM10、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、NUL、CON、AUX などのシステム予約名は使用できません。 予約済みの名前の詳細については、Microsoft Web サイトの「Naming Files, Paths, and Namespaces (ファイル、パス、および名前空間の名前付け)」を参照してください。
パス名の長さ	4,000 文字以内の Unicode 文字で指定する必要があります。 重要 256 文字を超えるパス名を定義した場合、Office Project でそのパス名を指定できません。この問題を避けるには、パス名を 10 文字以内で定義し、ノードの入れ子レベルを 14 レベル以下にしてください。
パスの階層の深さ	14 レベル以下で指定する必要があります。

ページのトップへ

参照

概念

区分およびイテレーションのフィールド参照

アジャイル計画とイテレーション

その他の技術情報

作業項目とワークフロー (アジャイル)

Team Web Access 内での作業