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

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

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

この記事では、プロジェクト内のタスクが Project でスケジュールされる方法について技術的に説明します。Project によってタスクが予想とは違う時間に自動的に移動されたため、ユーザーが混乱する場合があります。また、たとえばタスクの制約を変更したことによって、他のタスクが予期せずに移動されることを疑問に思うかもしれません。ここでは、Project の強力なスケジュール エンジンに関するそのような疑問にお答えします。

これは、最初は必ずしも理解しやすいものではありませんが、この操作を行うと、より知識のあるプロジェクトマネージャーになり、プロジェクトの終了日をより細かく制御できます。

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

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

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

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

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

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

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

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

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

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

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

プロジェクトのスケジュール方法に関するさらに詳しい技術情報

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

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

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

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

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

ボタン イメージ 新しいプロジェクトを作成するときには、最初にプロジェクトの開始日を入力します。プロジェクトを開始時刻からスケジュールすると、それ以外の場合を除き、すべてのタスクはプロジェクトの開始日に開始されます。

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

ボタン イメージ タスクの依存関係 (次に示すように、最初と2番目のタスクの間の終了-開始依存関係) は、プロジェクトの終了日を変更することができます。

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

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

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

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

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

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

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

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

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

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

ページの先頭へ

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

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

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

リンクの種類

使用例

説明

[終了-開始] (FS)

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

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

たとえば、2つのタスクがある場合は、"dig foundation" と "コンクリートの流し込み" タスクが完了するまで、"コンクリートの流し込み" を開始することはできません。
Project でタスクをリンクする場合、既定のリンクの種類は [終了-開始] です。
このリンクの種類は既定の種類です。リンクの種類を指定しない場合は、[終了-開始] リレーションシップが想定されます。

[開始-開始] (SS)

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

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

依存する側のタスクは、依存される側のタスクが開始された後であれば、いつでも開始できます。開始-開始 (SS) 型のリンクでは、両方のタスクを同時に開始する必要はありません。

たとえば、「コンクリートの流し込み」と「コンクリートのならし」という 2 つのタスクがある場合、「コンクリートのならし」タスクは、「コンクリートの流し込み」タスクが開始されるまで、開始できません。

[終了-終了] (FF)

[終了-終了] タスク リンクの画像

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

依存する側のタスクは、依存される側のタスクが終了した後であれば、いつでも終了できます。[終了-終了] (FF) 型のリンクでは、両方のタスクを同時に終了する必要はありません。

たとえば、「配線」と「配管」という 2 つのタスクがある場合、検査を行う前に両方のタスクを同時に終了する必要があります。

[開始-終了] (SF)

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

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

依存する側のタスクは、依存される側のタスクが開始された後であれば、いつでも終了できます。[開始-終了] (SF) 型のリンクでは、依存する側のタスクの終了と依存される側の開始が同時に起こる必要はありません。

このリンクの種類は、プロジェクト管理ではめったに使用されません。たとえば、「屋根を付ける」と「作業の監督」という 2 つのタスクがある、家屋に屋根を付けるプロジェクトがあるとします。この場合、「屋根を付ける」タスクは開始できますが、屋根を付け終わる前の時点で監督が現れる必要があります。

手動での注意 スケジュールされたタスク手動スケジュール タスクを別のタスクにリンクする場合、Project はリンクの種類を尊重し、手動でスケジュールされたタスクを他のタスクを基準にして配置します。たとえば、[終了-開始] リンクを含む後続タスクは、先行作業が終了したときに始まりとして表示されます。ただし、後続タスクは、リンクが作成されたときにのみ移動されます。後でその終了日が変更されると、後続タスクの開始日は変わりません。

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

  1. [ファイル]、[オプション]、[スケジュール] の順にクリックします。

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

ページの先頭へ

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

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

  • 弱い制約では特定の日付は関連付けられません。このような制約タイプを設定しておくと、プロジェクト期間内でできるだけ早くタスクを開始したり、タスクの完了をできるだけ遅い時点にできます。スケジュールを作成するときには、別の制約タイプやタスクの依存関係も指定できます。

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

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

