Project 内部でタスクがスケジュールされる方法

目的に合ったトピックをクリックしてください

• プロジェクトの開始日がタスクのスケジュールに与える影響

• タスクのリンクがスケジュールに与える影響

• タスクの制約条件がスケジュールに与える影響

• タスクの種類がスケジュールに与える影響

• 残存作業時間を優先するスケジュール方法がスケジュールに与える影響

• 手動スケジュールおよび自動スケジュールがスケジュールに与える影響

• フロート (または余裕期間) がスケジュールに与える影響

• 期限がスケジュールに与える影響

• カレンダーの設定がタスクのスケジュールに与える影響

• リソースの割り当てがスケジュールに与える影響

• プロジェクトのスケジュールに関する詳細情報を取得する

プロジェクトの開始日がタスクのスケジュールに与える影響

プロジェクトに新しいタスクを追加すると、そのタスクはプロジェクトの開始日に開始されるように自動的にスケジュールされます。 複数のタスクをスケジュールに追加して他のタスクと接続すると、タスクの開始時刻が変更され、最後に終了するタスクによってプロジェクトの終了日が決まります。

• プロジェクトの開始日を見つけたり、別の日付に変更したりするには、[プロジェクト] を選択し、[プロジェクト情報] を選択します。

当然ながら、例外もあります。 たとえば、タスクの中には他のタスクが移動されても移動しないものもあります。 手動スケジュール タスクおよび自動スケジュール タスクのスケジュール設定の詳細については、以下を参照してください。

新しいプロジェクトを作成するときは、最初にプロジェクトの開始日を入力します。 開始時刻を基点にプロジェクトをスケジュールすると、特に指定しない限り、すべてのタスクがプロジェクトの開始日に開始されます。

手動でスケジュールされたタスクと自動的にスケジュールされたタスクの両方で、タスクの依存関係や制約が適用されていない場合、プロジェクトの期間は最も長いタスクの期間と同じです。 つまり、プロジェクトの終了日は、最も長いタスクの終了日と等しくなります。

タスクの依存関係 (最初のタスクと 2 番目のタスクの間の完了から開始までの依存関係など) は、プロジェクトの終了日を変更できます。

ほとんどのプロジェクトは、既知の開始時刻からスケジュールする必要があります。 プロジェクトを完了する必要のある日付がわかっている場合でも、開始日からスケジュールすることで、最も柔軟な対応ができるようになります。

ただし、次のような場合は終了日からスケジュールできます。

• プロジェクトを終了させる必要がある特定の日付に合わせて、プロジェクトの開始日を決定する場合。

• プロジェクトの開始日を特定できない場合 (別のソースから作業を受け取るのが遅れる可能性のある場合など)。

• プロジェクトの管理方法により、終了日からスケジュールする必要がある場合。

終了日からスケジュールしたプロジェクトで作業する場合は、次のように、一部の操作が異なる方法で処理されることにご注意ください。

• 自動的にスケジュールされたタスクを入力すると、そのタスクの終了日に [できるだけ遅く] (ALAP) という制約が自動的に割り当てられます。 必要な場合にのみ他の制約を設定する必要があります (タスクを選択し、[タスク > 情報] を選択します)。

• 自動スケジュール タスクの場合、ガント バーをドラッグしてタスクの終了日を変更すると、[指定日までに終了] (FNLT) という制約が自動的に割り当てられます。

• 以前に開始日からスケジュールしていたプロジェクトを変更して終了日からスケジュールすると、自動的にスケジュールされたタスクおよび割り当てから、平準化による延期期間と平準化による分割されたタスクがすべて削除されます。 手動でスケジュールされたタスクの設定は変更されません。

• 自動平準化を使用してプロジェクト内のリソースの過剰割り当てを減らす場合、Project はタスクの前ではなくタスクの後に平準化の遅延を追加します (平準化設定をチェックするには、[リソース] タブを選択し、[リソースの平準化] を選択します)。

ページの先頭へ

タスクのリンクがスケジュールに与える影響

タスクのリンク (依存関係) は、ある時点でのタスク間の関係を表します。 タスクをリンクすると、タスクの依存関係が作成されます。 このタスクの連鎖は、プロジェクト全体の長さと終了日を決定します。

<c0>プロジェクト管理のヒント</c0> プロジェクト開始をどのくらい後にしても間に合うか確かめるには、終了日からスケジュールします。 プロジェクト内のタスクをリンクすると、リンクのクリティカル パスが設定されます。 このクリティカル パスは、プロジェクトの終了を決定します。 クリティカル パスの詳細については、こちらをご覧ください。

