次の方法で共有


チーム プロジェクトにマップされているエンタープライズ プロジェクトにおけるリソース ロールアップの操作

プロジェクト マネージャーまたはリソース マネージャーは、Microsoft Project Professional または Team Foundation でリソースに割り当てられている作業を追跡できます。 Visual Studio Team Foundation Server と Microsoft Project Server の同期エンジンは、2 つのサーバー製品間でのロールアップ計算とリソース データのフロー (リソースのロールアップ) をサポートしています。 Project Professional で、あるいは Project Web Access または Project Web App (PWA) から、リソースごとの作業の割り当てを表示できます。 プロジェクト計画の管理に使用する方法に関係なく、リソースのロールアップを使用して、リソース割り当てと作業見積もりを確認し、リソースの平準化を実施できます。また、プロジェクト内または複数のプロジェクト間でリソースの過剰割り当てが発生していないかどうかを判断できます。

注意

参照できるのは、チーム プロジェクトにマップされているエンタープライズ プロジェクト計画のリソースのロールアップに限られます。詳細については、「TFS と Project Server の統合の構成」を参照してください。

2 つのサーバー製品は作業の追跡方法が異なるため、データの格納方法とデータ変更時の処理について理解しておく必要があります。

このトピックの内容

  • サポートされているシナリオとサポートされていないシナリオ

  • リソースの利用可能時間の表示

  • Team Foundation で提供されるロールアップ情報

サポートされているシナリオとサポートされていないシナリオ

プロジェクト マネージャーは、リソースのロールアップを使用して次の操作を実行できます。

  • リソース割り当てと開発チームが見積もった作業を確認する。

  • Project でリソースの平準化を実施し、スケジュール ベースラインを作成する。

  • ポートフォリオの複数のプロジェクトに共通するリソースが過剰に割り当てられていないかどうかを判断する。

  • Team Foundation でチーム メンバーが作業時間を更新したときに進行状況を確認する。

リソースのロールアップでは、次のシナリオはサポートされていません。

  • チーム メンバーの 1 日あたりの作業時間に基づいた作業の請求。 Team Foundation では、各チーム メンバーの 1 日あたりの作業時間ではなく、タスク単位でチーム メンバーごとの合計作業時間が報告されます。 作業時間の週単位の正確なレポートを提供するには、チーム メンバーが Project Server のタイムシートを使用して、作業時間を追跡する必要があります。

  • 複数のチーム メンバーに順次割り当てられている作業項目に基づいたリソースごとの作業の追跡。チーム メンバーが作業項目を実績作業時間に再割り当てすると、Team Foundation では、その項目が現在割り当てられているチーム メンバーが、これまでに完了しているすべての作業の担当者と見なされます。 個々のチーム メンバーが実施した作業を正確に追跡するには、チーム メンバーごとにタスクを個別に作成する必要があります。

リソースの利用可能時間の表示

Team Foundation ではリソースのロールアップをサポートしているため、次の図に示すような "リソースの割り当て作業時間" レポートを表示できます。 このレポートには、PWA のインスタンスからアクセスできます。 詳細については、Microsoft Web サイトの「リソースの配分状況と利用可能時間を表示する」を参照してください。

PWA におけるリソースごとの作業割り当て

作業見積もりまたはリソースの利用可能時間を表示する前に、エンタープライズ プロジェクト計画を発行し、Project Server に最新の更新情報が提供されるようにする必要があります。 リソースのロールアップには、Project Server のリソースに対する作業の割り当てをキャプチャするための 2 パス シーケンスが必要となります。 リソースのロールアップ データを Team Foundation から Project Server に完全にフローするには、次の一連の処理が実行される必要があります。

  1. チーム メンバーが、1 つ以上の子タスクを含む親作業項目をエンタープライズ プロジェクト計画に送信します。

  2. 最初のステータス更新については、同期エンジンが、すべての作業をタスクのプライマリ所有者に割り当てた初期ロールアップを使用して Project Server に更新を送信します。

  3. プロジェクト マネージャーがステータスの更新を承認します。

  4. プロジェクト マネージャーがプロジェクト計画を発行します。

  5. 以降のステータス更新については、同期エンジンが、有効な各ユーザーに割り当てられている作業の完全なロールアップが含まれた更新を送信します。 また、作業、割り当てフィールド、または作業項目のツリー階層に対する変更に関する更新も送信します。

  6. プロジェクト マネージャーがステータスの更新を承認します。

  7. プロジェクト マネージャーがプロジェクト計画を発行します。

Project Server に格納できるのは、Team Foundation の有効なリソースのリソース ロールアップ情報に限られます。 リソースを有効にするには、エンタープライズ リソース共有元とプロジェクト リソース共有元にユーザー名を追加し、Project Server のステータスの更新を送信するために必要なアクセス許可がユーザーに付与されている必要があります。

割り当てられているユーザーが無効なリソースである子タスクを含むロールアップ タスクを送信すると、その無効なリソースの作業がサマリー タスクのプライマリ所有者またはアクティブなリソースに割り当てられます。 マップ解除された子作業項目の割り当てに関するステータス エラーは、親作業項目のログに記録されます。 これらの再割り当てを解決するには、失敗した送信ステータスが含まれたタスクを検索し、問題を解決する必要があります。 詳細については、「作業項目送信の監視および拒否状態の解消」を参照してください。

Team Foundation で提供されるロールアップ情報

