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

このトピックの内容

• チーム プロジェクトで利用できるリソースおよびチーム プロジェクトの構成について

• チーム プロジェクトの計画

• チーム プロジェクトの作成、構成、および開始

• チーム プロジェクトの定義と追跡

• バージョン コントロール、ビルド、およびテスト管理

チーム エクスプローラーにおけるチーム プロジェクトのノード

プロジェクト ポータル ([ドキュメント] ノード)

エンタープライズ ダッシュボード

レポート

作業項目および作業項目クエリ: 作成した各チーム プロジェクトには、[作業項目] というノードが表示されます。 チームでは、作業項目を使用して、製品とその機能の開発を追跡、監視、および報告できます。 作業項目は、作業の定義、割り当て、優先度、および状態を保存するために使用するデータベース レコードです。

チームで作成できる作業項目の種類は、チーム プロジェクトの作成に使用したプロセス テンプレートで定義されている作業項目、またはチーム プロジェクトの作成後にチーム プロジェクトに追加された作業項目だけです。

Microsoft Solutions Framework (MSF) for Agile Software Development v5.0 のプロセス テンプレートでは、ユーザー ストーリー、タスク、テスト ケース、共有ステップ、バグ、および懸案事項という 6 種類の作業項目が定義されます。

MSF for CMMI Process Improvement v5.0 のプロセス テンプレートでは、要件、タスク、変更要求、バグ、懸案事項、リスク、レビュー、テスト ケース、および共有ステップという 9 種類の作業項目が定義されます。

チーム クエリおよび個々のクエリは、[作業項目] ノードの下に格納されます。

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

• 作業項目とワークフロー (CMMI)

• バグ、タスク、およびその他の作業項目の追跡

(省略可能) プロジェクト ポータル: プロジェクト ポータルは、チーム プロジェクトとそのステータスに関する情報を提供するための単一点として使用できる Web サイトです。 プロジェクト ポータルは、チームのメンバー間のコミュニケーションおよびリソースの共有に役立ちます。 ポータルを使用して、プロセス ガイダンスをチームと共有することもできます。

重要

SharePoint サイトをチーム プロジェクト ポータルとして追加した場合、チーム プロジェクトの [ドキュメント] ノードがチーム エクスプローラーに表示されます。このフォルダーは、チーム プロジェクトの SharePoint ライブラリにリンクされ、プロジェクト メンバーはこのフォルダーを使用してプロジェクトに関連するドキュメントを保存および共有できます。この機能は、SharePoint サイトを追加した場合のみ使用できます。別の種類の Web サイトを追加した場合、チーム エクスプローラーにチーム プロジェクトの [ドキュメント] ノードは表示されません。

チームでは、プロジェクト ポータルを使用して、ドキュメント テンプレートおよび定義済みレポートを共有します。 これらの定義済みオブジェクトは、チーム プロジェクトに対して選択したプロセス テンプレートに基づいています。

• チーム プロジェクト ポータルの追加

• チーム プロジェクト ポータルおよびプロセス ガイダンスへのアクセス

• チーム プロジェクト リソースを使用したチーム内でのコラボレーション

(省略可能) ダッシュボード: 製品所有者およびチーム メンバーは、ダッシュボードを使用して、チーム プロジェクトに関する重要な情報をすぐに見つけることができます。 ダッシュボードには、プロジェクト データが表示され、調査作業をサポートします。ダッシュボードは、チームが共通のタスクをすばやく実行するのに役立ちます。

ダッシュボードにアクセスするには、プロジェクト ポータルを開きます。 使用できるダッシュボードおよびダッシュボードのカスタマイズ機能は、ポータル上にインストールされている SharePoint 製品のバージョンに応じて異なります。 ほとんどのダッシュボードでは、Analysis Services キューブ内のデータにアクセスする Microsoft Excel のレポートを複数表示できます。

ダッシュボードにアクセスするには、チーム プロジェクトが SharePoint 製品でプロビジョニングされている必要があります。また、システム管理者によってチーム プロジェクト コレクションが SQL Server Analysis Services でプロビジョニングされていることも必要です。 6 つのエンタープライズ ダッシュボードすべてにアクセスできるチーム メンバーに対しては、Microsoft Office SharePoint Server 2007 Enterprise Edition または SharePoint Server 2010 Enterprise Edition がインストールされている SharePoint サイトを選択する必要があります。 ダッシュボードの表示に必要な構成とアクセス許可の詳細については、「Visual Studio ALM のレポートの表示と管理に必要なアクセス許可の割り当て」を参照してください。

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

