チーム プロジェクトにマップされているエンタープライズ プロジェクト計画におけるプロジェクト詳細情報の管理

プロジェクト マネージャーは、Microsoft Project Professional でビジネス要件と実装タスクの両方を管理できます。 作業の進行状況に応じて、開発チームは作業に合わせて Team Foundation でタスクを更新できます。 プロジェクト マネージャーと開発チームの両方がワークフローを個別に管理できます。その一方で、スケジュールに影響する変更が発生したときには、十分なコラボレーションを行って簡単にやり取りできます。 Visual Studio Team Foundation Server と Microsoft Project Server の同期エンジンは、マップされているエンタープライズ プロジェクト計画とチーム プロジェクトの必要条件とタスクについて、スケジュール データを保持します。

注意

Project Server を使用して成果物だけを管理する場合は、「チーム プロジェクトにマップされているエンタープライズ プロジェクト計画における業務要件のトップダウン プランニング」を参照してください。

プロジェクト計画とチーム プロジェクト間でデータを同期するには、事前にそれらを関連付けておく必要があります。 詳細については、「エンタープライズ プロジェクトとチーム プロジェクトの関連付けの管理」を参照してください。 計画をプロジェクトに関連付ける前に、このトピックで後述する「プロジェクトの詳細の管理をサポートするための推奨構成」を確認してください。

注意

このトピックで説明するプロセスとアクティビティでは、Team Foundation Server の配置が Project Server 2010 または Project Server 2013 と統合するように構成されていることが必要となります。詳細については、「TFS と Project Server の統合の構成」を参照してください。

このトピックの内容

• プロセスの概要

• 推奨構成

• プロジェクト マネージャーのタスク

• 開発チームのタスク

注意

デモ ビデオについては、Microsoft Web サイトの次のページを参照してください: Team Foundation サーバーでチーム プロジェクトにマッピングされたエンタープライズ プロジェクト計画のプロジェクト詳細を管理するこのビデオは以前のリリースの Team Foundation Server 向けに作成されたため、ビデオで紹介されている手順とここで説明している手順は、細かい部分が異なる可能性があります。

要件

このトピックの各手順を実行するには、次のアクセス許可を割り当てる必要があります。

• エンタープライズ プロジェクト計画のタスクを Team Foundation に発行するには、そのタスクに割り当てられたリソースがチーム プロジェクトの共同作成者グループのメンバーである必要があります。

• Team Foundation の作業項目を更新し、Project Server に送信するには、Team Foundation のユーザーがチーム プロジェクトの共同作成者グループのメンバーである必要があります。 また、これらのユーザーが Project Web Access または Project Web App (PWA) のチーム メンバー グループのメンバーであるか、ユーザーに Project の [プロジェクトを開く] および [プロジェクト サイトの表示] アクセス許可が付与されている必要があります。 さらに、これらのユーザーを Project Server のエンタープライズ リソース共有元およびエンタープライズ プロジェクト計画のリソース共有元に追加する必要があります。

詳細については、「TFS と Project Server を統合するためのアクセス許可の割り当て」を参照してください。

プロセスの概要

次の図に示すように、プロジェクト マネージャーは、Project Professional で必要条件とタスクを計画することでプロセスを開始します。 タスクを送信するたびに、同期エンジンによって対応する作業項目が Team Foundation に作成されます。 チーム リーダーは、開発チームと一緒に計画を確認し、作業見積もりを更新します。 各チーム メンバーは、タスクが完了したときに各自の作業工数を更新できます。

Project では、各必要条件にリンクされたタスクに基づいて、残存作業と実績作業のロールアップが自動的に計算されます。 チーム メンバーがタスクを更新すると、承認を得るためにステータスの更新が送信され、プロジェクト マネージャーが承認すると、Project に渡されます。 Project では、チーム プロジェクトの必要条件のロールアップが自動的に計算されます。 これらのロールアップのステータスの更新は、プロジェクト マネージャーの承認を得るために、PWA のインスタンスに表示されます。

次の表に、実行されるタスクの概要を示します。