ロールアップは、子タスクを含むマップされた作業項目について計算されます。 マップされた作業項目の "Project Server に送信" フィールドは "はい" に設定されています。 親タスクの "残存作業" フィールドと "実績作業" フィールドには、子タスクに定義されたこれらの作業項目フィールドの値の合計が格納されます。 また、同期エンジンにより、すべての子タスクとその関連作業に割り当てられているすべてのリソースがロールアップされます。 また、エンジンは、"Project Server Assignment Data" (Project Server の割り当てデータ) フィールドにこの情報を格納します。

注意

リソースのロールアップまたはロールアップ計算を無効にすることはできません。

ロールアップ計算は次の規則に従います。

  • 親がエンタープライズ プロジェクト計画にマップされ、エンタープライズ プロジェクト計画に発行されるように設定されている子項目である、マップされていない作業項目にのみ適用されます。

  • エンタープライズ プロジェクト計画の作業が二重にカウントされないように、Project のタスクにマップされている子項目は無視されます。

  • 子項目を含む子項目を持つ親である、複数レベルの入れ子を含むタスクの階層をサポートします。

Team Foundation のロールアップ データが変更されると、同期エンジンは変更を反映するためのステータス更新を作成します。

Project のタスクへの Team Foundation の作業項目のロールアップ

次のワークフローは、Team Foundation の作業項目が Project のタスクにどのようにロールアップされるかを示しています。

  1. Team Foundation で、チーム リーダーの Peter は、"Shopping Cart" という必要条件をそれぞれ 5 時間の 10 個のタスクに分割しました。 Peter は、Jean-Marie に 4 個のタスクを割り当て、Sanjay に 6 個のタスクを割り当てました。 要求は Peter に割り当てられます。

  2. Project で、プロジェクト マネージャーの Svetlana は、Shopping Cart のサマリー タスクに次の割り当てが含まれていることを確認しました。

    • 実績作業も残存作業もない、Peter に対する 1 つの割り当て

    • 実績作業がなく 20 時間の残存作業がある、Jean-Marie に対する 1 つの割り当て

    • 実績作業がなく 30 時間の残存作業がある、Sanjay に対する 1 つの割り当て

  3. チーム メンバーは、作業を完了すると、Team Foundation で各自のデータを更新します。 Jean-Marie がタスクで 6 時間作業を行い、Sanjay が 12 時間作業を行った後、Svetlana が Project で割り当てを確認すると、各割り当ては次のように更新されています。

    • 実績作業も残存作業もない、Peter に対する 1 つの割り当て

    • 6 時間の実績作業と 14 時間の残存作業がある、Jean-Marie に対する 1 つの割り当て

    • 12 時間の実績作業と 18 時間の残存作業がある、Sanjay に対する 1 つの割り当て

  4. タスクが追加され、新しいチーム メンバーに割り当てられた場合、Project のサマリー タスクの割り当てに、新しいメンバーの作業のロールアップが追加されます。

  5. チーム リーダーが Team Foundation の別の親作業項目に子タスクを移動した場合、その子タスクに関連付けられている作業は Project のサマリー タスクの割り当てから削除されます。

  6. チーム リーダーが子タスクを別のチーム メンバーに再割り当てすると、割り当てが調整され、作業のロールアップが反映されます。 チーム メンバーが既に実施したすべての作業は、作業項目に現在割り当てられているチーム メンバーに割り当てられます。

タスクまたは作業項目のプライマリ所有者またはアクティブ所有者

Team Foundation Server に発行されるタスクに割り当てることができるアクティブなユーザーは 1 人に限られます。 ただし、子作業項目のロールアップを含む Project のサマリー タスクには、複数のリソースが表示されます。

Project の "リソース" をチーム プロジェクトに発行するタスクに割り当てる場合、タスクのプライマリ所有者またはアクティブ所有者を指定する必要があります。 この情報は、Team Foundation の "担当者" フィールドのユーザー名に対応しています。

作業項目とタスクへのリソースの割り当ておよび再割り当て

Team Foundation でタスクがリンクされると、そのタスクはロールアップ リソース割り当てを所有します。Project では、これらのリソース割り当ては実際には読み取り専用となります。 Project では、非ロールアップ タスクを再度割り当てることができます。

Team Foundation では、1 つの作業項目に割り当てることができるリソースは 1 人に限られます。 "担当者" フィールドには、リソース名を 1 つしか含めることはできません。 Project Professional では、タスクに複数のリソースを割り当てることができます。 ただし、Team Foundation Server に発行するタスクに含めることができるアクティブな割り当ては 1 つに限られます。 プロジェクト計画を発行すると、Team Foundation のクライアント アドインによって、タスクごとに定義されている割り当てが 1 つだけであることが検証されます。 タスクに複数のリソースが割り当てられていると、[検証の解決] ダイアログ ボックスが表示されます。このダイアログ ボックスで、アクティブな割り当てとしてリソースを 1 つ指定する必要があります。 詳細については、「妥当性確認エラーの解決」を参照してください。

Team Foundation は、作業項目を使用してワークフローを実装します。 1 つの作業項目を複数のチーム メンバーに順次割り当てることができます。各メンバーは何かアクションを実行し、作業を完了します。 各リソースが完了した作業に基づいて時間を請求する場合は、チーム メンバーに PWA のタイムシートを更新してもらう必要があります。

参照

概念

TFS と Project Server の統合機能の概要

TFS と Project Server の統合における同期プロセスの概要

その他の技術情報

TFS と Project Server の統合を使用したプロジェクトの管理