• ダッシュボード (CMMI)

• アップグレードされたチーム プロジェクト ポータルへの SharePoint 機能の追加

(省略可能) ブック: ブックを使用して、製品を計画し、ユーザー ストーリー、タスク、バグ、および懸案事項を特定のイテレーションに割り当てることができます。 MSF for Agile Software Development v5.0 のプロセス テンプレートに用意されたブックを使用することで、作業項目をすばやく作成できます。 複数の作業項目の順位、優先度、状態、および割り当てを同時に変更することもできます。

ブックは、[ドキュメント] ノードの下の [共有ドキュメント] フォルダーにあり、チーム プロジェクトの SharePoint 製品をホストするサーバー上に格納されます。 チーム プロジェクトでプロジェクト ポータルが有効になっていない場合、このブックにアクセスできません。

Microsoft Excel ブックにアクセスするには、チーム プロジェクトが SharePoint 製品でプロビジョニングされている必要があります。

• ブック (アジャイル)

(省略可能) ビルド: Team Foundation ビルドを使用すると、チームは製品ビルドを定期的に作成および管理できます。 たとえば、チームでデイリー ビルドを実行して共有サーバーにポストできます。 また、Team Foundation ビルドには、各ビルドのステータスと品質に関するビルド レポートも用意されています。

配置で Team Foundation ビルドを使用している場合は、チーム プロジェクトの [ビルド] フォルダーが作成されます。 ビルド定義は、チーム プロジェクトの [ビルド] ノードの下にあります。 ビルド エクスプローラーを使用して、ビルドの管理とビルド定義の整理を行うことができます。

Team Foundation ビルド サービスにアクセスするには、ビルド コントローラーを使用するようにチーム プロジェクト コレクションが構成されている必要があります。 各ビルド コントローラーは、1 つのチーム プロジェクト コレクション専用になります。 コントローラーは、指定されたコレクション内の任意のチーム プロジェクトからのビルド要求を受け付けます。

• アプリケーションのビルド

• ビルド エクスプローラーを使用した、キューに入っている、進行中、および完了したビルドの管理

(省略可能) 通知: チーム メンバーは、チーム プロジェクトの変更が行われた場合、電子メールで通知を受け取るようにサブスクライブできます。 警告は、作業項目のステータスが変更されたとき、チェックインが発生したとき、ビルドが完了したとき、またはビルドの状況が変更されたときに送信されます。

電子メール通知をサポートするには、既存の簡易メール転送プロトコル (SMTP: Simple Mail Transfer Protocol) を使用して電子メール通知が送信されるように、チーム プロジェクトが格納されているサーバーが構成されている必要があります。

• 警告の設定

• 電子メール通知の構成および SMTP サーバーの指定

(省略可能) 分散チームのサポート: 一部のチーム メンバーがバージョン コントロールに使用されているメインの場所とは別のリモートの場所で作業している場合、そのようなメンバーをサポートするために Team Foundation Server Proxy をインストールするよう要求することをお勧めします。 

分散チームの場所にある、ダウンロードされたバージョン コントロール ファイルのキャッシュを Team Foundation Server Proxy で管理することにより、広域接続間で必要な帯域幅を大幅に低減できます。 Team Foundation Server Proxy を使用するようにクライアントが構成されている場合、ユーザーはファイルの管理を意識する必要がなくなります。 メタデータの交換とファイルのアップロードは、すべて Team Foundation Server との直接のインターフェイスで行われることに変わりはありません。

• 詳細については、Microsoft Web サイトにある『Team Foundation インストール ガイド』の「Scenario: Installing Team Foundation Proxy (シナリオ: Team Foundation Proxy のインストール)」を参照してください。

• Team Foundation Server のアーキテクチャ

チーム プロジェクトを格納するコレクションを特定する。 プロジェクトの要件について配置の管理者と話し合い、チーム プロジェクトをホストするために使用するプロジェクト コレクションを決定します。

この決定は、少なくとも次の要因に左右されます。

• チーム プロジェクトに必要なリソース

• チーム プロジェクトが他のチーム プロジェクトと共有するグループ間コラボレーションの要件

