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

この記事では、Project がプロジェクトのタスクをスケジュールする方法の技術的な側面について説明します。 Project がタスクを予想とは異なる時間に自動的に移動すると、People は混乱することがあります。 あるいは、たとえばタスクの制約を変更すると、なぜ他のタスクが予期しない動きを引き起こすのか疑問に思うかもしれません。 大きな "なぜ?" を理解するチャンスはここにあります。 このクラスターを生成します。

これは最初は理解しにくいかもしれませんが、この手順を目にすることによって、より知識豊富なプロジェクト マネージャーになり、プロジェクトの終了日をよりしっかりとコントロールできるようになります。

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

• プロジェクトの開始日がタスクのスケジュールに与える影響
• タスクのリンクがスケジュールに与える影響
• タスクの制約条件がスケジュールに与える影響
• タスクの種類がスケジュールに与える影響
• 残存作業時間を優先するスケジュール方法がスケジュールに与える影響
• 手動スケジュールおよび自動スケジュールがスケジュールに与える影響
• フロート (または余裕期間) がスケジュールに与える影響
• 期限がスケジュールに与える影響
• カレンダーの設定がタスクのスケジュールに与える影響
• リソースの割り当てがスケジュールに与える影響
• Project のスケジュールがどのように適用されるかに関する技術情報を入手する

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

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

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

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

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

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

(ここに示すように) 1 番目と 2 番目のタスクの間の終了から開始までの依存関係など、タスクの依存関係によって、プロジェクトの終了日を変更できます。

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

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

• プロジェクトを終了させる必要がある特定の日付に合わせて、プロジェクトの開始日を決定する場合。
• プロジェクトの開始日を特定できない場合 (別のソースから作業を受け取るのが遅れる可能性のある場合など)。
• プロジェクトの管理方法により、終了日からスケジュールする必要がある場合。

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

• 自動的にスケジュールされたタスクを入力すると、そのタスクの終了日に [できるだけ遅く] (ALAP) という制約が自動的に割り当てられます。 必要な場合にのみ、その他の制約を設定する必要があります (タスクを選択し、[ タスク > 情報] を選択します)。
• 自動スケジュール タスクの場合、ガント バーをドラッグしてタスクの終了日を変更すると、[指定日までに終了] (FNLT) という制約が自動的に割り当てられます。
• 以前に開始日からスケジュールしていたプロジェクトを変更して終了日からスケジュールすると、自動的にスケジュールされたタスクおよび割り当てから、平準化による延期期間と平準化による分割されたタスクがすべて削除されます。 手動でスケジュールされたタスクの設定は変更されません。
• プロジェクトでのリソースの過剰割り当てを減らすために自動平準化を使用すると、Project はタスクの前ではなくタスクの後に平準化の遅延を追加します (平準化設定をチェックするには、[リソース] タブを選択し、[リソースの平準化] を選択します)。

ページの先頭へ

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

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

プロジェクト管理のヒント プロジェクト内のタスクをリンクすると、リンクのクリティカル パスが設定されます。 このクリティカル パスにより、プロジェクトの終了が決まります。 クリティカル パスの詳細については、こちらをご覧ください。