手動でスケジュールされたタスクに関する注意 手動スケジュール タスク を別のタスクにリンクすると、Project はリンクの種類を尊重し、手動でスケジュールされたタスクを他のタスクと相対的に配置します。 たとえば、[終了-開始] リンクが設定された後続のタスクは、先行タスクが完了すると開始タスクとして表示されます。 しかし、後続のタスクは、リンクが作成されたときにのみ移動されます。 先行タスクの終了日が後から変更されても、後続タスクの開始日は変更されません。

別のタスクにリンクされているときに手動スケジュール タスクが移動しないように Project を構成することもできます。

1. [ファイル > オプション] > [スケジュール] を選択します。

2. [リンクの編集時に手動でスケジュールされたタスクを更新する] チェック ボックスをオフにします。

ページの先頭へ

タスクの制約条件がスケジュールに与える影響

制約により、自動的にスケジュールされたタスクの開始日または終了日を制御することができます。 制約には次の 3 種類があります。

• 柔軟な制約には、特定の日付が関連付けられていない。 これらの制約を設定すると、スケジュール内の他の制約とタスクの依存関係を考えると、できるだけ早くまたはできるだけ遅くタスクを開始し、プロジェクトの終了前にタスクを終了できます。

• やや弱い制約では、タスクに対して最も早い開始日/終了日または最も遅い開始日/終了日を制御する日付が関連付けられます。 開始日または終了日の期限が満たされていれば、タスクはいつ完了してもよいことになります。

• 強い制約では、タスクの開始日または終了日を制御する日付が明示的に関連付けられます。 この制約タイプは、機器やリソースの利用可能性、期限、契約上のマイルストーン、開始日や終了日など、外的要因を考慮しながらスケジュールを作成するときに役立ちます。

<c0>プロジェクト管理のヒント</c0> プロジェクト開始をどのくらい後にしても間に合うか確かめるには、終了日からスケジュールします。 ほとんどの場合、ASAP 制約を使用します。 これにより、スケジュール エンジンは、プロジェクトの理想的な終了日を決定する際に最も柔軟に対応できます。

タスクの制約をすぐに確認するには、次の 2 つの方法があります。

• 制約を確認または変更するには、タスクを選択し、[タスク > 情報] を選択します。 [ 詳細 ] タブを選択すると、[ 制約の種類 ] ボックスと [ 制約の日付 ] ボックスが表示されます。

• 制約が [できるだけ早く] (ASAP) または [できるだけ遅く] (ALAP) 以外の場合は、[ガント チャート] ビューなどの任意のシート ビューの状況説明マーク列に、その制約のタイプに関連付けられたマークが表示されます。

スケジュールの柔軟性が中程度の制約により、選択した日付の前後でタスクの開始または終了が制限されます。 たとえば、6 月 15 日に Start NoArlierArlier Than (SNET) 制約を持ち、先行タスクが 6 月 15 日までに終了した場合 (または、先行タスクが 6 月 15 日以降に終了した場合)、別のタスクへの終了から開始までの依存関係を持つタスクは 6 月 15 日から開始できますが、6 月 15 日より前にスケジュールすることはできません。 たとえば、特定の日付にのみ適した建築許可がある場合、これは制約を適切に使用する可能性があります。 この場合、SNET 制約または FNLT 制約が使用される可能性があります。

既定の終了から開始までのタスクリレーションシップと、これらのタスクに ASAP 制約が適用されている場合、後続タスク (2 番目のタスク) は、先行タスク (最初のタスク) が完了するようにスケジュールされるとすぐに開始されるようにスケジュールされます。

SNET 制約が適用されている場合、(ここに示すように) 先行タスクが制約日付より前に完了した場合でも、後続タスクは制約日付より前に開始できません。

Project で利用できる制約を次の表に示します。

既定では、プロジェクト内のタスクのうち、開始日からスケジュールされているすべてのタスクに [できるだけ早く] (ASAP) 制約が適用されます。 同様に、既定では、プロジェクト内のタスクのうち、終了日からスケジュールされているすべてのタスクに [できるだけ遅く] (ALAP) の制約が適用されます。

強い制約を設定すると、通常は、タスクの依存関係にかかわらず、選んだ日付にタスクが固定されます。 たとえば、[指定日に開始] (MSO) 制約が 9 月 30 日で、別のタスクとの間に [終了 - 開始] の依存関係があるタスクは、先行タスクの終了日にかかわらず、常に 9 月 30 日にスケジュールされます。 この動作は変更できます。 [ファイル > オプション] > [スケジュール] を選択し、[タスクは常に制約の日付チェック適用されます] ボックスを選択します。 

ページの先頭へ