前のセクションで説明したように、チーム プロジェクトで使用できる多くのリソースは、チーム プロジェクトをホストするために選択したチーム プロジェクト コレクションによって異なります。 また、チームが連絡を取り合って共同作業する他のチーム プロジェクトと同じプロジェクト コレクションを選択する必要があります。 チーム メンバーが Team Foundation を使用してチーム プロジェクト間の依存関係を追跡できるのは、相手のチーム プロジェクトが同じプロジェクト コレクションに格納されている場合のみです。

• チーム プロジェクト コレクションを使用したサーバーの整理

• チーム プロジェクトをサポートするリソースの構成

チームがチーム プロセスを採用して従うようサポートする方法を決定する。 プロセス ガイダンスは、チーム プロジェクトで作業するチーム メンバーが従うプロセスを文書化したコンテンツです。 MSF プロセス テンプレートには、Visual Studio ALM ヘルプでオフラインで利用でき、MSDN ライブラリからオンラインで利用できる、トピック ベースのプロセス ガイダンスが用意されています。

チーム プロジェクト ポータルまたは指定した他の Web サイトに他のプロセス ガイダンスをホストすることもできます。

• チームへのプロセス ガイダンスの提供

• チーム プロジェクト ポータルおよびプロセス ガイダンスへのアクセス

名前付けの制約および他の属性制約について理解する。 チーム プロジェクトを作成する前に、名前および他の属性に対する Visual Studio ALM の制約について理解しておく必要があります。 これらの制限事項には、長さ、特殊文字、一意性などの属性が含まれます。 具体的には、チーム プロジェクトに関連する次の項目の制約事項について理解しておく必要があります。

• チーム プロジェクト名

• 作業項目の添付ファイルのサイズ

• チーム プロジェクトの区分パスおよびイテレーション パス (名前、長さ、および入れ子のレベル)

• 作業項目のカスタマイズ (フィールド名、ヘルプ テキスト、グローバル リストなど)

• プロセス テンプレート (名前およびサイズ)

• Team Foundation バージョン管理で使用する名前 (分岐パスの名前と長さ、シェルブセット、変更セットなど)

• Team Foundation の名前付けの制限事項

チーム プロジェクトを作成する。 新しいチーム プロジェクト ウィザードを使用して、チーム プロジェクトを作成します。 新しいチーム プロジェクト ウィザードにアクセスするには、コンピューターにチーム エクスプローラーがインストールされている必要があります。 チーム エクスプローラーは Visual Studio のアドインであり、Visual Studio アプリケーション ライフサイクル管理 (ALM) 製品スイートの任意の製品からインストールできます。

チーム プロジェクト用に構成するリソースによっては、チーム プロジェクト コレクションおよび SharePoint 製品と Reporting Services をホストしているサーバーで、昇格されたアクセス許可を設定する必要があります。

• チーム プロジェクトを開始するためのクイック スタート ガイド

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

チーム メンバーにチーム プロジェクト リソースへのアクセス権を与える。 チーム プロジェクトに対するチーム メンバーのアクセスのレベルは、各プロジェクトのグループにメンバーを割り当てることにより制御できます。 チーム メンバーを個別に追加できるほか、Active Directory またはワークグループに定義されているグループを追加することもできます。

チーム プロジェクトを作成すると、選択したプロセス テンプレートに関係なく、そのプロジェクト用に 4 つの既定のグループが作成されます。 4 つのグループとは、読み取りユーザー、貢献者、ビルダー、およびプロジェクト管理者です。 これらのグループのそれぞれについて、既定で一連のアクセス許可が定義されており、これによってグループのメンバーが実行を承認される操作が決定されます。

次の成果物にアクセスするには、1 つ以上の既定のグループにチーム メンバーを追加する必要があります。

• 作業項目、作業項目クエリ、およびソース コード: Team Foundation データベースに格納されているデータにアクセスするには、チーム メンバーは、チーム プロジェクトの読み取りユーザー グループ、貢献者グループ、またはプロジェクト管理者グループに属している必要があります。

• プロジェクト ポータル、ダッシュボード、およびブック: SharePoint 製品に格納されているリソースにアクセスするには、チーム メンバーはチーム プロジェクト ポータルの閲覧者グループ、メンバー グループ、または所有者グループに属している必要があります。

• レポート: Reporting Services レポートにアクセスするには、SQL Server Reporting の閲覧者グループまたはコンテンツ マネージャー グループにチーム メンバーを追加する必要があります。