リンクの種類	使用例	説明
[終了-開始] (FS)		タスク B はタスク A に依存しているため、タスク A が終了するまでは、タスク B を開始することはできません。 たとえば、「基礎の掘削」と「コンクリートの流し込み」という 2 つのタスクがある場合、「コンクリートの流し込み」タスクは、「基礎の掘削」タスクが終了するまで開始できません。 Project でタスクをリンクするとき、既定のリンクの種類は "終了-開始" です。 これは、既定のリンクの種類です。 リンクの種類の指定がない場合は、[終了-開始] 関係を指定したと見なされます。
[開始-開始] (SS)		タスク B はタスク A に依存しているため、タスク A が開始されるまでは、タスク B を開始することはできません。 依存する側のタスクは、依存される側のタスクが開始された後であれば、いつでも開始できます。 開始-開始 (SS) 型のリンクでは、両方のタスクを同時に開始する必要はありません。 たとえば、「コンクリートの流し込み」と「コンクリートのならし」という 2 つのタスクがある場合、「コンクリートのならし」タスクは、「コンクリートの流し込み」タスクが開始されるまで、開始できません。
[終了-終了] (FF)		タスク B はタスク A に依存しているため、タスク A が終了するまでは、タスク B を終了することはできません。 依存する側のタスクは、依存される側のタスクが終了した後であれば、いつでも終了できます。 [終了-終了] (FF) 型のリンクでは、両方のタスクを同時に終了する必要はありません。 たとえば、「配線」と「配管」という 2 つのタスクがある場合、検査を行う前に両方のタスクを同時に終了する必要があります。
[開始-終了] (SF)		タスク B はタスク A に依存しているため、タスク A が開始されるまでは、タスク B を終了することはできません。 依存する側のタスクは、依存される側のタスクが開始された後であれば、いつでも終了できます。 [開始-終了] (SF) 型のリンクでは、依存する側のタスクの終了と依存される側の開始が同時に起こる必要はありません。 このリンクの種類は、プロジェクト管理ではめったに使用されません。 たとえば、「屋根を付ける」と「作業の監督」という 2 つのタスクがある、家屋に屋根を付けるプロジェクトがあるとします。 この場合、「屋根を付ける」タスクは開始できますが、屋根を付け終わる前の時点で監督が現れる必要があります。

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

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

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

ページの先頭へ

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

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

• フレキシブル制約には、特定の日付が関連付けられていません。 これらの制約を設定すると、スケジュールに他の制約やタスクの依存関係がある場合、プロジェクトが完了する前にタスクを終了して、タスクをできるだけ早くまたはできるだけ遅く開始することができます。
• やや弱い制約では、タスクに対して最も早い開始日/終了日または最も遅い開始日/終了日を制御する日付が関連付けられます。 開始日または終了日の期限が満たされていれば、タスクはいつ完了してもよいことになります。
• 強い制約では、タスクの開始日または終了日を制御する日付が明示的に関連付けられます。 この制約タイプは、機器やリソースの利用可能性、期限、契約上のマイルストーン、開始日や終了日など、外的要因を考慮しながらスケジュールを作成するときに役立ちます。

プロジェクト管理のヒント ほとんどの場合、ASAP 制約を使用します。 これにより、スケジューリング エンジンは、プロジェクトの理想的な終了日を決定する際の柔軟性を最大限に高めます。

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

• 制約を確認または変更するには、タスクを選択し、[ タスク > 情報] を選択します。 [ 詳細設定 ] タブを選択して、[ 制約タイプ ] ボックスと [制約日付] ボックスを表示します。
• 制約が [できるだけ早く] (ASAP) または [できるだけ遅く] (ALAP) 以外の場合は、[ガント チャート] ビューなどの任意のシート ビューの状況説明マーク列に、その制約のタイプに関連付けられたマークが表示されます。

