リソースおよびロールを処理するリソース マネージャとして、以下の用語に精通してください。
リソースを作業に利用できる時間数、またはリソースが 1 営業日で動作すると予想される時間数を定義します。
［既定値］： 8
以下の式を使用して、週単位の利用可能時間を計算できます。
週単位の利用可能時間 = （利用可能時間） x （割り当てられたリソース カレンダ内の週当たりの営業日数）
たとえば、リソースの［利用可能時間］の値が 8 で、割り当てられたリソース カレンダの週当たりの営業日が 5 日の場合:
週単位の利用可能時間 = 8 × 5= 40 時間/1 週
スタッフ メンバとして、投資にリソースを予約すること。 配置量はリソースごとに生成されます。 以下の式を使用して、リソース配置を計算できます。
リソース配置量 = （利用可能時間） x （投資期間中のリソースの稼働日数）
投資期間中の個別のリソースの稼働日数は、リソース カレンダに基づきます。 投資期間中にリソースを利用可能なすべての日数がカウントされ、これには開始日と終了日も含められます。
たとえば、以下のリストは、投資期間中にいくつかのリソースで週ごとに利用可能な時間を示しています。
すべてのリソースが 3 週間にわたり、投資に 100 パーセント配置される場合、これらの配置は以下のようになります。
追加の投資にリソースをスタッフ配置することで、リソースが割り当て過多になると、警告が発せられます。 割り当て過多のリソースは、効率的に作業を実施することも、設定された終了日までに作業を完了することもできません。 このため、リソースが投資にどのように割り当てられているかを把握しておくことが重要です。
以下の例では、John、Bill および Sue は Mary の直属の部下です。
投資のリソースの将来における作業。 この期間は、予想残作業時間（ETC）としても知られています。
実績値は、組織ユニットに報告するスタッフによって記録された時間の総数です。 実績値は、コストではなくワークユニットです。 実績値は、完了し投資にポストされた作業を指します。
例： 先週、Mary の 3 人のチーム メンバは、さまざまなプロジェクトに対して、合計 139 時間をシステムに記録しました。 Mary のチームの先週の実績値の合計は、139 時間です。
［キャパシティ計画］は、最大生産性の稼働を改善するために、リソース、需要およびパフォーマンスを評価する習慣です。 ［キャパシティ計画］には以下のプロセスが含まれます。
［キャパシティ計画概要］ポートレットの主な目的は、キャパシティ、需要、残存キャパシティ、および組織内の所定のユニットによって提供された実働時間の全体像を、リソース OBS 階層ビューから提供することです。
［キャパシティ］は、リソースが作業契約の一部として、組織に対して使用可能になる総時間として定義されます。 キャパシティは、集積された利用可能時間とも呼ばれています。 組織ユニットのキャパシティは、そのユニット内のすべてのリソースの合計時間です。 リソース OBS 階層は、スタッフ ニーズをモデル化することと定義できます。 これらの OBS ユニットは、上下関係、地理、またはビジネス ユニットを示すことがしばしばあります。 明瞭さは、ポートレット内のキャパシティ結果をフィルタするために、リソース OBS 階層を使用します。 キャパシティには、OBS や子孫 OBS に属し、ロールを含まない、名前付きリソースが含まれます。
たとえば、あるユーザが毎週 40 時間働く契約を結んだ場合、彼には 40 時間のキャパシティがあります。
Mary には、毎週 40 時間働く 3 人の直属の部下で構成されるチームがあります。 Mary の組織ユニットのキャパシティは毎週 120 時間です。 Mary はチームのキャパシティに含まれないことに注意してください。 Mary に、彼女に直接報告する直属のスタッフがいる場合、Mary の組織のキャパシティ合計は、彼女に報告する、すべての組織の総キャパシティから構成されています。
需要は、組織のリソースまたはロールに関して、要求された総時間として定義されます。 需要は、投資に割り当てられたチーム メンバの計画配置に基づきます。 需要には、組織ユニットからの指名スタッフと要求されたロールの両方に対する配置が含まれています。 明瞭さは、OBS 別にフィルタした場合に、需要に資格を与えるため、チーム スタッフ OBS ユニットを使用します。 需要は、ハード予約された時間とソフト予約された時間で構成されています チーム スタッフ OBS がブランクの場合、リソース OBS が参照されます。
例：
Mary の組織内のリソースに対する、来週の総需要は 105 時間で、そのうちの 60 時間はハード予約されたスタッフ、20 時間はソフト予約されたスタッフ、35 時間は未充填のロールです。
［残存キャパシティ］は、プロジェクトの作業で組織が使用でき、そのユニットに対してまだ予約や要求が行われていない総時間として定義されます。 これはキャパシティと需要の差異です。 キャパシティ - 需要 = 残存帯域幅。
上記の例から、Mary の組織は来週、15 時間の利用可能な帯域幅があります。
ハード予約ステータスを持ち、ロールのメトリックに含まれていない、名前付きリソースを表します。 ［予約ステータス］が［ハード］に設定されたチーム スタッフは、ハード配置を意味します。計画配置も同様です。
ソフトまたはミックスの予約ステータスを持ち、ロールのメトリックに含まれていない、名前付きリソースを表します。 ソフト予約されたチーム スタッフ メンバは計画配置だけが実行され、ハード配置は実行されません。 計画配置とハード配置が等しくない場合、チーム メンバはミックス予約されます。
このポートレットでは、ミックス ステータスは、ソフト予約スタッフとしてレポートされます。 リソースが割り当てられる計画の方法に変更があるとき、リソースはミックス予約されます。
注： ミックス予約ステータスでは、［管理］メニューの［プロジェクト管理］の下にある［設定］オプション内で［ミックス予約を許可］を有効にする必要があります。 ［ミックス予約を許可］設定は、計画配置とハード配置を別々に管理するのに役立ちます。
予約ステータスのフィルタ条件に基づいて未充足のロールおよびそれらの配置をすべて表します。 ロールは、ハード、ソフト、およびミックス予約ステータスでプロジェクトまたは投資に割り当てられ、計画配置またはハード配置になります。
投資に対してロールが配置される需要です。
キャパシティの合計から配置需要の合計を引いたものです。 未使用のキャパシティが負の場合は、配置超過であることを表しています。
投資配置の合計から投資割り当て配置の合計を引いたものです。 未指定の作業が負の場合、割り当て配置が投資配置を超えていることを表しています。
|
Copyright © 2013 CA.
All rights reserved.
|
|