スキップしてメイン コンテンツへ
Project 内部でタスクがスケジュールされる方法

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

Office 365 サブスクリプション, Project Professional 2019, Project Professional 2016, Office 2013, Office 2010

注: 最新のヘルプ コンテンツをできるだけ早く、お客様がお使いの言語で提供したいと考えております。 このページは、自動翻訳によって翻訳されているため、文章校正のエラーや不正確な情報が含まれている可能性があります。 私たちの目的は、このコンテンツがお客様の役に立つようにすることです。 お客様にとって役立つ情報であったかどうかを、このページの下部でお知らせください。 簡単に参照できるように、こちらに英語の記事があります。

この記事では、プロジェクトにプロジェクト内でタスクがスケジュールされる方法の技術的な側面について説明します。 プロジェクトに自動的に移動するとタスクを別の日時、予想よりも、ユーザーが混乱場合があります。 変更すると、理由がだろうまたはタスクの制約、予想外に移動するには、その他のタスクを発生します。 このコースでは、大きな「なぜですか?」を理解するには プロジェクトの強力なスケジュール エンジンの背後にあります。

これは、最初にわかりやすいでないありませんが、通過することで、プロジェクト マネージャーの詳細については、プロジェクトの終了日を firmer の制御とします。

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

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

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

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

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

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

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

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

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

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

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

詳細な技術の詳細については Project のスケジュールより

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

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

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

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

タスクの依存関係を作成する前と後

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

ボタン イメージ 手動スケジュール タスクおよび自動スケジュール タスクは、タスクの依存関係や制約を適用すると、プロジェクトの期間は、長いタスクの期間として同じです。 つまり、プロジェクトの終了日は、最も長いタスクの終了日と等しくなります。

ボタン イメージ タスクと 2 番目のタスクの間の終了-開始依存関係などの依存関係と (図を参照)、プロジェクトの終了日を変更することができます。

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

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

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

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

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

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

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

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

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

  • 自動平準化を使用してプロジェクトのリソースの割り当て超過を減らすと、平準化による延期期間はタスクの前ではなくタスクの後に追加されます (平準化の設定を確認するには、[リソース] タブをクリックして、[リソースの平準化] をクリックします)。

ページの先頭へ

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

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

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

リンクの種類

説明

[終了-開始] (FS)

[終了 - 開始] リンクの画像

タスク B はタスク A に依存しているため、タスク A が終了するまでは、タスク B を開始することはできません。

たとえば、「基礎の掘削」と「コンクリートの流し込み」という 2 つのタスクがある場合、「コンクリートの流し込み」タスクは、「基礎の掘削」タスクが終了するまで開始できません。
プロジェクトのタスクをリンクすると、既定のリンクの種類は、終了-開始します。
このリンクの種類は、既定の種類です。 リンクの種類の指定がない場合は、[終了-開始] 関係を指定したと見なされます。

