Project では既定の予定表設定 (月曜日から金曜日の午前 8 時から午後 5 時) が自動的に用意されていますが、これらの既定ではプロジェクトに適していない可能性があります。 スケジュールに変更を加える場合の疑問に役立つトピックをいくつか紹介します。
カレンダーに関連するトピック
ヒント
必要でなくなったカレンダーは、削除してください。
これらのカレンダーはどのように連携しますか?
Project のカレンダーには、 基本カレンダー、 プロジェクト カレンダー、 タスク カレンダー、 リソース カレンダーの 4 種類があります。
基本カレンダー は、プロジェクト カレンダー、タスク カレンダー、リソース カレンダーのテンプレートとほとんど同じように使われます。 これらは、organization 内のすべてのプロジェクトの標準稼働時間と非稼働時間を定義します。 各日の勤務時間、各週の勤務日、 および会社の休日などの例外を指定します。 Project では、Standard、24 Hours、Night Shift の 3 つの既定の基本カレンダーが既に設定されています。
プロジェクト カレンダー、リソース カレンダー、およびタスク カレンダーは、 基本カレンダーをテンプレートとして使用し、個々のプロジェクト、リソース、またはタスクに固有の稼働日と時間を反映するように変更されます。 この独自のカレンダーは、欠勤、シフト勤務、または夜間や週末を通して動き続ける設備で実行されるタスクなどを考慮する場合には特に便利です。
このカレンダーがすべて蓄積され、プロジェクトでの作業のスケジュール方法を決定します。
例
たとえば、organization がシアトルにあり、月曜日から金曜日の 8 時間労働の典型的な週労働があるとします。 基本カレンダーには、これらの稼働日と時間、および会社の祝日 (独立記念日は 7 月 4 日、クリスマスは 12 月 25 日など) が反映されます。
プロジェクト マネージャーは、7 月 1 日から 7 月 15 日まで実行され、Tuesday-Saturday 稼働日を必要とする新しいプロジェクトを開始します。
基本カレンダーには、月曜日から金曜日までの稼働日が表示され、7 月 4 日は非稼働日として識別されます。
プロジェクト カレンダーは、開始点として基本カレンダーを使用します。ただし、土曜日は稼働日になり、月曜日は非稼働日になったと付け加えています。
プロジェクトの 1 つのタスクは別の国で行われます。そのため、7 月 4 日の祝日は適用されません。 タスク カレンダーには、その国の 7 月 4 日が稼働日であることが追加されます。
最後に、そのタスクを作業するリソースには、組織の他のリソースとは異なる作業スケジュールが含まれています。 リソース カレンダーには、火曜日は非稼働日であり、水曜日から土曜日は 10 時間勤務日であることが追加されます。
Project でタスクがスケジュールされるときは、割り当てられたリソースのカレンダー、タスク カレンダー、プロジェクト カレンダー、および基本カレンダーが考慮されます。
結果として得られる可用性は、Project がタスクおよびプロジェクトの開始日と終了日を計算する方法に影響します。