プロジェクト マネージャー	プロジェクト マネージャーは、Project Professional または PWA のインスタンスで次のタスクを実行します。 成果物とタスクの両方を含むプロジェクト計画を定義します。 成果物は、製品チームがチーム プロジェクトを作成するときに使用したプロセス テンプレートに応じて、必要条件に対応することもあれば、ユーザー ストーリーに対応することもあります。 計画を保存し、Project Server に発行します。 作業の進行状況に応じてステータスの更新を承認または却下します。 Project Server 上の計画に更新を継続的に発行します。
同期エンジン	計画に発行するように設定されている各成果物またはタスクに対して、同期エンジンは次のアクションを実行します。 マップされているプロジェクト計画に発行されたタスクごとに作業項目を作成することによって、チーム プロジェクトを更新します。 また、Project Server のタスクを Team Foundation の作業項目にバインドするリンクも作成します。 Team Foundation で変更が発生すると、発行済みの各タスクのマップされているフィールドごとに、ステータスの更新を作成します。 これらの更新は、プロジェクト マネージャーが確認できるように承認キューに配置されます。 プロジェクト マネージャーがステータスの更新を承認したか、却下したかに応じて、チーム プロジェクトの作業項目を更新します。
チーム リーダー	Team Foundation で、チーム リーダーとチーム メンバーは次のタスクを実行します。 チーム プロジェクトに追加された作業項目を確認します。 作業の進行状況に応じて、各タスクの "残存作業" フィールドと "実績作業" フィールドを変更することによって、作業項目を更新します。 作業項目を変更し、Project Server に再送信することによって、却下されたステータスを持つ作業項目に対応します。

推奨構成

前のセクションで説明したプロセスをサポートするには、エンタープライズ プロジェクト計画をチーム プロジェクトにマップする必要があります。 次の表に、チーム プロジェクトとマッピングの推奨構成を示します。 詳細については、「エンタープライズ プロジェクトとチーム プロジェクトの関連付けの管理」を参照してください。

構成する領域	推奨構成	メモ
チーム プロジェクトのプロセス テンプレート	Microsoft Solutions Framework (MSF) for CMMI (能力成熟度モデル統合) Process Improvement	CMMI テンプレートには、作業項目の種類として必要条件とタスクが含まれています。 バックログ ページとボード ページを使用して、バックログを管理し、スプリントを計画および実行できます。 または、Excel で共有クエリを開いて、必要条件とタスクをすばやく定義し、リンクすることもできます。 注意 カスタマイズされた CMMI プロセス テンプレートを使用することも、ニーズを満たすように他のテンプレートをカスタマイズして使用することもできます。
プロジェクト マッピング	/workItemTypes:Requirement,Task	エンタープライズ プロジェクト計画をチーム プロジェクトにマップするとき、同期に含める作業項目の種類として必要条件とタスクを指定します。 また、タスクの作業時間固定を許可しないようにすることもできます。 作業時間固定は、Project で使用できる 3 つあるタスクの種類の 1 つです。 詳細については、「Project がタスク期間の計算に使用するタスクの種類を変更する」を参照してください。
フィールド マップ	/useDefaultFieldMappings	既定のフィールド マップを使用できます。 他のフィールド マップは必要ありません。
リソース名	PWA の各インスタンスのチーム メンバー グループにチーム メンバーを追加するか、[プロジェクト] で、これらのメンバーに [プロジェクトを開く] および [プロジェクト サイトの表示] アクセス許可を付与する必要があります。 詳細については、「TFS と Project Server を統合するためのアクセス許可の割り当て」を参照してください。 また、Project Server のエンタープライズ リソース共有元およびエンタープライズ プロジェクト計画のリソース共有元に、Project の必要条件、成果物、またはタスクが割り当てられている Team Foundation のすべての有効なユーザーを追加する必要があります。	プロジェクト計画のリソースとして割り当てられたか、または作業項目の "担当者" フィールドで名前が指定されたすべてのユーザー アカウントにアクセス許可を付与する必要があります。 これらのユーザーはステータスの更新を送信し、更新は PWA のインスタンスのステータス キューに入れられます。 "リソース名" フィールドに割り当てられているすべての名前がチーム プロジェクトの有効な共同作成者として認識される必要があります。
プロジェクト マネージャー	Project Professional のユーザーのアカウントは、[プロジェクト レベル情報を表示します] アクセス許可を付与するか、発行されるチーム プロジェクトの Team Foundation の Reader グループのメンバーとして割り当てる必要があります。	エンタープライズ プロジェクト計画にマップされているチーム プロジェクトの作業項目を変更するには、プロジェクト マネージャーのアクセス許可を付与する必要があります。

プロジェクト マネージャーのタスク

プロジェクト マネージャーは、次のアクティビティを通じて、プロジェクトを定義およびスケジュールし、その進行状況を監視できます。

• 必要条件とタスクの定義、およびベースラインの設定

• ステータスの更新の承認または却下

• 詳細な更新内容と進行状況の確認

また、リソースへの作業の割り当てを確認することもできます。 詳細については、「チーム プロジェクトにマップされているエンタープライズ プロジェクトにおけるリソース ロールアップの操作」を参照してください。

必要条件とタスクの定義、およびベースラインの設定