タスクの種類がスケジュールに与える影響

タスクの種類は、自動的にスケジュールされたタスクにのみ適用され、固定単位、固定作業時間、固定期間の 3 種類があります。 Project はタスクの種類を確認し、プロジェクトのスケジュールに期間、作業時間、単位がどのように影響するかを決定します。

次の表に示すように、3 つの要素のうち 1 つを編集した場合、スケジュールに及ぼす影響はタスクの種類によって異なります。

• タスクの種類を変更するには、タスクを選択し、[ タスク > 情報 ] を選択し、[ 詳細設定 ] タブに移動します。

残存作業時間を優先するスケジュール方法がスケジュールに与える影響

すべてのタスクはリソースの割り当て後に、次の式に基づいて決定されます (タスクが既定の単位数固定のタスクの種類であることを前提とします)。

Duration = Work / Units

• どのタスクについても、タスクの種類を設定すると、計算式のどの要素を Project で計算するかを選べます。 タスクにリソースを割り当てたり削除したりすると、Project では、割り当てられたリソースの数に基づいてタスクの期間だけが変更され、タスクの作業時間の合計は変更されません。 これは、残存作業時間を優先するスケジュール方法と呼ばれます。 この設定は通常、無効になっています。 オンにするには、[ファイル >オプション] >[スケジュール] > [新しいタスクは作業主導チェック] ボックスを選択します。  

残存作業時間を優先するスケジュール方法は、ほとんどの状況で効果的に使用できますが、リソースの追加または削除によって特定のタスクが受ける影響をより正確に知りたい場合には、この設定を無効にする必要があります。 たとえば、特定のタスクに対して時間単価型リソースの割り当てを増やした場合などは、作業時間がどれだけ増えるかがわかります。

1. タスクを選択し、[ タスク > 情報] を選択し、[ 詳細設定 ] タブを選択します。

2. [残存作業の優先] チェック ボックスをオフにします。

残存作業時間を優先するスケジュール方法を使って作業する場合は、次の点にご注意ください。

ページの先頭へ

手動スケジュールおよび自動スケジュールがスケジュールに与える影響

手動スケジュール タスクと自動スケジュール タスクの違いを理解することは、Project でプロジェクトがスケジュールされる方法を理解する鍵となります。

一般に、手動でスケジュールされたタスクを使用すると、スケジュールを制御できます。 タスクをスケジュールに追加すると、そのタスクは配置された状態のままです。 ただし、特にプロジェクトが複雑になり、Project の強力なスケジューリング エンジンを利用するために自動的にスケジュールされたタスクを使用する場合があるため、スケジュールを設計するための最良の方法とは限りません。

下の写真を見てみましょう。 2 種類のタスク、最初の 2 つの手動スケジュール、最後の 2 つの自動タスクが表示されます。

手動でスケジュールされたタスクの場合、期間はテキスト値と数値であることに注意してください。 期間はテキスト値にできるため、開始日は Project によって自動的に設定されていません。ガント バーは、この時点でのタスク スケジュールの不確かさを反映するように部分的にのみ表示されます。

自動的にスケジュールされたタスクの場合、期間は 12 時間の期間の "12h" など、時間単位が付加された数値です。 定義により、有効な期間、開始日、終了日を含む自動的にスケジュールされたタスク (したがって、バー) は Project によって自動的に描画されます。

場合によっては、手動スケジュール タスクで指定した情報の取り扱いに注意する必要があります。 手動スケジュール タスクのバーを Project が描画するために必要な値は、期間、開始日、終了日の 3 つの時刻値です。 手動でスケジュールされたタスクに対してこれらの値のうち 2 つを設定した場合、3 番目の値は Project によって自動的に計算され、タスクは手動でスケジュールされたままになります。 そのため、Project からこの種の "予期しない" 動作を確認してください。

フロート (または余裕期間) がスケジュールに与える影響

フロート (余裕期間とも呼ばれます) は、プロジェクトの終了日を変更することなく、遅らせることができるタスクを見つけるのに役立ちます。 現在、クリティカル パス (総余裕期間) に影響を与えずにスリップできるタスク、または接続されているタスク (余裕期間) に影響を与える前にスリップする可能性があるタスクを表示できます。

スケジュール内のフロートを表示する 2 つの方法を次に示します。

• ガント チャートで、[ガント チャートの形式] を選択し、[Slack チェック] ボックスを選択します。 フロートは、ガント バーの終端または先端に添付された細い線として表示されます。

• [ガント チャート (詳細)] ビューを使用します。 [表示] > [その他のビュー] を選択し、[詳細ガント] を選択します。 [適用] を選択します。 ガント チャートに戻り、[テーブル  ]> [スケジュール] を選択します。