プロジェクト管理のヒントほぼすべてのケースで、ASAP 制約を使用します。これにより、スケジュールエンジンは、プロジェクトに最適な終了日を決定するための最も柔軟な方法を提供します。

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

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

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

中程度の制約を設定すると、選んだ日付よりも前または後にタスクが開始または終了することを禁止できます。たとえば、指定日を 6 月 15 日、制約のタイプを [指定日以後に開始] (SNET) に設定したタスクが、先行タスクとの間に [終了 - 開始] (FS) の依存関係を持っているとします。この場合、そのタスクは、先行タスクが 6 月 15 日までに終了すれば 6 月 15 日に、先行タスクが 6 月 16 日以降に終了すればそれ以降に開始できますが、6 月 14 日以前に開始するようにスケジュールすることはできません。これは、特定の日付のみ有効な建築許可を持っている場合には、適切な制約の使用例であるかもしれません。この場合、[指定日以後に開始] (SNET) または [指定日以後に終了] (FNLT) 制約が使用されることがあります。

制約を適用する前と後

ボタン イメージ 既定の終了-開始タスクの関係と、これらのタスクに適用されている ASAP 制約を使用すると、先行タスク (1 番目) が終了するようにスケジュールされているときに、後続タスク (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 の強力なスケジュール エンジンが必要になる場合があります。すべてのタスクを自動スケジュールに変更するには、Project アプリケーション ウィンドウの下部にある [新しいタスク: 自動スケジュール] をクリックします。

手動スケジュール タスク

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

そうした機能が重要なのは、プロジェクトのスケジュールが時としてかなり非公式なものであることがよくあるからです。こうしたスケジュールは、メール メッセージ、関係者との会議、または廊下での会話などの単純な日付のリストで開始されます。プロジェクト管理者が作業項目に関する情報を完全に把握していることはまれです。たとえば、プロジェクト管理者が認識しているのがいつタスクを開始する必要があるかということだけで、チーム メンバーから見積もりを入手するまで期間は認識していない場合があります。また、プロジェクト管理者がタスク期間を把握していても、リソース マネージャーから承認を得るまでは開始できるかがわからない場合もあります。

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

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

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

  • スケジュールモードの切り替え手動でスケジュールされたタスクを自動的にスケジュールに変更することができます。ただし、注意してください。手動でスケジュールされたスケジュールから自動的にタスクを変更する場合、Project ではいくつかの決定を行う必要があります。タスクの期間が "2 週間" である場合、Project は通常、タスクが自動的にスケジュールされている場合に、"1 day?" の推定期間を設定します。結局のところ、project は二週間が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時間の予定表は、リソースとタスクが時計の前後で異なるシフトをスケジュールされている場合、または機器のリソースがタスクを継続的に作業する場合に使用できます。

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

プロジェクト カレンダー   

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

リソース カレンダー   

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

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

タスク カレンダー   

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

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

ページの先頭へ

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

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

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

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

たとえば、プロジェクトに「仕様書の作成」という名前のタスクがあり、時間単価型リソースとして、鈴木さんという名前のエンジニアがいるものとします。「仕様書の作成」タスクに鈴木さんを割り当てた場合、このタスクのスケジュールは、期間、タスクの依存関係、制約、カレンダーなどのタスク情報のほか、鈴木さんのリソース カレンダーと割り当て単位数に基づいて決定されます。

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

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

説明

作業時間   

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

割り当て単位数   

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

タスクの種類   

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

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

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

カレンダー   

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

作業時間の配分型   

作業時間の配分によって、リソースがタスクに対して作業している場合 (たとえば、ランプアップフェーズ) に微調整することができます。
[タスク配分状況] ビューで、タスクに割り当てられているリソースの名前を右クリックし、[作業時間の配分型] ボックスの一覧で定義済みの作業パターンを選択します。パターンを選択した後、使用状況ビューの時間段階的に手動で時間を調整することができます。

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

ページの先頭へ

プロジェクトのスケジュール方法に関するさらに詳しい技術情報

ページの先頭へ

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

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

大きな画像: プロジェクトはどのようにスケジュールされていますか?

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

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

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

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

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

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

プロジェクトの進捗状況を分析するために役立つ情報

大きな画像: プロジェクトはどのようにスケジュールされていますか?

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

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

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

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

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

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

  • 期間

  • タスクの依存関係

  • 制約

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

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

  • 作業時間

  • 単位

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

リード タイムやラグ タイム (時間差)、タスクの種類、リソース利用の可否、 スケジュール設定リソースなどのその他の要素はスケジュールに影響する可能性があるため、これらの要素の効果を理解することで、必要に応じてスケジュールを維持し、調整するのに役立ちます。

ページの先頭へ

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

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

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

ボタン イメージ 新しいプロジェクトを作成するときには、最初にプロジェクトの開始日を入力します。開始日からプロジェクトをスケジュールすると、それ以外の場合を除き、すべてのタスクはプロジェクトの開始日に開始されます。

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

ボタン イメージ タスクの依存関係 (次に示すように、最初と2番目のタスクの間の終了-開始依存関係) は、プロジェクトの終了日を変更することができます。

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

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

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

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

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

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

  • タスクを入力すると、Project によって、タスクの終了日にできるだけ遅く (ALAP) 制約が自動的に割り当てられます。必要に応じて、他の制約を設定する必要があります。

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

  • プロジェクトを終了日からスケジュールするように変更し、それが開始日からスケジュールされている場合は、すべての平準化の遅延と平準化の分割をタスクと割り当てから削除します。

  • 自動平準化を使用してプロジェクトのリソースの割り当て超過を減らす場合、project はタスクの前ではなくタスクの後にレベルの遅延を追加します。

ページの先頭へ

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

Project では、[オプション] ダイアログボックス ([ツール] メニュー) の [予定表] タブの期間単位の定義に基づいて、タスクの期間を計算します。通常の月間予定表と同じように、年は1月に始まり、毎週日曜日または月曜日に開始されます。既定では、Project によって duration 単位が計算されると、1日は8時間になり、1週間は40時間になり、1か月は20営業日に相当します。タスクの開始日と終了日を入力し、開始時刻と終了時刻を入力しない場合、Project は既定の開始時間として 8:00 A.M. を使用します。既定の終了時間として 5:00 P.M.。

ページの先頭へ

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

タスクの開始日または終了日を制御する必要がある場合は、タスクの制約を変更できます。柔軟な制約は、タスクの依存関係を操作して、タスクの依存関係が許可されるとすぐに、または遅くにタスクが発生するようにします。たとえば、先行タスクが終了するとすぐに、できるだけ早く (ASAP) 制約を持つタスクと、終了から開始までの依存関係がスケジュールされます。既定では、プロジェクトの開始日からスケジュールされているすべてのタスクに、ASAP 制約が適用されます。同様に、既定では、終了日からスケジュールされているプロジェクトのすべてのタスクには、[できるだけ遅く] (ALAP) 制約が適用されます。

適度なスケジュールの柔軟性を持つ制約により、選択した日付の前または後にタスクが開始または終了されるのを制限します。たとえば、6月15日の開始日 (SNET) 制約と、別のタスクに対する終了から開始までの依存関係を持つタスクの場合、その前任者が6月15日 (6 月15日以降に終了した場合は後に終了する場合) 6 月15日を開始できます。6月15日より前。

制約を適用する前と後

ボタン イメージ 既定の終了-開始タスクの関係と、これらのタスクに適用されている ASAP 制約を使用すると、先行タスク (1 番目) が終了するようにスケジュールされているときに、後続タスク (2 つめ) がすぐに開始されるようにスケジュールされます。

ボタン イメージ SNET 制約が適用されている場合、先行タスクが制約日より前に完了した場合でも、後続タスクは制約日より前に開始できません。

柔軟な制約は、既定でタスクの依存関係を上書きし、選択した日付にタスクを制限します。たとえば、9月30日に開始する必要がある (MSO) 制約を持つタスクと、別のタスクに対する終了から開始までの依存関係は、前任者が早期に終了するかどうかに関係なく、常に9月30日にスケジュールされます。

日付に制約されているタスクに、先行処理が制約で指定された日付に開始するのに遅すぎるという前任者がある場合、負の余裕期間が発生する可能性があります。

タスクの制約を確認または変更するには、タスクを選択し、[タスク情報 ボタン イメージ ] をクリックして、[詳細設定] タブをクリックします。制約の情報は、[制約の種類] と [制約の日付] ボックスにあります。

ページの先頭へ

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

通常、期限がタスクのスケジュールに影響を与えることはありません。期限は、遅らせたくない予定終了日を表すために使用されます。この場合、タスクの制約を設定する必要がないため、先行処理タスクに変更が生じてもスケジュールに影響が及ぶことはありません。期限が設定されたタスクのスケジュール方法は他のタスクと同じですが、タスクが期限より遅れて終了すると、タスク状況説明マークが表示され、期限が守られなかったことが示されます。

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

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

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

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

ページの先頭へ

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

カレンダーによって、プロジェクトの標準の稼働時間と非稼働時間(週末や祝日など) が決定されます。リソースの利用可能時間、タスクに割り当てられているリソースをスケジュールする方法、タスク自体をスケジュールする方法を決定するために使われます。プロジェクトとタスクの予定表はタスクのスケジュールに使われます。リソースがタスクに割り当てられている場合は、リソースカレンダーも使用されます。

Project で参照されている予定表は次のとおりです。

  • 基本カレンダー   これらは、他の種類の予定表の基盤です。基本カレンダーをプロジェクトカレンダーにすることもできますし、タスクに基本カレンダーをタスクカレンダーとして適用したり、リソースカレンダーの既定の時間として使用したりすることができます。Project には、[標準]、[24 時間]、[夜勤] の3つの基本予定表が用意されています。提供されている基本予定表を使用して、独自の基本予定表をカスタマイズできます。

  • プロジェクトの予定表   次の手順では、プロジェクト全体の標準の稼働時間と非稼働日を設定します。リソースカレンダーまたはタスクカレンダーが使用されていない場合、タスクは既定でプロジェクト予定表の稼働時間中にスケジュールされます。

  • リソースカレンダー   既定では、これらは標準の予定表に基づいています。特定のリソースまたはリソースのセットに対して稼働時間または非稼働時間を変更し、リソースが作業可能な場合にのみスケジュールされていることを確認することができます。リソースカレンダーで作業時間または非稼働日を変更し、リソースがタスクに割り当てられている場合、タスクはリソースカレンダーの稼働時間中にスケジュールされます。

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

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

ページの先頭へ

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

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

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

たとえば、プロジェクトに「仕様書の作成」という名前のタスクがあり、時間単価型リソースとして、鈴木さんという名前のエンジニアがいるものとします。「仕様書の作成」タスクに鈴木さんを割り当てた場合、このタスクのスケジュールは、期間、タスクの依存関係、制約、カレンダーなどのタスク情報のほか、鈴木さんのリソース カレンダーと割り当て単位数に基づいて決定されます。

タスク情報に基づいてスケジュールを設定するだけでなく、プロジェクト内のタスクにリソースを割り当てると、project には、次のようなスケジュール情報の計算に使用するリソースと割り当ての情報が含まれます。

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

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

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

  • タスクが残存作業時間であるかどうかを示します。タスクが残存作業時間によって割り当てられているリソースを追加または削除した場合、そのタスクの作業は一定のままであり、リソース間で再配布されます。たとえば、固定単位のタスクの場合、1つの結果として、より多くのリソースが割り当てられている場合は、タスクを完了するための期間を短くする必要があります。

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

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

ページの先頭へ

プロジェクトの進捗状況を分析するために役立つ情報

5つのタスク情報を使用すると、プロジェクトのタスク (期間、作業時間、開始日、終了日、コスト) を管理する際の進捗状況を分析できます。

これらの各種類のフィールドのバリエーションは、進行状況を比較して評価するのに役立ちます: 計画済み、 スケジュール済み、 実際の日数、および残存しています。

たとえば、1つのタスクについては、計画作業、スケジュールされた作業、実績作業時間、残存作業時間を含む情報のフィールドがあります。これらのフィールドの内容は互いに一致しているか、またはすべて異なる場合があります。特定のフィールド間の差異は、有益な追跡情報についても調べることができます。このため、これらのフィールドは追跡フィールドと呼ばれます。

フィールドの種類

説明

計画された情報または基準値

計画された情報は、基準計画情報とも呼ばれます。基準計画情報を含むフィールドの例としては、基準作業時間、基準計画開始日、基準コストなどがあります。

プロジェクトをビルドして微調整するときに、project を開始できることを確信している点については、良い開始点、または基準計画を作成します。基準計画タスク情報をその時点で保存した場合は、プロジェクト全体の後の時点で、現在の進捗状況を最初のプランと比較できます。基準計画を保存することは、有意義なプロジェクトの追跡と分析に不可欠です。

基準計画情報を保存するには、[ツール]、[進捗管理] の順にポイントし、[基準計画を保存] をクリックします。基準計画を保存すると、プロジェクトの各タスクについて、5つの重要な情報 (作業時間、コスト、期間、開始日、終了日) が保存されます。後で特定のタスクを管理しているときに、当初の計画よりも多くの作業またはコストを使用しているかどうか、またはタスクが計画より前または後で開始または終了しているかどうかを簡単に確認できます。

基準計画情報は、スケジュールされた情報に対する差異を計算するために使われます。また、多くの達成額の計算に使用されます。最大11の基準計画を保存することができます。11の中間計画を保存して、タスクの開始日と終了日を11件保存することもできます。

スケジュールされた情報

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

プロジェクトを初めて開始すると、スケジュールされた情報は同じではなく、基準計画情報に類似しています。ただし、タスクが完了したら、調整を行い、実際の情報を入力します。1つのタスクには、最初に予想される日数より3日以上必要なものがあります。もう1つのタスクは、1日を早い段階で開始することができました。別のタスクに予期しないコストが発生しました。あるタスクの制約を変更して、タスクの依存関係を別に追加する必要があることがわかります。このような調整を行うと、スケジュールされた情報が再計算して、プロジェクトの最新の画像を提供することができます。

進行中のタスクに関する実際の情報の入力を開始すると、スケジュールされた情報はそれを考慮し、それに応じて再計算します。たとえば、現行作業時間は、実績作業時間 + 残存作業時間として計算されます。完了したタスクについては、スケジュールされた情報は実際の情報と同じです。

実際の情報

実際の情報は、タスクが最終的に達成された方法を反映しています。[期間]、[作業時間]、[コスト]、[開始日]、[終了日] の計画された予測を開始しました。進捗状況の情報、またはタスクの実績を入力して、タスクの完了の実際の画像を表示します。実績によって、タスクの実際のコスト、実際にかかった作業日数、実績期間、実際の開始日と終了日がわかります。

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

残りの情報

まだ開始されていないタスクまたは進行中のタスクについては、残存作業時間、残存コスト、残存期間が存在します。これらのフィールドには、タスクが完了するまでの時間とコストの見積もりが残ります。残りのフィールドは将来の予測です。

まだ開始していないタスクについては、[残存作業時間] フィールドの内容は [スケジュールされた作業時間] フィールドと同じです。進行中のタスクの場合、残存作業時間は [スケジュールされた作業時間] (実績作業時間) として計算します。[残存コスト] と [残存期間] フィールドの場合も同様です。ただし、[残存作業時間] フィールドは、[実績作業時間] フィールドと [スケジュールされた作業時間] 項目のように編集できます。

差異情報

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

現在の予定されている情報は、元の予定の情報と比較しています。[差異] フィールドには、計画された情報とスケジュールされたデータの間の計算差額が示されますたとえば、[作業時間の差異] フィールドには、[基準作業時間] フィールドと [スケジュールされた作業時間] との差が表示されます。

トラッキングフィールドを確認する

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

複数の追跡フィールドを使用して既に設計されているテーブルを適用することもできます。例として、追跡、作業、コスト、分散の各テーブルがあります。必要な追跡フィールドを含む独自のテーブルを作成することもできます。

ページの先頭へ

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

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

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

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

×