プロジェクト計画を定義するとき、必要に応じて親必要条件と子タスクを定義します。 次の図では、2 つの必要条件が定義され、各必要条件に複数のタスクが割り当てられています。 各必要条件およびタスクについて、[リソース名] に 1 つの値を割り当て、[作業項目の種類] を [必要条件] または [タスク] に設定し、[チーム プロジェクトに発行] を [はい] に設定する必要があります。

注意

Team Foundation では、1 つの作業項目に一度に割り当てることができるリソースは 1 人に限られます。"担当者" フィールドには、リソース名を 1 つしか含めることはできません。Project Professional では、タスクに複数のリソースを割り当てることができます。ただし、Team Foundation Server に発行するタスクに含めることができるアクティブな割り当ては 1 つに限られます。詳細については、「チーム プロジェクトにマップされているエンタープライズ プロジェクトにおけるリソース ロールアップの操作」を参照してください。

重要

Text30 は、タスクを作業項目と同期する際に使用される [作業項目の種類] 列に関連付けられている Project の既定のフィールドです。Team リボン メニューの [チーム プロジェクトの選択] を使用して、プロジェクト計画を Team Foundation Server に接続すると、[作業項目の種類] というラベルが付いた Project の追加フィールドを選択できるようになります。Project の既定のフィールド Text24 を持つこのフィールドは、Team Foundation にバインドされたプロジェクト計画のマッピングをサポートしていますが、計画の同期はサポートしていません。Text24 ベースのフィールドには、チーム プロジェクトの作業項目の種類の完全なリストが含まれます。適切なフィールドを使用していることを確認するには、フィールドをポイントし、Text30 が表示されるかどうかを確認します。

プロジェクト計画の発行後、[チーム プロジェクトに発行] に割り当てられている値を変更することはできません。 つまり、Team Foundation に発行するすべてのタスクを継続して発行するか、プロジェクト計画から削除する必要があります。 さらに、リソースへの作業の割り当てとプロジェクト計画のタスク階層を維持します。 Team Foundation のタスク階層を変更することはできませんが、チーム プロジェクトのチーム メンバーにタスクを再割り当てすることはできます。

Team Foundation で追跡するタスクだけを発行する必要があります。 たとえば、前の図に示す "Project Schedule" と "Development" というサマリー タスクには追跡対象の作業が存在しないため、これらのタスクを Team Foundation に発行しないでください。

スケジュールの制御を保つには、対象のスケジュールと比較してチームの進行状況を追跡するベースラインを設定します。 詳細については、Microsoft Web サイトの次のページを参照してください: 基準計画および中間計画を作成または更新する

ベースラインを設定したら、プロジェクト計画を保存し、Project Server に発行できます。 ベースライン値は、Team Foundation に作業項目の "最初の見積もり" として表示されます。 次の図に示すように、発行が完了すると、左下隅のステータス通知に示されます。

注意

計画を発行すると、Project Professional の Team Foundation アドインによって、Team Foundation で作業項目を作成するために必要なすべてのデータがその作業項目の種類の検証規則を満たしているかどうかがチェックされます。必須フィールドが定義されていない場合、または値が許可されていない場合は、これらのエラーを解決する必要があります。詳細については、「妥当性確認エラーの解決」を参照してください。

ステータスの更新の承認または却下

チームが作業を進めると、ステータスの更新が承認キューに配置されます。 更新されているタスクと必要条件、および各更新の詳細を容易に確認できます。 次の図に示すように、ステータスの更新をクリックして、その詳細を確認できます。

ステータスの更新をクリックすると、次の図に示すように、[タスクの詳細] ウィンドウが開きます。 同期対象としてマップされている各フィールドの変更された値を確認できます。

注意

Team Foundation から送信された変更を適用してエンタープライズ プロジェクト計画を更新するには、更新を承認する必要があります。

更新を承認または却下できます。また、Project Server 2010 を使用している場合は、コメントを追加することもできます。 たとえば、見積もりに同意できない、チーム メンバーが間違った値を指定している、作業がより迅速に完了するようにタスクの再割り当てを要求したい、などの理由で更新を却下できます。

詳細な更新内容と進行状況の確認

チーム メンバーは、作業の進行状況に応じて、各タスクの "残存作業" フィールドと "実績作業" フィールドを更新します。 これらの値は、Team Foundation に発行した必要条件およびタスクごとに、プロジェクト計画に "残存作業時間" および "実績作業時間" として表示されます。 ステータスの更新を承認したら、プロジェクト スケジュールに対する更新を表示できます。 次の図では、2 つのタスクが完了しており、いくつかのタスクがまだ開始されていません。

タスクが最初の見積もりよりも時間がかかっている場合は、見積もりの変更がクリティカル パスに影響するかどうかを確認できます。 スケジュールに悪影響が生じ、チーム プロジェクトのタスクを調整する必要がある場合は、チーム リーダーに警告できます。

開発チームのタスク

