重要
Dynamics 365 Project Service Automation は Dynamics 365 Project Operations に進化しました。 詳細は、Project Service Automation の移行を参照してください。
チーム タブでチーム メンバーをプロジェクトに直接追加する場合でも、スケジュール ボードからプロジェクトまたは要件にリソースを予約する場合でも、使用できる予約割り当て方法がいくつかあります。 この記事では、各方法のしくみと、リソースのオーバーブッキングにつながる可能性のある方法について説明します。
次の表は、例と各予約割り当て方法の動作を示しています。
| 予約割り当ての方法 | リソース要件(期間) | 合計 | 月 | 火 | 水 | 木曜日 | 金 | 能力を尊重する | 可用性を尊重する | 要件の期間を尊重する |
|---|---|---|---|---|---|---|---|---|---|---|
| リソースの作業能力 | - | 40 | 10 | 10 | 10 | 10 | 0 | |||
| リソースの既存予約 | - | 16 | 6 | 4 | 2 | 2 | 2 | |||
| 全キャパシティ | なし | 40 | 10 | 10 | 10 | 10 | 0 | イエス | いいえ | いいえ |
| 残りの容量 | なし | 26 | 4 | 6 | 8 | 8 | 0 | イエス | イエス | いいえ |
| パーセンテージ (50%) | なし | 20 | 5 | 5 | 5 | 5 | 0 | イエス | いいえ | いいえ |
| パーセンテージ (100%) | なし | 40 | 10 | 10 | 10 | 10 | 0 | イエス | いいえ | いいえ |
| 均等に分散 | 80 | 80 | 20 | 20 | 20 | 20 | 0 | いいえ | いいえ | イエス |
| 前倒し | 80 | 26 | 4 | 6 | 8 | 8 | 0 | イエス | イエス | イエス |
フルキャパシティ
「全容量」方式では、指定した開始日と終了日について、リソースの全容量が予約されます。 たとえば、リソースに 1 日 8 時間、週 5 日稼働するように設定されたカレンダーがある場合、5 稼働日をカバーする開始日と終了日を設定すると、リソースは 40 時間予約されます。 予約は、リソースの残りのキャパシティ、またはスケジュールされている要件の期間に関係なく行われます。 その期間中にリソースが他のプロジェクトで既に予約されている場合、40 時間は追加時間として予約され、オーバーブッキングにつながる可能性があります。
残りの容量
残りのキャパシティ方法は、スケジュール ボードを使用してプロジェクトに直接予約する場合にのみ使用できます。 この方法は、指定された日付範囲内のリソースの使用可能なキャパシティを予約します。 たとえば、リソースのキャパシティが週あたり 40 時間で、既に 10 時間予約されている場合、同じ週に予約すると、その週の残りの 30 時間のキャパシティが予約されます。
キャパシティの割合
「パーセンテージキャパシティ」方法では、指定した開始日から終了日までの間、リソースはキャパシティの一定割合で予約されます。 たとえば、リソースのカレンダーが 1 日 8 時間、週 5 日稼働するように設定されている場合、5% キャパシティで 5 稼働日をカバーする開始日と終了日を設定すると、リソースは 20 時間分を予約されます。 1 日あたりの個々の予約は、期間全体で均等に分散されます (この例では 1 日あたり 4 時間)。 リソースの残りのキャパシティに関係なく予約が実行されます。 その期間中にリソースが他のプロジェクトで既に予約されている場合、20 時間は追加時間として予約され、オーバーブッキングにつながる可能性があります。
時間を均等に配分する
「時間を均等に配分」方法では、指定した時間数だけリソースが予約され、指定した開始日と終了日に日ごとに時間が均等に配分されます。 たとえば、リソースを 5 日間で 20 時間予約する場合、この方法では 20 時間が 1 日あたり 4 時間に均等に配分されます。 リソースの残りのキャパシティには関係なく予約ができます。 その期間中にリソースが他のプロジェクトで既に予約されている場合、20 時間は追加時間として予約され、オーバーブッキングにつながる可能性があります。
前倒し時間
フロントロード時間方式では、指定した時間数だけリソースが予約され、指定した開始日と終了日の上に日ごとの時間がフロントローディングされます。 前倒しでは、リソースの使用可能なキャパシティが "空いている" 順に消費されます。 たとえば、リソースの作業スケジュールが 1 日あたり 8 時間、週 5 日で、現在の予約がない場合、リソースを 5 営業日の期間で 20 時間予約すると、次の日次予約パターンになります。
| 予約 | 1 日目 | 2 日目 | 3 日目 | 4 日目 | 5 日目 | 合計 |
|---|---|---|---|---|---|---|
| 既存の予約 | 0 | 0 | 0 | 0 | 0 | 0 |
| 新規予約 | 8 | 8 | 4 | 0 | 0 | 20 |
フロントロード方式では、既存の予約と利用可能なキャパシティが考慮されます。 たとえば、同じリソースの稼働日に既に 20 時間の予約がある場合、新しい予約は次のように残りのキャパシティを消費します。
| 予約 | 1 日目 | 2 日目 | 3 日目 | 4 日目 | 5 日目 | 合計 |
|---|---|---|---|---|---|---|
| 既存の予約 | 8 | 8 | 4 | 0 | 0 | 20 |
| 新規予約 | 0 | 0 | 4 | 8 | 8 | 20 |
利用可能なキャパシティが考慮されるため、予約で吸収できる残りのキャパシティがリソースにない場合は、エラー メッセージが表示されることがあります。 この方法では、重複予約することはありません。
無し
なし方法は、プロジェクト内の チーム タブから予約する場合にのみ使用できます。 この方法では、リソースをプロジェクトのチーム メンバーとして追加しますが、リソースのキャパシティを吸収する予約は作成されません。 この方法は、プロジェクトの作成時に既定のプロジェクト マネージャー チーム メンバーが追加されるときに使用されます。 プロジェクトを作成したプロジェクト マネージャー ユーザーは、既定でプロジェクトに追加されるため、プロジェクト エンティティ レコードには所有者がおり、プロジェクトには 1 人の承認者があります。 このユーザーには予約がないため、リソースを予約する場合は、リソースを削除してから別の割り当て方法を使用して再度追加するか、リソースをタスクに追加してから、調整 タブの 予約の延長 を使用して割り当ての予約を作成できます。
重複予約につながる割り当て方法
要約すると、次の割り当て方法では、リソースが他のプロジェクト (または他の作業指示書やスケジュール可能なエンティティ) で既にコミットされている場合、オーバーブッキングが発生します。
- フルキャパシティ
- キャパシティの割合
- 時間を均等に配分する
これらの割り当て方法の 1 つを使用すると、リソースが重複予約されても通知が表示されません。 オーバーブッキングを修正するには、スケジュール ボードを使用する必要があります。