--- sourceDocument: オーストラリア 戦略的ポートフォリオ管理 (SPM) sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/it-business-management Release : - australia ft:locale : - ja-JP ft:publication_title : - オーストラリア 戦略的ポートフォリオ管理 (SPM) ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # リソース割り当て # リソース割り当て {#ariaid-title1} * リリースバージョン: Australia * * 更新日 2026年03月12日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分 リソース要求者がリソース計画を作成した後、リソースマネージャーはリソースを確認して、プランを \[確認済み\] ステータスに移行できます。リソースマネージャーは、リソースをプランに割り当て、それを \[割り当て済み\] ステータスに移行できます。 カレンダーとスケジュールの情報に基づいて、リソースマネージャーはリソースの可用性を表示し、確認して特定のタスクに割り当てることができる管理下のリソースを選択します。 ## ソフト割り当てとハード割り当て {#r_AllocatingResources__booking_typ} リソース計画が \[確認済み\] ステータスに移行すると、[要求された割り当て](https://servicenow-prod.fluidtopics.net/HoUvkphzC2NhHENG2EvNRA "要求された割り当ては、リソース計画が送信され、[計画] ステータスになると自動的に作成されます。必要に応じて、リソース要求者は、[計画] または [却下] ステータスのリソース計画に対して、要求された新しい割り当てを作成できます。リソースマネージャーは、[要求済み] ステータスのプランに対して要求された割り当てを作成できます。")に対応するリソース割り当てが自動的に作成されます。これらの割り当ての \[予約タイプ\] は \[ソフト\] です。ソフト割り当ては、要求されたユーザーの一時的な割り当てに似ており、カレンダーイベントを作成しません。 プランが \[割り当て済み\] ステータスに移行すると、\[予約タイプ\] が \[ソフト\] から \[ハード\] に変更されます。ハード予約の場合、リソースはプランに割り当てられ、割り当て済みの時間内に他のプランで利用することはできません。予約時間はユーザーカレンダーにも表示されます。要求されたリソースを割り当て期間全体にわたって割り当てることができない場合、割り当てレコードの予約タイプは \[ソフト\] のままになります。 割り当て中のエラーまたは警告は、\[リソースプラン\] フォームの \[リソースプランログ\] 関連リストに記録されます。これらのログを確認して、適切なアクションを実行し、さらにリソースを割り当てることができます。 注: リソースプロパティ com.snc.resource_management.allocation_interval_minutes を使用すると、10 進数値でソフト割り当てとハード割り当てを作成できます。 ## ソフト割り当ての時間の計算 ケース 1：比例割り当て : たとえば、\[メンバー設定\] 値が \[すべてのメンバー\] または \[特定のメンバー\] に設定されている場合に、2 つのリソースを持つグループに要求された割り当ては次のようになります。{#r_AllocatingResources__table_shk_mvr_jx__entry__3} | 開始日 | 終了日 | 予定時間数 | |-|-|-| | 10 月 3 日 | 10 月 7 日 | 40 | [ ] {#r_AllocatingResources__table_shk_mvr_jx} デフォルトでは、\[リソースプラン\] フォームの[予定時間数](https://servicenow-prod.fluidtopics.net/4jRgmxZHHzdtT5YiZo8ZTA "リソース管理 アプリケーションから、デマンド、プロジェクト、プロジェクトタスク、インシデント、問題、変更などの任意のタスクのリソース計画を作成できます。承認のために送信するまで、計画を編集および調整できます。")は、要求された各割り当てレコードの作業日数に基づいて、要求されたすべての割り当てに比例割り当てされます。{#r_AllocatingResources__table_ygz_y1s_jx__entry__4} | リソース | リソースの休暇 | 利用可能なキャパシティ (時間) | ソフト割り当て時間 | |-|-|-|-| | リソース 1 | 2 日間 | 3 \* 8 = 24 | 24 \* 0.625 = 15 | | リソース 2 | | 5 \* 8 = 40 | 40 \* 0.625 = 25 | [ ] {#r_AllocatingResources__table_ygz_y1s_jx}次の計算が使用されます。 * `合計利用可能キャパシティ = 利用可能キャパシティユーザー 1 + 利用可能キャパシティユーザー 2 = 24 + 40 = 64 時間` * `利用可能なキャパシティの 1 時間あたりの割り当て時間 = 予定時間/利用可能な総キャパシティ = 40/64 = 0.625 時間` {#r_AllocatingResources__ul_dfc_tcs_jx} 注: グループリソース計画に対して要求された 1 つの割り当てに対して、複数のソフト割り当てを作成できます。 ケース 2：利用可能な最も利用可能なリソースが最初に要求される : たとえば、\[メンバー設定\] 値が \[すべてのメンバー\] に設定されている場合に、3 つのリソースを持つグループに要求された割り当ては次のようになります。{#r_AllocatingResources__table_f5y_2ds_jx__entry__3} | 開始日 | 終了日 | 予定時間数 | |-|-|-| | 10 月 3 日 | 10 月 7 日 | 40 | [ ] {#r_AllocatingResources__table_f5y_2ds_jx} 指定された期間内に最も利用可能なリソースが検索され、これらのリソースに対するソフト割り当てが作成されます。{#r_AllocatingResources__table_dng_xds_jx__entry__3} | リソース | 利用可能な時間 | ソフト割り当て時間 | |-|-|-| | リソース 1 | 24 | 10 | | リソース 2 | 30 | 30 | | リソース 3 | 20 | | [ ] {#r_AllocatingResources__table_dng_xds_jx}リソース 2 は最も利用可能なリソースです。リソース 2 から利用可能なすべての時間を消費するまで、最初にリソース 2 のソフト割り当てが作成されます。その後、次に利用可能なリソースに移動し、以下同様に続きます。すべてのリソースの利用可能時間が消費され、すべてのメンバーに割り当てた後も予定時間が残っている場合 (利用可能なものが最も多いものから少ないものへ)、残りの時間はすべてのリソースに均等に割り当てされます。 ## ハード割り当ての時間の計算 ケース 1：均等に分散 : ハード割り当て分散タイプとして \[均等\] を選択すると、すべての営業日に時間を均等に分割することにより、リソースのリソースイベントが作成されます。スマート均等負荷割り当て分散は、割り当て時にリソースの可用性を考慮に入れ、可能な場合にのみ時間を均等に適用します。リソースが 1 日過剰に割り当てられている場合、その日をバイパスし、リソース計画が履行されるまで次の日に割り当てを再開します。 たとえば、1 週間に 20 時間要求されたリソースの場合、均等に分散されたハード割り当ては次のようになります。{#r_AllocatingResources__table_pqd_tgs_jx__entry__6} | 曜日 | 月曜日 | 火曜日 | 水曜日 | 木曜日 | 金曜日 | |-|-|-|-|-|-| | 利用可能な時間 | 6 | 6 | 6 | 6 | 休暇 | | 割り当て済みの時間 | 5 | 5 | 5 | 5 | 0 | [ ] {#r_AllocatingResources__table_pqd_tgs_jx} ケース 2：フロントロード : ハード割り当て分散タイプとして \[フロントロード\] を選択すると、割り当ての開始日から利用可能なすべてのリソーススロットがいっぱいになります。リソースが開始日と終了日の間に完全に割り当てられると、残りの時間は開始日から最大 24 時間まで入力されます。 たとえば、1 週間に 20 時間要求されたリソースの場合、フロントロード分散のハード割り当ては次のようになります。{#r_AllocatingResources__table_s3b_jhs_jx__entry__6} | 曜日 | 月曜日 | 火曜日 | 水曜日 | 木曜日 | 金曜日 | |-|-|-|-|-|-| | 利用可能な時間 | 6 | 6 | 6 | 6 | 休暇 | | 割り当て済みの時間 | 6 | 6 | 6 | 2 | 0 | [ ] {#r_AllocatingResources__table_s3b_jhs_jx} ## ハード割り当て中のイベント作成 イベントの最小単位を制御するには、カレンダーイベント期間 (分) (com.snc.resource_management.allocation_interval_minutes property) を変更します。デフォルトは 60 分です。 リソース割り当てでは、このプロパティを使用して 10 進数値で割り当てを作成します。次の表を使用して、プロパティ値が正しく設定されていることを確認してください。{#r_AllocatingResources__table_ph1_vzh_nsb__entry__2} | ユーザーの予定時間 | カレンダーイベント期間値 | |-|-| | 0.5 | 30 | | 0.25/0.5/0.75 | 15 | | 0.2/0.4/0.6/0.8 | 12 | | 0.1、0.2 など | 6 | [ ] {#r_AllocatingResources__table_ph1_vzh_nsb} 例：1 週間で 4 時間、割り当て間隔は 60 分 : 月曜日から木曜日までの 60 分のブロックを作成します。 {#r_AllocatingResources__table_xfr_hws_jx__entry__5} | 月曜日 | 火曜日 | 水曜日 | 木曜日 | 金曜日 | |-|-|-|-|-| | 60 分 | 60 分 | 60 分 | 60 分 | | [ ] {#r_AllocatingResources__table_xfr_hws_jx} 例：1 週間で 4 時間、割り当て間隔は 30 分 : このプロパティの値が 30 分に設定されており、1 時間をユーザーに割り当てる必要がある場合、ユーザーが空いているときにその割り当ては 2 つの 30 分ブロックに分割されます。この設定では月曜日から水曜日まで 60 分のブロックが作成され、木曜日と金曜日に 30 分のブロックが作成されます。 {#r_AllocatingResources__table_hc5_lws_jx__entry__5} | 月曜日 | 火曜日 | 水曜日 | 木曜日 | 金曜日 | |-|-|-|-|-| | 30 分 + 30 分 | 30 分 + 30 分 | 30 分 + 30 分 | 30 分 | 30 分 | [ ] {#r_AllocatingResources__table_hc5_lws_jx} 注: スケジュールされた時間がカレンダーイベント期間プロパティで割り切れない場合、1 日あたり数時間の損失が生じます。たとえば、1 日あたりの予定時間数が 8.5 で、プロパティ値が 60 に設定されているとします。この場合、各日に割り当てられる最大時間は 8 になり、1 日あたり 0.5 時間の損失になります。 ## 休暇処理 {#r_AllocatingResources__section_opv_2nr_5bb} リソースプランのリソースイベントは、リソースが休暇をマークした日、または他のイベント (トレーニングや会議など) に参加した日には作成されません。アドミニストレーターは、プロパティ com.snc.resource_management.exclude_events_from_schedule を使用してリソースのキャパシティと割り当てを管理し、以下を指定できます。 * キャパシティ計算で除外する必要があるイベント。たとえば、リソースの休暇が月曜日と水曜日の間にある場合、リソースの週次キャパシティは (40 時間ではなく) 16 時間として計算されます。 * システムが割り当てを作成してはならない場合。たとえば、リソースが金曜日にトレーニング中の場合、リソースは金曜日のタスクに割り当てられません。 {#r_AllocatingResources__ul_hmt_y3s_jx} ## 過剰割り当て リソースの過剰割り当ては許可されます。リソースを過剰に割り当てると、ユーザーの予定時間内にユーザーカレンダーに重複するイベントが作成されます。ただし、任意の日に割り当てることができるのは最大 24 時間です。重複するイベントは、週次ビューのカレンダーで重複して表示されます。月次ビューでは、重複するイベントが別のイベントの上または下に表示されます。 たとえば、ユーザーが、毎日の作業日を 08:00 から 17:00 まで指定するスケジュールがあるとします。イベント 1 は、ユーザーのカレンダーの 08:00 から 14:00 までです。同じ日にイベント 2 に対してさらに 5 時間を追加すると、空いていた 3 時間 (14:00 〜 17:00) にイベントが作成されます。重複するイベントも、その日の始まり (08:00 〜10:00) から残りの 2 時間に作成されます。 * **[リソースロールの作成](https://servicenow-prod.fluidtopics.net/UFjnVP9waTQ95VW~xIIMSQ)** チームメンバーのスキルと能力に基づいて、プロジェクト固有のロールを定義します。 * **[ユーザーリソースとグループリソース](https://servicenow-prod.fluidtopics.net/f08QotEP7X1sT7rOdALH~A)** リソースを割り当てる場合、リソースマネージャーはアドミニストレーターと協力して、pps_resource ロールを持つグループにユーザーを追加する必要がある場合があります。 * **[割り当ての作成](https://servicenow-prod.fluidtopics.net/bHIh0iD8g43rr0HzZDGtsQ)** リソースマネージャーは、\[リソース割り当て\] 関連リストを使用して割り当てを作成できます。 * **[\[リソース計画\] フォームからリソース計画を却下する](Yq0pdER0GrWVSsMFSbXY9A)** リソースマネージャーは、\[リソースプラン\] フォームまたはリソースワークベンチからプランを却下できます。