リソース・マッピングの計算方法
マッピングの更新プロセスは、実績コストと収益をプロジェクト・プランニングおよび予測用の最新のプランニング・リソースと照合します。 集計済実績コストおよび収益は、プロジェクト・パフォーマンス・レポート用に再計算されます。
リソース・マッピングに関する考慮事項
「マッピングの更新」プロセスを使用するときは、次のことを考慮します。
-
リソース・フォーマットを変更した後、またはリソースを追加してリソース・ブレークダウン・ストラクチャを保存した後で、リソース・マッピングを更新できます。
-
ベースライン・プロジェクト・プランの値は、マッピングの更新プロセスによる影響を受けません。
-
「マッピングの更新」プロセスは、プロジェクト・レベルでのリソース変更を許可しない場合にのみ適用されます。
ヒント:プロジェクト・レベルでリソース変更を許可する場合は、プロジェクト・プランの「実績金額の更新」処理を使用して、プロジェクト・プランのすべてのタスクの実績金額を更新します。 プロジェクト・パフォーマンス・データをレポート用に集計するには、プロセス・モニターを使用してプロセスを開始します。
-
「マッピングの更新」プロセスの実行後、新しい実績コストを反映するには、予測バージョンを再生成します。
リソースへのコスト・マップ方法
タスクに割り当てられているすべてのリソースのコストを追跡し、リソース・ブレークダウン・ストラクチャを使用してこれらのコストの内訳を表示できます。 コストが発生すると、アプリケーションは最初にリソース・ブレークダウン・ストラクチャの最適な一致をチェックします。 見つからない場合は、優先順位のルールに基づいて最も近い一致が検索されます。
トランザクションがそれに関連付けられている場合、アプリケーションは最下位レベルのリソース形式からのマッピングを試みます。 3レベルのリソース書式(支出タイプなど): 指定個人: ジョブ)は、2レベルのリソース書式(支出タイプなど)を評価する前に評価されます: 名前付き個人)。
アプリケーションは次のルールに従って、コストをリソースに関連付けます:
-
トランザクションが関連付けられるレベルが1つのみの場合、原価はそのレベルにマップされます。
-
トランザクションが異なるリソース・フォーマットに関連付けられている場合、アプリケーションでは、ブランチ内のすべてのリソース・タイプの優先順位番号が合計され、最も小さい合計を持つブランチ内のリソース要素が優先されます。
-
最も小さい優先番号が複数の分岐の最下位レベルにある場合は、1つ上のレベルの優先番号が使用されます。
-
優先番号の合計が複数の分岐で同じ場合は、最下位レベルの番号が最も小さい分岐が優先されます。
-
1つのブランチにユーザー定義のリソース・タイプが含まれている場合、ユーザー定義のリソース・タイプを含まないブランチに優先順位が付けられます。
-
プロジェクトでは、優先番号が小さいほど、優先度は高くなります。 たとえば、優先番号が1のリソース要素は、優先番号が10のリソース要素より優先されます。
次の表に、優先順位番号を示します:
|
リソース・タイプ |
「労務」リソース区分での優先度 |
「機材」リソース区分での優先度 |
「資材品目」リソース区分での優先度 |
「財務リソース」リソース区分での優先度 |
|---|---|---|---|---|
|
指定個人 |
1 |
1 |
1 |
1 |
|
プロジェクト非労務リソース |
3 |
3 |
3 |
3 |
|
在庫品目 |
5 |
5 |
5 |
5 |
|
ジョブ |
6 |
6 |
6 |
6 |
|
品目カテゴリ |
8 |
8 |
8 |
8 |
|
支出タイプ |
9 |
9 |
9 |
9 |
|
イベント・タイプ |
10 |
10 |
10 |
10 |
|
支出カテゴリ |
11 |
11 |
11 |
11 |
|
収益カテゴリ |
12 |
12 |
12 |
12 |
|
組織 |
13 |
13 |
15 |
15 |
|
システム個人タイプ |
14 |
14 |
14 |
14 |
|
サプライヤ |
15 |
15 |
13 |
13 |
|
リソース区分 |
16 |
16 |
16 |
16 |
優先度ルールを使用したリソース・マッピングの例
この例では、出張経費が発生しているプリンシパル・コンサルタントのタイム・カード・トランザクションが2つの分岐にマップされます。
-
最初の分岐は、2つのレベルで構成されています(1-個人タイプ: 従業員と1.1-ジョブ: プリンシパル・コンサルタント)。 最上位レベルの優先番号は14、最下位レベルの優先番号は6であり、分岐での合計は20になります
-
2番目の分岐も、2つのレベルで構成されています(2-支出カテゴリ: 経費と2.1-支出タイプ: 出張)。 最上位レベルの優先番号は11、最下位レベルの優先番号は9であり、分岐での合計は20になります。
トランザクション・コスト金額は、最下位レベルで最も小さい番号(6)のジョブ: プリンシパル・コンサルタントというリソース要素にマップされます。
コストをリソースにマップする方法の例
PRBSという名前のプランニング・リソース・ブレークダウン・ストラクチャを作成したとします。 PRBSの作成中に、支出タイプを選択しました: 指定個人: ジョブ・リソース書式。 アプリケーションは自動的に支出タイプを選択: 指定個人および支出タイプのリソース書式。 現在、PRBSのリソース書式階層は次のとおりです:
- 支出タイプ
- 支出タイプ: 指定個人
- 支出タイプ: 指定個人: ジョブ
リソースの組合せに追加されるプランニング・リソースは次のとおりです:
|
生産資源組合せ |
プランニング・リソース |
|---|---|
|
支出タイプ |
Consulting |
|
支出タイプ |
カーペンタ |
|
支出タイプ: 指定個人 |
コンサルティング: エミリー |
|
支出タイプ: 指定個人 |
カーペンタ: エイミー |
|
支出タイプ: 指定個人: ジョブ |
カーペンタ: エイミー: マネージャ |
次に、次の値を使用して2つのコスト・トランザクションを処理しました:
|
トランザクション番号 |
支出タイプ |
個人名 |
ジョブ |
|---|---|---|---|
|
1 |
カーペンタ |
エイミー |
Principal Consultant |
|
2 |
専門職 |
Emily |
コンサルタント |
- Carpenterにアサイメントが存在するとします: エイミー: プロジェクト・タスクの1つに対するマネージャ。 原価が発生した場合、Carpenterの計画は行われますが、: エイミー: マネージャ、アプリケーションによりCarpenterが作成されます: 次の理由により、Amyは未計画リソースであり、コストをマップします:
- トランザクションの作成中、Amyのジョブはプリンシパル・コンサルタントに設定され、これはPRBSで使用可能なものとは異なります。
- カーペンタ: エイミー・リソース形式およびリソースはPRBSで使用可能です。
- Emilyの原価が発生すると、原価が労務にマッピングされます。 指定した個人は存在しますが、費用は支出タイプにマップされません: PRBSで使用可能な指定個人リソースの組合せ。 ノート: エミリーは独立団体としてPRBSでは利用できません。 また、トランザクションの作成中に、Emilyの「Expenditure Type(支出タイプ)」が「Professional(専門)」に設定され、「Job(ジョブ)」が「Consultant(コンサルタント)」に設定され、これらはPRBSで使用可能なものとは異なります。 アプリケーションで一致するものが見つからなかったため、コストが労務リソース区分にマップされました。
タスクでリソースが計画されていない場合のコストの汎用リソースへのマッピング
一致するリソースがリソース・ブレークダウン・ストラクチャに存在するが、タスクで計画されていない場合、アプリケーションは未計画コストを作成するのではなく、コストを汎用リソースにマップします。
|
リソース書式 |
例 |
|---|---|
|
|
リソースが指定個人レベルではなくジョブ・レベルで定義されている場合、アプリケーションでは、リソース・ブレークダウン・ストラクチャで使用可能な「労務: 専門: コンサルタント」リソースと実績コストが一致すると判断されます。 次に、タスクに正確なリソースが計画されているかどうかが確認されます。 その場合、コストがその計画リソースにマップされます。ここでは、「労務: 専門: コンサルタント」です。
リソースが個人レベルで定義され、タスクで上位レベルのリソースが計画されていない場合、アプリケーションは実績コストが労務と一致することを判断: プロフェッショナル: リソース・ブレークダウン・ストラクチャで使用可能なエイミー・リソース。 次に、タスクに正確なリソースが計画されているかどうかが確認されます。 完全一致がない場合は、上位レベルのリソース(「労務: 専門」または「労務」など)がタスクで計画されているかどうかがさらに確認されます。 一致が見つからない場合、リソース・ブレークダウン・ストラクチャから最適に一致するリソースが未計画リソースとして作成され、コストがその未計画リソース(この場合は労務)にマップされます : プロフェッショナル : Amy.
リソースが個人レベルで定義され、タスクで上位レベルのリソースが計画されている場合、アプリケーションは実績コストが労務と一致することを判断: プロフェッショナル: リソース・ブレークダウン・ストラクチャで使用可能なエイミー・リソース。 次に、タスクに正確なリソースが計画されているかどうかが確認されます。 完全一致がない場合は、上位レベルのリソース(「労務: 専門」または「労務」など)がタスクで計画されているかどうかがさらに確認されます。 労務に対して一致が存在することを検出し、その計画リソース(この場合は「労務」)にコストをマップします。