適度なスケジュールの柔軟性を持つ制約により、タスクが選択した日付の前後に開始または終了するよう制限されます。 たとえば、6 月 15 日に "開始時間なし" (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 つを編集した場合、スケジュールに及ぼす影響はタスクの種類によって異なります。

タスクの種類	単位数を変更した場合	期間を変更した場合	作業時間を変更した場合
単位数固定	期間が再計算されます	作業時間が再計算されます	期間が再計算されます
作業時間固定	期間が再計算されます	単位数が再計算されます	期間が再計算されます
期間固定	作業時間が再計算されます	作業時間が再計算されます	単位数が再計算されます

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

例

単位数が固定されたタスクがあり、1 日あたり 8 時間を費やすことのできるフルタイム リソースの単位数が 1 だとします。 タスクに 10 日間の期間と 80 時間の作業時間を設定します。

• このタスクに参加することのできるフルタイムのリソースが他にもう 1 人見つかった場合、タスクの期間が再計算されます。 これでタスクに割り当てられた単位数は 2 になり、期間と作業時間はそれぞれ 5 日と 80 時間になります。
• このタスクを 10 日ではなく 8 日で完了させなければならなくなった場合、タスクの作業時間が再計算されます。 これでタスクに割り当てられた期間は 8 日、作業時間とリソースの単位数はそれぞれ 64 時間と 1 になります。
• このタスクには別の作業が必要で、その所要時間が 20 時間であることがわかった場合、タスクの期間が再計算されます。 これでタスクに割り当てられた作業時間は 100 時間になり、期間とリソースの単位数はそれぞれ 12.5 日と 1 になります。

今度は、同じタスクを作業時間固定に変更することになりました。 したがって、タスクに指定した作業時間を増減させることはできません。 この例では、1 日あたり 8 時間を費やすことのできるフルタイムのリソースの単位数が 1、期間は 10 日、作業時間は 80 時間としてタスクが設定されています。

• このタスクに参加することのできるフルタイムのリソースが他にもう 1 人見つかった場合、タスクの期間が再計算されます。 これでタスクに割り当てられた単位数は 2 になり、期間と作業時間はそれぞれ 5 日と 80 時間になります。
• このタスクを 10 日ではなく 8 日で完了させなければならなくなった場合、タスクのリソースの単位数が再計算されます。 タスクを 80 時間、8 日で完了させるためには、リソースの単位数として 1.25 を割り当てる必要があります。 この時点でタスクに割り当てられるリソースの単位数は 125% です。 増えた分の 25% に対して別のリソースを割り当てる必要があります。
• このタスクには別の作業が必要で、その所要時間が 20 時間であることがわかった場合、タスクの期間が再計算されます。 これでタスクに割り当てられた作業時間は 100 時間になり、期間とリソースの単位数はそれぞれ 12.5 日と 1 になります。

最終的に、同じタスクを期間固定に変更することになりました。 したがって、タスクは指定した期間内に完了する必要があります。 タスクの設定内容は、これまでと同様、1 日あたり 8 時間を費やすことのできるフルタイムのリソースの単位数が 1、期間は 10 日、作業時間は 80 時間です。

• このタスクに参加することのできるリソースが他にもう 1 人見つかった場合、各リソースに割り当てられた作業時間が再計算されます。 タスクに割り当てられたリソース単位数が 1 のとき、そのリソースが作業に費やすことのできる時間は 80 時間でした。 同じタスクに別のリソースを追加した場合、各リソースは 10 日間という固定された期間に、40 時間を費やして作業を完了させることになります (2 人合わせて 80 時間)。 リソースの単位数を 1 つ増やしたことで、各リソースへの割り当て分が 50% 減ったので、それによって生まれた 50% の余裕を他のタスクに充当することができます。
• このタスクを 10 日ではなく 8 日で完了させなければならなくなった場合、タスクの作業時間が再計算されます。 これでタスクに割り当てられた期間は 8 日、作業時間とリソースの単位数はそれぞれ 64 時間と 1 になります。

タスクに追加作業時間として 20 時間かかることが判明した場合、追加作業時間が 10 日以内に完了できるように、タスクのリソース単位が再計算されます。 タスクの作業時間は 100 時間で、期間は 10 日、リソース ユニット数は 1.25 です。 この時点でタスクに割り当てられるリソースの単位数は 125% です。 増えた分の 25% に対して別のリソースを割り当てる必要があります。

タスクの種類についての注意点を次に示します。

ヒント	説明
残存作業を優先するスケジュール方法のタスクの注意点	[タスクの種類] の一覧で [固定作業時間] を選択した場合は、タスクの [作業時間] 設定を変更することはできません。 固定作業時間タスクには柔軟な作業値がないため、常に努力主導型です。 努力主導型タスクに関する詳細情報。
タスクの種類の変更に役立てるために列を追加する	ビューに [タスクの種類] フィールドを挿入すると、直接各タスクの種類を参照および変更できます。 新しい列を挿入する場所の右側にある列を選択し、[ 挿入] メニューを選択して、[ 列] を選択します。 [ フィールド名 ] リストで、 [ 種類] を選択します。
サマリー タスクは常に期間固定のタスク	サマリー タスクは、サマリー タスクの開始日と終了日がそのサブタスクで定義されているため、常に期間固定のタスクです。
アウトラインにはタスクの種類ではなく、レベルの変更を使用する	プロジェクトのアウトライン構造の一部としてタスクまたはサブタスクの階層構造を変更するには、タスクの種類を変更したり、期限を追加したりするのではなく、タスクのレベルを変更する必要があります。
[できるだけ早く] (ASAP) などのタスクの制約とタスクの種類を混同しない	タスクの開始日と終了日の計算方法に対して制約を適用するには、タスクの種類ではなく、タスクの制約を設定する必要があります。

ページの先頭へ

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

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

Duration = Work / Units

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

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

1. タスクを選択し、[ タスク > 情報] を選択して、[ 詳細設定 ] タブを選択します。
2. [残存作業の優先] チェック ボックスをオフにします。

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

ヒント	説明
[作業量] は、最初に割り当てられたリソースには適用されません	残存作業時間を優先する計算が適用されるのは、最初のリソースをタスクに割り当ててからになります。 一度リソースが割り当てられると、同じタスクにさらに新しいリソースを割り当てたり削除したりしても、作業時間が変更されないようになります。
単位数固定タスクの注意点	リソースを割り当てるタスクの種類が [単位数固定] の場合は、リソースを追加するとタスクの期間が短くなります。
期間固定タスクの注意点	リソースを割り当てるタスクの種類が [期間固定] の場合は、リソースを追加するとリソースの単位数が減少します。
作業時間固定タスクの注意点	リソースを割り当てるタスクの種類が [作業時間固定] の場合は、リソースを追加するとタスクの期間が短くなります。
一部のタスクは [労力駆動型] に設定できます	サマリー タスクや挿入プロジェクトに対して、[残存作業時間を優先するスケジュール方法] を設定することはできません。

ページの先頭へ

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

手動スケジュール タスクと自動スケジュール タスクの違いを知ることは、Project でのプロジェクトのスケジュール方法を理解する上で重要です。

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

下の写真を見てください。 ここには、2 種類のタスク (最初の 2 つは手動スケジュール、後の 2 つは自動) が表示されます。

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

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

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

手動スケジュール タスク

手動でスケジュール設定されたタスクは、スケジュール内の任意の場所に配置でき、Project によって移動されることはありません。 この新機能によって、スケジュールの計画と管理をより柔軟に制御できるようになります。

なぜ気にするのですか? そうですね、プロジェクトのスケジュールは非常に非公式な場合もあります。 これらは、メール、関係者との会議、または廊下での会話から取得した日付の単純なリストから始まります。 プロジェクト マネージャーは、多くの場合、作業項目に関する完全な情報を持っていません。 たとえば、タスクを開始する必要があるタイミングのみを認識していて、チーム メンバーから見積もりを得るまでその期間は認識しない場合があります。 また、タスクにかかる時間はわかっていても、リソース マネージャーから承認を得るまでタスクを開始できることはわかりません。

手動スケジュール タスクでは、次を考慮する必要があります。

• あなたは決して暗闇の中に取り残されることはありません: 手動スケジュール タスクには、自動的にスケジュールされた "クラシック" タスクと区別するのに役立つ独自のインジケーターとタスク バーがあります。
• 何にでも:タスクが手動スケジュール モードの場合、[開始日]、[完了]、[期間] 列を空白にしたり、認識可能な日付に加えてテキスト値を含めたりできます。
• スケジューリング モードの切り替え: 手動スケジュールから自動スケジュールにタスクを切り替えることができます。 ただし、注意が必要です。 手動スケジュールから自動スケジュールに変更すると、Project はいくつかの決定を下す必要があります。 タスクの期間が "2 週間" の場合、タスクが自動スケジュールに設定されている場合、Project は通常、推定期間を "1 日" に設定します。 結局のところ、2 週間が 2 週間であることを Project に知ってもらうことは期待できません。
• コントロール スリッページ: 手動でスケジュールされたタスクが遅延のために遅延する必要がある場合、その後続のタスクは自動的にプッシュされません。プロジェクト マネージャーは、リソースが計画どおりに進めることができる場合は元の日付を保持するか、ハード依存関係がある場合は後続タスクを遅らせるかを決定できます。
• 努力主導型の影響: 手動スケジュール タスクを労力主導型に設定することはできません。 手動スケジュール タスクの期間は、割り当てられるリソースが増えたり削除されたりしても変更されません。 詳細については、この記事で後述します。

次の表に、手動スケジュール タスクおよび自動スケジュール タスクの Project 属性の定義および使用方法を示します。

項目	手動スケジュール	自動スケジュール済み
期間	これには、数値、日付、または "14d" や "2週間" などのテキスト情報を指定できます。期間の値が認識可能な形式でない場合、プロジェクトのスケジュールに役立つために Project によって使用されません。	"14d" や "2 months" など、時間の長さと単位を表す数値のみを使用できます。
作業	"14d" や "2 months" など、時間の長さと単位を表す数値のみを使用できます。	"14d" や "2 months" など、時間の長さと単位を表す数値のみを使用できます。
リソース	タスクに割り当てることができます。 リソース カレンダーは、タスクをスケジュールするために使用されません。	タスクに割り当てることができます。 最適なスケジュールを決定するために、使用されます。 タスクが手動スケジュール タスクとは異なり、作業量主導型に設定されている場合、タスクの期間を変更します。
開始日	「Jan 30」または 「Sometime soon」などの数値、日付、または文字列情報を指定できます。時刻として認識できない形式の値は、プロジェクトをスケジュールするために使用されません。	日付情報のみを使用できます。 ただし、Project で自動スケジュール タスクのために予約されている「today」と「tomorrow」の値は使用できます。
終了日	「Jan 30」または「Sometime soon」などの日付、または文字列情報を指定できます。プロジェクトをスケジュールするために使用されません。	日付情報のみを使用できます。 ただし、Project で自動スケジュール タスクのために予約されている「today」と「tomorrow」の値は使用できます。
制約	無視されます。	最適なスケジュールを決定するために、使用されます。
依存関係 (リンク)	を使用できますが、タスクのスケジュールは変更されません。 ただし、タスクのリンクは最初に適用されたときにタスクのスケジュールを変更します。	タスクのスケジュールを変更できます。
プロジェクト カレンダーおよびリソース カレンダー	無視されます。	最適なスケジュールを決定するために、使用されます。

自動スケジュール タスク

自動スケジュール タスクは、Project でタスクをスケジュールする従来の方法です。 自動スケジュールは、プロジェクトのスケジュールを管理する高度に構造化された体系的な方法を提供します。 タスク期間、予定作業時間、リソース数、制約の指定日などのユーザーの入力に基づいて、最適なスケジュールの開始日と終了日が自動的に計算されます。

Project では、以下について入力した情報に基づいてプロジェクトがスケジュールされます。

• プロジェクト全体についての情報
• プロジェクトを完了させるために必要な個々の作業アイテム (タスクと呼ばれる)
• これらのタスクを完了させるために必要なリソース (必要な場合)

スケジュールの作成後、プロジェクトに変更が生じた場合、タスクまたはリソースを更新したり、Project でスケジュールを自動調整することができます。

各タスクには、次のいずれかまたはすべての情報を入力します。

• 期間
• タスクの依存関係
• 制約

この情報を使用して、Project は各タスクの開始日と終了日を計算します。

プロジェクトにリソースを入力し、それらをタスクに割り当てて、各割り当ての完了を担当するリソースを指定できます。 これにより、プロジェクトの人員配置を計画できるだけでなく、必要なコンピューターの数や使用する資材の量の計算も簡単になります。 リソースを入力すると、次のようなリソース情報に基づいて、タスクのスケジュールがより細かく調整されます。

• 作業時間
• 単位
• カレンダーに入力された稼働時間と非稼働時間

リンクのリード タイムやラグ タイム、タスクの種類、リソースの可用性、駆動リソースなどの他の要素もスケジュールに影響を与える可能性があるため、これらの要素の影響を理解すると、必要に応じてスケジュールを維持および調整するのに役立ちます。

タスクのスケジュール モードを変更する

タスクのスケジュールを自動から手動に変更できます ([ファイル] >[オプション]>[スケジュール] を選択)。 タスク モードを変更するときは、次の点に注意してください。

• 自動スケジュールに変更されたタスクには、Project の既定の設定で期間と日付が設定されます。 たとえば、Project は、期間が "数週間" の手動スケジュール タスクを既定の "1 日" に変更します。手動で開始日が "明日" であるタスクは、自動的にスケジュールされたタスクに変更されると、プロジェクトの開始日に変更されます。
• 手動スケジュールに変更されたタスクの期間と日付は保持されます。 ただし、タスクを手動スケジュールに設定した後は、期間と日付に任意の数値、文字列、または日付値を指定できます。

ページの先頭へ

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

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

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

• ガント チャートで、[ガント チャート形式] を選択し、[余裕期間] チェック ボックスを選択します。 フロートは、ガント バーの終端または先端に添付された細い線として表示されます。
• [ガント チャート (詳細)] ビューを使用します。 [ 表示>その他のビュー] を選択し、[ 詳細ガント] を選択します。 [適用する] を選択します。 ガント チャートに戻り、[ テーブル] > [スケジュール] を選択します。

float について留意すべき点がいくつかあります。

ヒントと注意事項	説明
強い制約に注意する	先行タスクの終了が大幅に遅れて、日付に制約のある後続タスクを指定日に開始できなくなった場合は、負の余裕期間が生じます。 負の余裕期間は、プロジェクトの終了日をさらに制限します。
期限によって総余裕期間が変更される	期限は、タスクの総余裕期間に影響を与えることがあります。 タスクの総余裕期間の最終日より前の日付を期限として入力すると、タスクの最遅終了日ではなく期限に基づいて、総余裕期間が再計算されます。 再計算された総余裕期間が 0 になると、そのタスクはクリティカル タスクになります。

ページの先頭へ

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

通常、期限の日付はタスクのスケジュールには影響しません。 これらは、先行タスクが変更された場合にスケジュールに影響を与える可能性のあるタスクの制約を設定することなく、見逃したくない目標日を示すために使用されます。 期限のあるタスクのスケジュールは他のタスクと同じですが、タスクが期限を過ぎて終了すると、タスクが期限を過ぎたことを通知するタスク インジケーターが表示されます。

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

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

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

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

ページの先頭へ

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

カレンダーは、プロジェクトの標準稼働時間と非稼働時間 (週末や休日など) を決定します。

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

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

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

カレンダーを操作するには、[ プロジェクト]、[ 勤務時間の変更] の順に選択します。

カレンダーの種類	説明
基本カレンダー	他のカレンダーの基本となるカレンダーです。 基本カレンダーは、プロジェクト カレンダーとして使用できるほか、タスク カレンダーとして、またはリソース カレンダーの既定の稼働時間としてタスクに適用することもできます。 既定の任意の基本カレンダーに基づいて、独自の基本カレンダーを作成できます。 Project には、次の 3 種類の基本カレンダーが用意されています。 The Standard calendar Standard calendar はプロジェクトの既定のカレンダーであり、リソース カレンダーの基礎となります。 稼働時間は月曜日から金曜日までの午前 8:00 から午後 5:00 までで、1 時間の休憩があります。 24 時間制 カレンダー24 時間制カレンダーには、非稼働時間がまったくないスケジュールが反映されます。 24 時間カレンダーは、リソースとタスクが 24 時間で異なるシフトにスケジュールされている場合、または設備リソースが継続的にタスクを処理する場合に使用できます。 夜勤カレンダー 夜勤カレンダーは、月曜日の夜から土曜日の朝、午後 11:00 から午前 8:00 までの墓地シフト スケジュールを反映しており、休憩のために 1 時間の休暇があります。
プロジェクト カレンダー	プロジェクト全体の稼働時間と非稼働時間を設定するカレンダーです。 リソース カレンダーやタスク カレンダーを使用しない場合、既定では、タスクはプロジェクト カレンダーで設定した稼働時間内でスケジュールされます。
リソース カレンダー	通常は、リソースの作成時点でのプロジェクト カレンダーに基づいています。 特定のリソースまたはリソース グループに対する稼働時間や非稼働時間を変更して、作業に利用可能なリソースだけをスケジュールするようにできます。 リソース カレンダーで稼働時間または非稼働時間を変更し、そのリソースをタスクに割り当てると、そのタスクは変更後のリソース カレンダーの稼働時間に基づいてスケジュールされます。 これは、タスクの終了日にも影響する場合があります。 リソースは、基本カレンダーから非稼働時間を継承するか、またはリソース カレンダーの非稼働時間設定でこの時間を上書きすることができます。
タスク カレンダー	タスクの稼働時間をプロジェクト カレンダーの稼働時間以外に設定するために使用します。 タスク カレンダーは、他のカレンダーと同じように作成されます。 タスクに割り当てられたタスク カレンダーと、そのタスクに割り当てられたリソースのリソース カレンダーの稼働時間が異なる場合、タスクは、この 2 つのカレンダーに共通する稼働時間内でスケジュールされます。 ただし、リソース カレンダーを無視するタスク オプションを設定すると、リソースの非稼働時間にタスクをスケジュールできます。 タスク カレンダーが指定されていない場合は、タスクをスケジュールするためにプロジェクト カレンダーが使用されます。

ページの先頭へ

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

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

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

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

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

リソースの属性または設定	説明
作業	リソースに割り当てられている作業時間または超過作業時間、およびその作業時間の経過と共に配分される方法。 作業時間の配分は、作業時間の配分型にも影響を受けます。
割り当て単位数	タスクにおけるリソースの割り当て単位数。パートタイム、フルタイム、または複数の単位数を割り当てることができます。
タスクの種類	既存の割り当てを修正した場合のスケジュールの変更方法に影響するタスクの種類。 タスクには、単位数固定、期間固定、作業時間固定の 3 種類があります。
Effort driven	タスクが労力駆動型の場合、割り当てでリソースが追加または削除されても、タスクの作業時間は一定のままであり、リソース間で再配分されます。 単位数固定のタスクの場合は、たとえば割り当てリソースを増やすと、タスクの完了に必要な期間が短縮されます。 [Effort Driven (労力主導)] 設定の詳細については、こちらを参照してください。
カレンダー	リソース カレンダー。 割り当てられたリソースのスケジュールは、リソース カレンダーに設定されている稼働時間と非稼働時間に基づいて決定されます。
作業時間の配分型	作業時間の配分型は、リソースがタスクで作業する時間を微調整できるようにします。 [タスク配分状況] ビューでタスクに割り当てられたリソース名を右クリックし、次に [作業時間の配分型] の一覧からあらかじめ定義された作業時間の型を選びます。 型を選んだ後、配分状況ビューのタイムスケール領域で時間を手動調整できます。

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

ページの先頭へ

Project のスケジュールがどのように適用されるかに関する技術情報を入手する

• 休日と休暇を追加する
• クリティカル パスを表示してプロジェクトの終了日を表示する
• プロジェクトの開始日または終了日を設定する
• トップダウン プランニング

ページの先頭へ