[開始-開始] (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 種類があります。

  • 弱い制約:、それらに関連付けられている特定の日付はありません。 これらの制約を設定することができます早くタスクを開始する可能な限り、またはプロジェクトの終了日前にタスク名の末尾で、できるだけ遅くスケジュールに、その他の制約とタスクの依存関係を指定します。

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

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

プロジェクト管理のヒント プロジェクト開始をどのくらい後にしても間に合うか確かめるには、終了日からスケジュールします。 ほぼすべての場合は、[できるだけ早く] の制約条件を使用します。 これには、理想の決定に最も柔軟性の終了日、プロジェクトのスケジュール エンジンが与えられます。

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

  • タスクの制約を確認または変更するには、タスクを右クリックし、[タスク情報] をクリックし、[詳細] タブをクリックします。 制約情報が [制約タイプ] ボックスおよび [制約の指定日] ボックスに表示されます。

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

中程度の制約が開始または終了する前に、タスクを制限または後の日付を選択します。 たとえば、6 月 15 日に開始 (SNET) 制約と別のタスクの依存関係を終了-開始タスクを開始できます 6 月 15 日、先行タスクが 6 月 15 日で終了 (または後の場合は、先行タスクが 6 月 15 日後に終了) 場合は、スケジュールすることはできませんが、前 6 月 15 日。 たとえば、あります制約の適切な使用は特定の日付を文書の許可がある場合。 この例では、SNET または [指定の制約を使用することがあります。

制約を適用する前と後

ボタンの画像 既定の [終了-開始タスクの依存関係と、これらのタスクに適用されている [できるだけ早く] 制約、後続タスク (1 番目) は、先行タスク (1 番目) が完了する予定とすぐに開始する予定されています。

ボタン イメージ 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 日間の期間内でその他の作業は完了できます。 タスクの期間が 10 日と含めて、作業の 100 時間ようになりました。 この時点でタスクに割り当てられるリソースの単位数は 125% です。 増えた分の 25% に対して別のリソースを割り当てる必要があります。

注: コスト型リソースには作業時間や単位数は割り当てられないため、タスクの開始日や終了日が変更されても、作業時間や単位数は再計算されません。 同様に、コスト型リソースでは、作業時間や単位数を変更することはできないため、日付も再計算の対象外となります。

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

ヒント

説明

残存作業を優先するスケジュール方法のタスクの注意点

[タスクの種類] の一覧の [作業時間固定] をクリックした場合、そのタスクの [残存作業の優先] チェック ボックスの設定は変更できません。 作業時間固定のタスクでは作業時間の値を変更できないため、必然的に、残存作業時間を優先するスケジュールになります。 残存作業時間を優先するスケジュール方法のタスクの詳細については、以下を参照してください。

タスクの種類の変更に役立てるために列を追加する

ビューに [タスクの種類] フィールドを挿入すると、直接各タスクの種類を参照および変更できます。 新しい列を挿入する位置の右側の列をクリックし、[挿入] メニューの [] をクリックします。 [フィールド名] の一覧の [タスクの種類] をクリックします。

サマリー タスクは常に期間固定のタスク

サマリー タスクは、サマリー タスクの開始日と終了日がそのサブタスクで定義されているため、常に期間固定のタスクです。

アウトラインにはタスクの種類ではなく、レベルの変更を使用する

プロジェクトのアウトライン構造の一部としてタスクまたはサブタスクの階層構造を変更するには、タスクの種類を変更したり、期限を追加したりするのではなく、タスクのレベルを変更する必要があります。

[できるだけ早く] (ASAP) などのタスクの制約とタスクの種類を混同しない

タスクの開始日と終了日の計算方法に対して制約を適用するには、タスクの種類ではなく、タスクの制約を設定する必要があります。

ページの先頭へ

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

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

Duration = Work / Units

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

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

  1. タスクを右クリックし、 ボタン イメージ[タスク情報] をクリックし、[詳細設定] タブのをクリックします。

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

注: 残存作業時間を優先するスケジュール方法を、作業時間固定のタスクから削除することはできません。 作業時間固定のタスクでは作業の値を変更できないため、必然的に、残存作業時間を優先するスケジュールになります。

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

ヒント

説明

残存作業時間を優先する計算は最初に割り当てられたリソースには適用されない

残存作業時間を優先する計算が適用されるのは、最初のリソースをタスクに割り当ててからになります。 一度リソースが割り当てられると、同じタスクにさらに新しいリソースを割り当てたり削除したりしても、作業時間が変更されないようになります。

単位数固定タスクの注意点

リソースを割り当てるタスクの種類が [単位数固定] の場合は、リソースを追加するとタスクの期間が短くなります。

期間固定タスクの注意点

リソースを割り当てるタスクの種類が [期間固定] の場合は、リソースを追加するとリソースの単位数が減少します。

作業時間固定タスクの注意点

リソースを割り当てるタスクの種類が [作業時間固定] の場合は、リソースを追加するとタスクの期間が短くなります。

残存作業時間を優先するスケジュール方法を設定できないタスク

サマリー タスクや挿入プロジェクトに対して、[残存作業時間を優先するスケジュール方法] を設定することはできません。

ページの先頭へ

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

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

一般的には、手動でスケジュールされたタスクにする、スケジュールの管理します。 タスクをスケジュールに追加するときに残ります。 ただし、特にプロジェクト get 詳細複雑、プロジェクトの強力なスケジュール エンジンを活用するために自動的にスケジュールされたタスクを使用する場所として、スケジュールをデザインする最善の方法では常にします。

次の図を参照してください。 タスク、最後の 2 つの自動、手動で設定して、最初の 2 つの 2 種類が表示されます。

手動スケジュール タスクおよび自動スケジュール タスクについて

手動でスケジュールされたタスクの期間があるテキスト値と数値に注意してください。 期間できますが、テキスト値から開始日がプロジェクトで自動的に設定されていないし、この時点で確定タスクのスケジュールを反映するように、ガント バーが表示される一部のみです。

自動スケジュール タスクの期間は、12 時間の期間で"12 h"など、追加の時間単位で数値値です。 定義では、有効な期間は、自動的にスケジュールされたタスクの開始日、および終了日-このため、バーと、プロジェクトでの描画に自動的にします。

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

注: 既定では、タスクは手動でスケジュールされます。 以前のバージョンの Project を使用した自動スケジュール設定に慣れているプロジェクト管理者は、特定のタスクまたはプロジェクト全体について手動スケジュール機能をオフにできます。 一部のプロジェクト (特に複雑なプロジェクト) では、スケジュール設定を処理するために Project の強力なスケジュール エンジンが必要になる場合があります。 すべてのタスクを自動スケジュールに変更するには、Project アプリケーション ウィンドウの下部にある [新しいタスク: 自動スケジュール] をクリックします。

手動スケジュール タスク

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

理由が必要ですか。 時プロジェクトのスケジュールはない非常に正式です。 電子メール、関係者との会議または廊下会話から日付の簡単なリストとして開始します。 ほとんどの場合、プロジェクト マネージャーには作業項目の詳細についてはありません。 たとえば、のみがありますタスクを開始する必要がある場合は、自分のチーム メンバーから見積もりになるまでの期間いない注意してください。 また、タスクにかかるがわかっている場合がありますが、かがわからないリソース マネージャーによる承認するまでに開始できます。

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

  • わかりやすい表示。 手動スケジュール タスクには、「従来」の自動スケジュール タスクと区別できるように独自の状況説明マークとタスク バーが用意されています。

  • 柔軟性。 手動スケジュール モードのタスクの場合は、[開始] 列、[完了] 列、[期間] 列を空白にしておくことも、わかりやすい日付に加えて文字列値を入力しておくこともできます。

  • スケジュール設定のモードの切り替え 自動的にスケジュールを手動でスケジュールされたタスクの前後を変更できます。 注意、ただしします。 自動的にスケジュールを手動でスケジュールされているからタスクを変更するときにいくつかの判断を行うことがあるプロジェクトになります。 このオプションをタスクの期間が「を決める」の場合は、タスクが自動的にスケジュール設定されている場合に通常、プロジェクトは「1 日?」の見積もり期間を設定します。 結局のところ、プロジェクトを決める、2 週間の期間であることをすることはできません。

  • コントロールの遅延 手動でスケジュールされたタスクを遅延が原因で延期できる場合、その後続タスクいない配信されるように自動的にします。 プロジェクト マネージャーでは、場合は、リソースの計画どおりに行うことができませんが、元の日付を続ける」ことにしたり、依存関係がある場合は、後続タスクを延期することができます。

  • 残存作業優先への影響    手動スケジュール タスクに残存作業優先設定できません。 その他のリソースの割り当てまたは削除されることに手動でスケジュールされたタスクの期間は変更されません。 この記事の後半の詳細について説明します。

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

アイテム

手動スケジュール

自動スケジュール

期間

「14d」または「fortnight」などの数値、日付、または文字列情報を指定できます。 期間として認識できない形式の値は、プロジェクトをスケジュールするために使用されません。

「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 では、期間単位の定義 ([ファイル]、[オプション]、[スケジュール] の順にクリック) に基づいて自動スケジュール タスクの期間が計算されます。 通常のカレンダーと同様に、年の開始月は 1 月、週の開始日は日曜日または月曜日に設定されています。 既定では、1 日の稼働時間を 8 時間、1 週間の稼働時間を 40 時間、1 か月の稼働日を 20 日として期間単位が計算されます。 タスクの開始日と終了日を入力し、開始時刻と終了時刻を入力しない場合、既定の開始時刻は午前 8:00、既定の終了時刻は午後 5:00 に設定されます。

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

タスクのスケジュールは自動と手動を切り替えられます ([ファイル]、[オプション]、[スケジュール] の順にクリックします)。 タスク モードを変更するときは、次の点にご注意ください。

  • 自動スケジュールに変更されたタスクには、Project の既定の設定で期間と日付が設定されます。 たとえば、手動スケジュール タスクの期間 "A couple weeks" は、既定値の "1 day?" に変更されます。 開始日に "tomorrow" を手動で入力したタスクを自動スケジュール タスクに変更すると、その開始日はプロジェクトの開始日に変更されます。

  • 手動スケジュールに変更されたタスクの期間と日付は保持されます。 ただし、タスクを手動スケジュールに設定した後は、期間と日付に任意の数値、文字列、または日付値を指定できます。

ページの先頭へ

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

フロート (余裕期間とも呼ばれます) は、プロジェクトの終了日を変更することなく、遅らせることができるタスクを見つけるのに役立ちます。 クリティカル パスに影響を与えることなく遅らせることのできるタスク (総余裕期間) を表示したり、前後のタスクに影響を与える前のタスク (余裕期間) を表示したりする必要があるかもしれません。

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

  • ガント チャートで [書式] をクリックし、[余裕期間] チェック ボックスをオンにします。 フロートは、ガント バーの終端または先端に添付された細い線として表示されます。

  • [ガント チャート (詳細)] ビューを使用します。 [表示]、[その他のビュー]、[その他のビュー]、[ガント チャート (詳細)] の順にクリックし、[適用] をクリックします。
    これで、[ガント チャート] に戻りテーブル] をクリックし、[スケジュール] をクリックします。

次に、フロートについてのいくつかの注意点を示します。

ヒント

説明

強い制約に注意する

先行タスクの終了が大幅に遅れて、日付に制約のある後続タスクを指定日に開始できなくなった場合は、負の余裕期間が生じます。 負の余裕期間は、プロジェクトの終了日をさらに制限します。

期限によって総余裕期間が変更される

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

ページの先頭へ

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

期限は、タスクのスケジュール設定通常は影響しません。 先行処理タスクを変更する場合のスケジュールに影響を与える可能性のあるタスクの制約を設定することがなく、あったしたくないターゲット日付を示すメッセージが表示されます。 タスクに期限の設定が、他のタスクと同じようにスケジュールされているが、プロジェクト期限後、タスクが完了したタスクの期限不在着信したものことを通知するタスクのインジケーターが表示されます。

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

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

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

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

ページの先頭へ

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

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

注: 手動スケジュール タスクの日付 (入力した場合) は、プロジェクト カレンダーやリソース カレンダーの変更に基づいて変更されることはありません。

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

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

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

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

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

カレンダーを操作するには、[プロジェクト] をクリックし、[稼働時間の変更] をクリックします。

カレンダーの種類

説明

基本カレンダー   

他のカレンダーの基本となるカレンダーです。 基本カレンダーは、プロジェクト カレンダーとして使用できるほか、タスク カレンダーとして、またはリソース カレンダーの既定の稼働時間としてタスクに適用することもできます。 既定の任意の基本カレンダーに基づいて、独自の基本カレンダーを作成できます。

Project には、次の 3 種類の基本カレンダーが用意されています。

標準カレンダー   標準カレンダーはプロジェクトの既定のカレンダーで、リソース カレンダーの基準になります。 このカレンダーは従来の作業スケジュールを表します。 稼働時間は月曜日から金曜日までの午前 8:00 から午後 5:00 までで、1 時間の休憩があります。

24 時間体制カレンダー    24 時間体制カレンダーは、すべての非稼働時間がまったくないのスケジュールを反映します。 24 時間体制カレンダーは、リソースとタスクのさまざまなシフト 24 時間をスケジュールする場合、または継続的に数量単価型リソースがタスクの作業に使用できます。

夜間作業カレンダー   夜間作業カレンダーは深夜勤務スケジュールを表します。 稼働時間は月曜日から土曜日の朝までの午後 11:00 から午前 8:00 までで、1 時間の休憩があります。

プロジェクト カレンダー   

プロジェクト全体の稼働時間と非稼働時間を設定するカレンダーです。 リソース カレンダーやタスク カレンダーを使用しない場合、既定では、タスクはプロジェクト カレンダーで設定した稼働時間内でスケジュールされます。

リソース カレンダー   

通常は、リソースの作成時点でのプロジェクト カレンダーに基づいています。 特定のリソースまたはリソース グループに対する稼働時間や非稼働時間を変更して、作業に利用可能なリソースだけをスケジュールするようにできます。 リソース カレンダーで稼働時間または非稼働時間を変更し、そのリソースをタスクに割り当てると、そのタスクは変更後のリソース カレンダーの稼働時間に基づいてスケジュールされます。 これは、タスクの終了日にも影響する場合があります。

リソースは基本カレンダーの非稼働時間を継承するか、または基本カレンダーの非稼働時間をリソース カレンダーに設定された非稼働時間で上書きすることができます。

タスク カレンダー   

タスクの稼働時間をプロジェクト カレンダーの稼働時間以外に設定するために使用します。 タスク カレンダーは、他のカレンダーと同じように作成されます。 タスクに割り当てられたタスク カレンダーと、そのタスクに割り当てられたリソースのリソース カレンダーの稼働時間が異なる場合、タスクは、この 2 つのカレンダーに共通する稼働時間内でスケジュールされます。 ただし、リソース カレンダーを無視するタスク オプションを設定すると、リソースの非稼働時間にタスクをスケジュールできます。

タスク カレンダーが指定されていない場合は、タスクをスケジュールするためにプロジェクト カレンダーが使用されます。

ページの先頭へ

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

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

注: 手動スケジュール タスクは、リソース カレンダーの影響を受けません。 リソースが手動スケジュール タスクに割り当てられている場合、タスクのスケジュールは変更されません。

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

たとえば、プロジェクト内でタスクがある、という名前の作成の仕様します。 リソースがあるエンジニア リング、小林します。 "小林昌子"を開発仕様タスクに割り当てることがある場合はこのタスクのスケジュール設定小林さんのリソースの予定表とタスク期間、タスクの依存関係、制約、および予定表などの情報のほか、割り当て単位数のかによって決まります。

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

リソースの属性または設定

説明

作業時間   

リソースに割り当てられる作業または超過作業時間の合計、これらの作業時間の配分。 作業時間の配分は、作業時間の配分型にも影響を受けます。

割り当て単位数   

タスクにおけるリソースの割り当て単位数。パートタイム、フルタイム、または複数の単位数を割り当てることができます。

タスクの種類   

タスクの種類によって、既存の割り当てを変更した場合のスケジュールへの影響が異なります。 タスクには、単位数固定、期間固定、作業時間固定の 3 種類があります。

残存作業時間を優先するスケジュール方法   

タスクに、残存作業時間を優先するスケジュール方法を設定するかどうか。 残存作業時間を優先するスケジュール方法がタスクに設定されている場合、割り当てリソースを追加または削除すると、タスクの作業時間は変更されず、割り当てられているリソースに対して再配分されます。 単位数固定のタスクの場合は、たとえば割り当てリソースを増やすと、タスクの完了に必要な期間が短縮されます。 残存作業時間を優先するスケジュール方法の設定の詳細については、前述の説明を参照してください。

カレンダー   

リソース カレンダー。 割り当てられたリソースのスケジュールは、リソース カレンダーに設定されている稼働時間と非稼働時間に基づいて決定されます。

作業時間の配分型   

作業時間の配分型は、リソースがタスクで作業する時間を微調整できるようにします。
タスク配分状況]ビューでは、タスクに割り当てられているリソースの名前を右クリックし、[作業時間の配分型] ボックスの一覧で、パターンを定義済みの作業を選択します。 型を選んだ後、配分状況ビューのタイムスケール領域で時間を手動調整できます。

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

ページの先頭へ

詳細な技術の詳細については Project のスケジュールより

ページの先頭へ

以下の手順は Microsoft Project 2007 に固有のものです。

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

全体像: プロジェクトのスケジュール方法か?

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

スケジュールを計算するための既定の設定を挙げてください。

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

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

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

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

どのような情報を自分のプロジェクトの進捗状況の分析役立つですか。

全体像: プロジェクトのスケジュール方法か?

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

  • プロジェクト全体についての情報

  • プロジェクトを完了させるために必要な個々の作業アイテム (タスクと呼ばれる)

  • これらのタスクを完了させるために必要なリソース (必要な場合)

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

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

  • 期間

  • タスクの依存関係

  • 制約

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

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

  • 作業時間

  • 単位

  • 予定表に入力された稼働時間

リード タイムとラグ タイム (時間差)タスクの種類、リソース利用の可否、 スケジュール設定リソースなどの他の要素に影響スケジュールは、以下の要素の効果を理解することができますを維持し、必要に応じて、スケジュールを調整するようにします。

ページの先頭へ

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

既定では、プロジェクトの開始日を入力する場合は、プロジェクトはプロジェクトの開始日に開始されるタスクがスケジュールし、最後のタスクを完了に基づくプロジェクトの終了日を計算します。 詳細については、タスクの依存関係、期間、制約などのタスクを入力すると、Project がタスクの日付をより正確に反映するようにスケジュールを調整します。

タスクの依存関係を作成する前と後

ボタンの画像 新しいプロジェクトを作成するときに最初に、プロジェクトの開始日を入力します。 開始日からプロジェクトをスケジュールするときに指定しない限り、すべてのタスクがプロジェクトの開始日に開始します。

ボタン イメージ タスクの依存関係または制約が適用されていない、プロジェクトの期間は、長いタスクの期間と同じで、します。 つまり、プロジェクトの終了日は、最も長いタスクの終了日と等しくなります。

ボタン イメージ タスクと 2 番目のタスクの間の終了-開始依存関係などの依存関係と (図を参照)、プロジェクトの終了日を変更することができます。

ほぼすべてのプロジェクトは、既知の開始日を基点にスケジュールする必要があります。 プロジェクトを完了する必要がある日付がわかっている場合でも、開始日からスケジュールする柔軟性が最大します。

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

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

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

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

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

  • 入力した場合、タスク、プロジェクトにより、そのタスクの終了日に自動的に [できるだけ遅く] (ALAP) 制約が割り当てられます。 必要な場合にのみ、その他の制約を設定する必要があります。

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

  • 開始日を基点にスケジュールしたプロジェクト終了日からスケジュールの設定を変更する場合、すべての遅延を平準化と平準化による分割タスクおよび割り当てからも削除されます。

  • 自動平準化を使用する project でリソースの割り当て超過を小さくために、プロジェクトは、前に、タスクではなくタスクの後に、平準化による延期を追加します。

ページの先頭へ

スケジュールを計算するための既定の設定を挙げてください。

Project では、予定表] タブの [ツール] メニューの [オプション] ダイアログ ボックスの [期間の単位の定義に基づいてタスクの期間を計算します。 通常のカレンダーと同様に、年の開始月は 1 月、週の開始日は日曜日または月曜日に設定されています。 既定では、1 日の稼働時間を 8 時間、1 週間の稼働時間を 40 時間、1 か月の稼働日を 20 日として期間単位が計算されます。 タスクの開始日と終了日を入力し、開始時刻と終了時刻を入力しない場合、既定の開始時刻は午前 8:00、既定の終了時刻は午後 5:00 に設定されます。

ページの先頭へ

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

開始日または終了日がタスクの場合は、タスクの制約を変更できます。 弱い制約: 早く、またはタスクの依存関係を許可する遅れているタスクをタスクの依存関係を使用します。 たとえば、先行タスクが完了すると、すぐに、できるだけ早く (ASAP) の制約条件と [終了-開始依存関係のタスクがスケジュールされます。 既定では、プロジェクト内のタスクのうち、開始日からスケジュールされているすべてのタスクに [できるだけ早く] (ASAP) 制約が適用されます。 同様に、既定では、プロジェクト内のタスクのうち、終了日からスケジュールされているすべてのタスクに [できるだけ遅く] (ALAP) の制約が適用されます。

中程度の制約が開始または終了する前に、タスクを制限または後の日付を選択します。 たとえば、6 月 15 日に開始 (SNET) 制約と別のタスクの依存関係を終了-開始タスクを開始できます 6 月 15 日、先行タスクが 6 月 15 日で終了 (または後の場合は、先行タスクが 6 月 15 日後に終了) 場合は、スケジュールすることはできませんが、前 6 月 15 日。

制約を適用する前と後

ボタンの画像 既定の [終了-開始タスクの依存関係と、これらのタスクに適用されている [できるだけ早く] 制約、後続タスク (1 番目) は、先行タスク (1 番目) が完了する予定とすぐに開始する予定されています。

ボタン イメージ SNET 制約を適用すると、後続タスクは、(下図)、先行タスクが完了制約の指定日前にも、指定日前に開始することはできません。

強い制約に注意は、既定では、タスクの依存関係を上書きし、選択した日付にタスクを制限します。 たとえば、[指定日に開始] (MSO) 制約が 9 月 30 日で、別のタスクとの間に [終了 - 開始] の依存関係があるタスクは、先行タスクの終了日にかかわらず、常に 9 月 30 日にスケジュールされます。

日付に制限されるタスクに先行タスクの終了が後続タスクの制約の指定日に開始するには遅すぎたがある場合は、負余裕期間が発生することができます。

確認またはタスクの制約を変更、タスクを選択し、 ボタン イメージ[タスク情報] をクリックし、[詳細設定] タブをクリックします。 制約情報が [制約タイプ] ボックスおよび [制約の指定日] ボックスに表示されます。

ページの先頭へ

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

期限は、タスクのスケジュール設定通常は影響しません。 先行処理タスクを変更する場合のスケジュールに影響を与える可能性のあるタスクの制約を設定することがなく、あったしたくないターゲット日付を示すメッセージが表示されます。 タスクに期限の設定が、他のタスクと同じようにスケジュールされているが、プロジェクト期限後、タスクが完了したタスクの期限不在着信したものことを通知するタスクのインジケーターが表示されます。

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

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

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

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

ページの先頭へ

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

予定表では、標準的な稼働時間と非稼働時間週末や休暇、プロジェクトのなどが決まります。 リソースの可用性、タスクに割り当てられているリソースのスケジュール方法と自分のタスクをスケジュールする方法を決定するに使用されます。 プロジェクトとタスクの予定表、タスクのスケジュール設定で使用し、タスクには、リソースが割り当てられている場合に、使用します。

予定表のプロジェクトでは次のとおりです。

  • 基本カレンダー    他のカレンダーの基本となるカレンダーです。 基本カレンダーは、プロジェクト カレンダーとして使用できるほか、タスク カレンダーとして、またはリソース カレンダーの既定の稼働時間としてタスクに適用することもできます。 プロジェクトには、次の 3 つの基本カレンダーが用意されています。、標準の稼働時間を、夜間作業カレンダーします。 既定の任意の基本カレンダーに基づいて、独自の基本カレンダーを作成できます。

  • プロジェクト カレンダー    標準稼働時間と非稼働時間、プロジェクト全体のサイズ設定します。 リソース カレンダーやタスク カレンダーを使用しない場合、既定では、タスクはプロジェクト カレンダーで設定した稼働時間内でスケジュールされます。

  • リソース カレンダー    これらは、既定では、標準の予定表に基づいています。 特定のリソースまたはリソース グループに対する稼働時間や非稼働時間を変更して、作業に利用可能なリソースだけをスケジュールするようにできます。 リソース カレンダーで稼働時間または非稼働時間を変更し、そのリソースをタスクに割り当てると、そのタスクは変更後のリソース カレンダーの稼働時間に基づいてスケジュールされます。

  • タスク カレンダー    タスクの稼働時間をプロジェクト カレンダーの稼働時間以外に設定するために使用します。 タスクに割り当てられたタスク カレンダーと、そのタスクに割り当てられたリソースのリソース カレンダーの稼働時間が異なる場合、タスクは、この 2 つのカレンダーに共通する稼働時間内でスケジュールされます。 リソース カレンダーを無視し、タスク、リソースの非稼働時間をスケジュールするタスクのオプションを設定することはできます。

ツール] メニューで、予定表を操作するには、[稼働時間の変更] をクリックします。

ページの先頭へ

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

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

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

たとえば、プロジェクト内でタスクがある、という名前の作成の仕様します。 リソースがあるエンジニア リング、小林します。 "小林昌子"を開発仕様タスクに割り当てることがある場合はこのタスクのスケジュール設定小林さんのリソースの予定表とタスク期間、タスクの依存関係、制約、および予定表などの情報のほか、割り当て単位数のかによって決まります。

スケジュールとタスクに関する情報は、ほかのタスクにリソースを割り当てた後プロジェクトがスケジュールについては、の計算に使用するリソースと割り当ての情報を含みます。

  • リソースに割り当てられる作業または超過作業時間の合計、これらの作業時間の配分。 作業時間の配分は、作業時間の配分型にも影響を受けます。

  • タスクにおけるリソースの割り当て単位数。パートタイム、フルタイム、または複数の単位数を割り当てることができます。

  • タスクの種類によって、既存の割り当てを変更した場合のスケジュールへの影響が異なります。 タスクには、単位数固定、期間固定、作業時間固定の 3 種類があります。

  • タスクに、残存作業時間を優先するスケジュール方法を設定するかどうか。 残存作業時間を優先するスケジュール方法がタスクに設定されている場合、割り当てリソースを追加または削除すると、タスクの作業時間は変更されず、割り当てられているリソースに対して再配分されます。 単位数固定のタスクの場合は、たとえば割り当てリソースを増やすと、タスクの完了に必要な期間が短縮されます。

  • リソース カレンダー。 割り当てられたリソースのスケジュールは、リソース カレンダーに設定されている稼働時間と非稼働時間に基づいて決定されます。

タスクにリソースを割り当てるには、リソースの割り当て [リソースの割り当て] ボタンの画像 をクリックします。

ページの先頭へ

どのような情報を自分のプロジェクトの進捗状況の分析役立つですか。

5 つのタスクの情報を使用して、プロジェクトのタスクを追跡する進捗状況の分析できます。 期間は、開始日]、[終了日] と [コスト。

それぞれのフィールドの種類のバリエーションのヘルプを比較して、進捗状況を評価する: スケジュール済み、 実際の日数、および残存を計画します。

たとえば、1 つのタスクのすることがあるフィールドの予定作業時間、現行作業時間、実績作業時間が含まれていると、残存作業時間の情報。 これらのフィールドの内容が互いに一致する、またはされる可能性をすべて異なるします。 情報の特定のフィールドの差異を検証もできます。 このためは、これらのフィールドをフィールドの追跡と呼びます。

フィールドの種類

説明

予定または基準計画情報

予定の情報は、[基準計画情報でとも呼ばれます。 [基準計画情報が含まれているフィールドの例には、[基準作業時間、基準開始日]、[基準コスト]、およびなどが含まれます。

ビルド点をプロジェクトを開始することができますが確実にプロジェクトを調整すると、適切な始点] または [基準計画があります。 タスクの情報をこの時点で基準計画を保存すると、プロジェクト全体の後の時点で比較できます、現在の進捗状況当初の計画とします。 基準計画を保存することは、わかりやすいプロジェクト進捗管理および分析用必要があります。

基準計画の情報を保存するには、[ツール] をクリックして追跡ををポイントし、[基準計画の保存] をクリックします。 基準計画を保存すると、プロジェクトの各タスクに対して、次の 5 つの重要な情報 (勤務先]、[コスト、期間、開始日と終了日) が保存されます。 以降の追跡する特定のタスクをすばやく表示できます増減作業やコストが当初の計画よりも使用しているかどうか、またはタスクの開始または終了予定より前または後の場合とします。

[基準計画情報については、現行の情報との差異を計算する使用します。 多くの達成額の計算にも使用します。 最大 11 の異なる基準計画を保存することができます。 保存することも 11 中間計画、11 の開始を保存し、タスクの終了日、営業案件を提供します。

現行の情報

スケジュールされた情報は、現在、最新のタスクの情報です。 スケジュールされている情報が含まれるフィールドには、期間、作業時間、開始、終了日、およびコストが。 スケジュールされた期間、作業時間]、およびコスト] フィールドは、そのタスクの合計金額を表しています。

最初にプロジェクトを開始すると、スケジュール情報と同様に、ない場合は同じですが、基準計画情報。 ただし、タスクが完了したらとは調整し、実際の情報を入力します。 タスクしなければならない場合も、1 つを見つけること。 開始日を事前に別のタスクができました。 別のタスクに予期しないコストが発生します。 1 つのタスクの制約を変更して、別のタスクの依存関係を追加する必要が表示されます。 これらの調整] で、プロジェクトの最新の画像を提供するために、スケジュール情報が再計算されます。

作業中のタスクの実際の情報を入力する場合、スケジュール情報をアカウントには、計算します。 たとえば、現行作業時間は、実績作業時間 + 残存作業時間として計算されます。 完了したタスクのスケジュール情報同じですが、実際の情報です。

実際の情報

実際の情報は、タスクが最後に実現する方法を反映します。 期間、作業時間、コスト、および開始の計画投影の使用を開始して終了日をします。 進捗状況については、またはタスクの実績作業時間を入力し、最終的に、タスクの完了の実際の画像。 実績作業時間は、どのくらいタスク本当にコスト、作業が実際にかかった、実際の期間の日数を確認し、実際の開始し終了日します。

など、実績作業時間、実績期間、実績開始日]、実績終了日] および [実績コスト] フィールドには、実際の情報を入力します。 1 つまたは 2 つのフィールドに実際の情報を入力する場合の実際の他の情報を計算できます。 たとえば、実際の終了日を入力する場合は、[実績期間]、[実績開始日]、およびその他のフィールド計算できます。 達成率をなどの他の追跡情報を入力する場合も同様です。