• Microsoft Excel レポート: Microsoft Excel レポートを表示するには、Team Foundation の有効なユーザー セキュリティ グループのメンバーである必要があります。

• チーム プロジェクトへのユーザーの追加

• Team Foundation Server の既定のグループ、アクセス許可、およびロール

チーム メンバーにチーム プロジェクト リソースを通知する。 チーム メンバーにチーム プロジェクトへのアクセス権を付与したら、各チーム メンバーが利用できるリソースおよび各メンバーが対応する必要がある最初のタスク セットについてチーム メンバーに通知できます。

• チーム プロジェクトを開始するためのクイック スタート ガイド

• チーム プロジェクト リソースを使用したチーム内でのコラボレーション

タスクを作成し、作業項目クエリを理解する。 チーム メンバーは、作業項目を使用して、タスク、バグ、懸案事項、および他の要素を追跡できます。 作業項目クエリを使用すると、バグ、タスク、および他の作業項目の一覧表示、更新、および作成を行うことができます。

• 作業の追跡の概要

要件を定義し、タスクをスケジュールする。 MSF for CMMI Process Improvement v5.0 のプロセス テンプレートに基づくチーム プロジェクトの場合は、生産物要件チーム クエリを使用して製品の計画を開始できます。 このクエリを Microsoft Excel で開き、要件を追加して、Team Foundation に要件を発行できます。 Microsoft Project を使用してプロジェクトの計画とスケジュールを立てることもできます。

• Team Foundation Server にバインドされた Microsoft Excel を使用することによる作業項目の管理

• 作業項目のツリー リストの使用によるトップダウン プランニングの実行 (Excel)

• Microsoft Project を使用することによるタスクのスケジュール設定およびリソースの割り当て

チーム プロジェクトで利用できるダッシュボードおよびレポートについて理解する。 チーム メンバーは、ダッシュボードおよびレポートを使用して、チーム プロジェクトに関する重要な情報をすぐに見つけることができます。 ダッシュボードは、プロジェクト データを表示し、調査をサポートするため、チームは共通のタスクをすばやく実行できます。 Reporting Services から利用できるレポートでは、作業項目、バージョン コントロール、テスト結果、およびビルドの測度が集計されます。 さらに、プロジェクトの現在の状態についても確認できます。

重要

ダッシュボードおよびレポートに表示されるデータは、データ ウェアハウスから派生します。既定では、データ ウェアハウスは 1 時間ごとに更新されます。チームが作業項目の作成およびアプリケーションのビルドを開始すると、有用なデータがレポートに含まれるようになります。

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

• ダッシュボード (CMMI)

• レポート (アジャイル)

• レポート (CMMI)

• データ ウェアハウスまたは Analysis Services キューブのプロセス制御設定の変更

(省略可能) ソース管理を使用するように Visual Studio を構成する。 Team Foundation バージョン管理を使用する前に、チーム メンバーは Team Foundation バージョン管理プラグインを使用するように Visual Studio を構成する必要がある場合があります。

メモ

Visual Studio をインストールした後でチーム エクスプローラーをインストールすると、Visual Studio は自動的に Team Foundation バージョン管理プラグインを使用するように構成されます。

• Team Foundation バージョン管理での Visual Studio の構成

• ソース管理エクスプローラーの使用

チーム プロジェクトのワークスペースを設定し、ソース コードを追加する。 チームで Team Foundation バージョン管理を使用する場合、チーム メンバーはワークスペースを作成し、各自のソース コードを追加する必要があります。 ワークスペースにはローカル ディスク上のクライアント側フォルダーが含まれ、このクライアント側フォルダーは Team Foundation バージョン管理サーバー上のバージョン コントロールされているフォルダーにマップされます。

• ワークスペースの作成とチーム プロジェクトの操作

• 変更の送信

• バージョン管理へのファイルの追加

ビルド定義の作成。 チームで Team Foundation ビルドを使用している場合、ビルド システムが作成されていることを確認したうえで、ビルド定義を作成する必要があります。 ビルド定義には、コンパイルするコード プロジェクトに関する指示、実行する追加操作、および追加操作の実行方法が含まれます。

• Team Foundation のビルドの管理

• ビルド処理の定義

2011 年 4 月

チーム リソースをサポートするサーバー製品と、チーム リソースに必須の製品を明確にするため、トピック内の最初の表を変更しました。

情報の拡充