ここでは、float について留意する必要がある点をいくつか示します。

ページの先頭へ

期限がスケジュールに与える影響

期限の日付は、通常、タスクのスケジュールに影響しません。 これらは、タスクが変更された場合にスケジュールに影響を与える可能性のあるタスク制約を設定する必要なく、見逃したくないターゲットの日付を示すために使用 先行処理 。 期限が設定されたタスクは他のタスクと同様にスケジュールされますが、タスクが期限の後に終了すると、タスクが期限に間に合わなかったことを通知するタスク インジケーターが表示されます。

タスクの期限を確認または変更するには、タスクを選択し、[ タスク > 情報] を選択します。 [詳細設定 ] タブで、[ 期限 ] ボックスを使用します。

期限は、タスクの総余裕期間に影響を与えることがあります。 タスクの総余裕期間の最終日より前の日付を期限として入力すると、タスクの最遅終了日ではなく期限に基づいて、総余裕期間が再計算されます。 再計算された総余裕期間が 0 になると、そのタスクはクリティカル タスクになります。

個々のタスクだけでなく、サマリー タスクに対しても期限を設定することができます。 サマリー タスクとサブタスクの期限が競合する場合、期限状況説明マークが表示され、サブタスクの期限が守られなかったことが示されます。

ただし、[できるだけ遅く] (ALAP) の制約が設定されているタスクに期限を設定すると、タスクのスケジュールに影響が及ぶことがあります。 タスクは、期限に終了するようにスケジュールされますが、先行タスクが遅れた場合、そのタスクは期限を過ぎて終了することもあります。

ページの先頭へ

カレンダーの設定がタスクのスケジュールに与える影響

カレンダーでは、プロジェクトにおける標準の稼働時間と、週末や休暇などの非稼働時間が設定されます。

プロジェクト カレンダーは、リソースの可用性、タスクに割り当てられるリソースのスケジュール方法、タスク自体のスケジュール方法を決定するために使用されます。 プロジェクトカレンダーとタスクカレンダーはタスクのスケジュール設定で使用され、リソースがタスクに割り当てられている場合は、リソースカレンダーも使用されます。

カレンダーの設定は次のように相互に上書きされます。

1. タスクを作成する場合は、プロジェクト カレンダーでタスクをスケジュールします。

2. タスクにリソースを追加する場合は、リソース カレンダーでタスクのスケジュールを制御します。

3. タスクにタスク カレンダーを追加し、[タスク情報] ボックスでカレンダーの設定を [リソース カレンダーを無視してスケジュール作成] にすると、タスク カレンダーでスケジュールが制御され、タスクに割り当てられたリソースのスケジュールは無視されます。

予定表を操作するには、[プロジェクト] を選択し、[作業時間の変更] を選択します。

ページの先頭へ

リソースの割り当てがスケジュールに与える影響

プロジェクトのタスクにリソースを割り当てていない場合、スケジュールは、期間、タスクの依存関係、制約、プロジェクト カレンダー、タスク カレンダーの情報に基づいて計算されます。 タスクにリソースを割り当てると、リソース カレンダーおよび割り当て単位数もタスクのスケジュール設定の要素となるため、スケジュールの正確性が向上します。

割り当てとは、特定のタスクに対して、そのタスクの完了に必要なリソースを関連付けることです。 1 つのタスクに複数のリソースを割り当てることができます。 タスクには、時間単価型リソース、数量単価型リソース、コスト型リソースを割り当てることができます。 時間単価型リソースの場合とは異なり、数量単価型リソースまたはコスト型リソースをタスクに割り当てても、タスクのスケジュールに影響はありません。

たとえば、プロジェクトに開発仕様という名前のタスク があります。 また、エンジニアリング リソースである Sean もあります。 仕様 開発 タスクに Sean を割り当てる場合、このタスクのスケジュール設定は、期間、タスクの依存関係、制約、カレンダーなどのタスク情報に加えて、Sean のリソースカレンダーと割り当て単位によって異なります。

タスクにリソースを割り当てると、タスク情報だけでなく、次に示すリソースや割り当てに関する情報も、Project でのスケジュール設定に使用されます。

タスクにリソースを割り当てるには、[ リソース ] タブを選択し、[リソースの割り当て] を選択します。

ページの先頭へ

プロジェクトのスケジュールに関する詳細情報を取得する

• 休日と休暇を追加する

• クリティカル パスを表示してプロジェクトの終了日を表示する

• プロジェクトの開始日または終了日を設定する

• トップダウン プランニング

ページの先頭へ