他の情報

開始していないタスクまたはタスクの進捗状況では、残存作業時間]、[残存コスト]、および残存期間が存在します。 これらのフィールドは、時間とタスクの完了前にコストの領域を計算します。 残りのフィールドは、将来の予測です。

まだ開始して、タスクの残存作業時間] フィールドの内容は、スケジュールされている作業時間] フィールドと同じです。 進行中のタスク、残存作業時間スケジュールの操作 – 実績作業時間として計算されます。 [残存コストと残存期間] フィールドにも同様です。 ただし、残りの作業時間] フィールドには、編集できます、実績作業時間と現行作業時間] フィールドと同様。

差異情報

基準計画を保存する場合、[したを利用計算の差異] フィールドにできます。 例には、作業時間の差異、[コスト差異]、[期間差異]、開始日の差異、および終了日の差異が含まれます。

現在予定されている情報が、元の計画情報で比較されます。 差異] フィールドは、計画とスケジュールに従った情報の集計の違いを示します。 たとえば、作業時間の差異] フィールドは、基準作業時間と現行作業時間] フィールドの違いを示します。

[変更履歴のトラッキング フィールド

任意のシート ビューには、任意のフィールドを追加できます。 たとえば、ガント チャートでスケジュールされた期間] フィールドの横にある [基準期間] 列を挿入する可能性があります。 [挿入] メニューで、] をクリックし、ビューに表示するフィールドをクリックします。

既にいくつかの追跡] フィールドに設計されているテーブルを適用することもできます。 例には、追跡、作業時間、コスト、および分散テーブルが含まれます。 必要な変更履歴フィールドを含むテーブルを作成することもできます。

ページの先頭へ

Office のスキルを磨く
トレーニングの探索
新機能を最初に入手
Office Insider に参加する

この情報は役に立ちましたか?

ご意見をいただきありがとうございます。

フィードバックをお寄せいただき、ありがとうございます。Office サポートの担当者におつなぎいたします。

×