Team System Web Access のボード ページまたは作業内訳共有クエリを使用して、チームに割り当てられている作業を確認および更新できます。 プロジェクト マネージャーがプロジェクト計画とスケジュールを所有しているため、チームと協力して次のタスクを実行する必要があります。

• 作業内訳の確認

• 別のタスクの追加と見積もり

• 残存作業および実績作業の更新

• 却下された更新への対処

チーム エクスプローラーで作業項目を開くと、次の図に示すように、同期エンジンによって作業項目が作成された日時が "履歴" フィールドに表示されます。

作業内訳の確認

Team System Web Access またはチーム エクスプローラーでは、作業内訳クエリを開いて、Project Server からチーム プロジェクトに追加された作業項目を確認できます。 このクエリでは、終了していないすべての必要条件およびそれらの子必要条件または子タスクを一覧表示します。 次の図に示すように、タスクは必要条件の下に一覧表示され、親子階層リンク関係はロックされています ()。 つまり、必要条件の下にタスクがグループ化される方法は変更できません。 タスク階層を変更できるのは、プロジェクト計画のプロジェクト マネージャーのみです。

プロジェクト マネージャーがベースラインを設定するため、次の図に示すように、"残存作業" と "最初の見積もり" の両方の値が表示されます。

別のタスクの追加と見積もり

必要条件を実装する別のタスクが必要な場合は、作業内訳クエリを使用するか、その必要条件の作業項目フォームで作業するか、または一覧を Excel にエクスポートすることによって、それらのタスクをすばやく定義して見積もることができます。 次の図に示すように、必要条件のショートカット メニューを開き、[選択した項目を新しい作業項目にリンク] を選択します。

作業項目のショートカット メニュー (Team Web Access)

[リンクされた新しい作業項目を必要条件に追加] ウィンドウで、[リンクの種類] として [子] を選択し、[作業項目の種類] として [タスク] を選択します。[タイトル] にタスクのタイトルを入力し、[OK] をクリックします。

タスクの作業項目フォームが表示され、必要条件に自動的にリンクされます。 フォームで、[担当者] でタスクを担当するチーム メンバーを選択し、[残存作業] に見積もり作業を入力します。

代わりに、「Define and Estimate Tasks That Are Linked to Each Requirement」で説明されているように Team System Web Access のバックログ ページを使用できます。 または、Excel で作業内訳クエリを開き、リンクされたタスクの定義と作業の見積もりをすばやく行うこともできます。 詳細については、「作業項目のツリー リストの使用によるトップダウン プランニングの実行 (Excel)」を参照してください。

必要条件に対して不足しているタスクを追加したら、作業内訳クエリを更新できます。 "Project Server に送信" フィールドを必ず "はい" に設定してください。 必要条件のステータスの次回更新時に、新しい必要条件とタスクがエンタープライズ プロジェクト計画に送信されます。 複数のタスクを一括編集して、選択したフィールドを定義することもできます。 「Submit User Stories to Project Server」を参照してください。

重要

作業項目の複数のレベルを、Project Server に送信すると、最初のレベルが承認され、Project Server に発行されてから、次のレベルが送信されます。たとえば、3 つのレベルの子項目を含む新しい作業項目のバッチを送信できます。その場合、プロジェクト マネージャーはプロジェクト計画を 4 回発行することで、すべての作業項目が Project Server と同期するようにする必要があります。

ページのトップへ

残存作業および実績作業の更新

作業の進行状況に応じて、各チーム メンバーは、各タスクの "残存作業" フィールドと "実績作業" フィールドを更新する必要があります。 これは、Team System Web Access のタスク ボードまたはチーム エクスプローラーを使用して行うことができます。 タスクを完了するのにさらに時間がかかる場合、チーム メンバーは残存作業を延長できます。 これらのフィールドの更新は、自動的にプロジェクト マネージャーの承認キューに配置され、親必要条件のロールアップに反映されます。

別の方法として、チーム リーダーは、Excel で作業内訳クエリを開いて複数のタスクを一度に更新できます。

却下された更新への対処

プロジェクト マネージャーが必要条件またはタスクのステータスの更新を却下すると、この情報が "履歴" フィールドに表示され、[Project Server] タブの "最新の承認の状態" フィールドに "却下" と示されます。 作業項目の更新が却下されると、その作業項目を同期できなくなります。 作業項目の同期を再開するには、却下ステータスに対処する必要があります。 クエリを作成して、更新ステータスが却下された作業項目を検索できます。 詳細については、「Resolving Conflicts and Managing Rejected Work Item Submissions」を参照してください。

参照

処理手順

妥当性確認エラーの解決

概念

特定のフィールドに対する更新の管理方法について

その他の技術情報

Managing Projects Using Project Professional Mapped to a Team Project