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

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

重要:  この記事は機械翻訳されています。機械翻訳についての「免責事項」をお読みください。この記事の英語版を参照するには、ここをクリックしてください。

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

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

以下の手順は、Microsoft Project 2016、2013、および 2010 を特定します。

について説明しますか。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ボタン イメージ 手動または自動スケジュールのどちらのタスクであっても、タスクの依存関係または制約を適用しなかった場合、プロジェクトの期間は、最も長いタスクの期間と等しくなります。つまり、プロジェクトの終了日は、最も長いタスクの終了日と等しくなります。

ボタンの画像 1 番目のタスクと 2 番目のタスクの間に、たとえば [終了 - 開始] (FS) などの依存関係があると (図を参照)、プロジェクトの終了日に影響を与える可能性があります。

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

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

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

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

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

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

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

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

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

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

ページの先頭へ

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

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

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

リンクの種類

使用例

説明

[終了-開始] (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 ではリンクの種類が考慮され、他のタスクを基準にして手動スケジュール タスクが配置されます。たとえば、[終了-開始] リンクが設定された後続のタスクは、先行タスクが完了すると開始タスクとして表示されます。しかし、後続のタスクは、リンクが作成されたときにのみ移動されます。先行タスクの終了日が後から変更されても、後続タスクの開始日は変更されません。

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

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

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

ページの先頭へ

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

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

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

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

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

プロジェクト管理のヒント ほとんどの場合は、[できるだけ早く] (ASAP) の制約を使用します。これにより、スケジュール エンジンがプロジェクトの最適な終了日を決定するのに最大の柔軟性が与えられます。

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

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

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

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

制約を適用する前と後

ボタン イメージ これらのタスクに、既定の [終了 - 開始] (FS) の関係と、[できるだけ早く] (ASAP) の制約を適用すると、後続タスク (2 番目のタスク) は、先行タスク (1 番目のタスク) の終了予定日の直後に開始するようにスケジュールされます。

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

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 はいくつかの決定を下す必要があります。期間が "A fortnight" のタスクを自動スケジュールに設定すると、通常は "1 day?" の見積もり期間が設定されます。Project は "A fortnight" という値が 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 種類があります。

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

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

カレンダー   

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

作業時間の配分型   

作業時間の配分型は、リソースがタスクで作業する時間を微調整できるようにします。
[タスク配分状況] ビューでタスクに割り当てられたリソース名を右クリックし、次に [作業時間の配分型] の一覧からあらかじめ定義された作業時間の型を選びます。型を選んだ後、配分状況ビューのタイムスケール領域で時間を手動調整できます。

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

ページの先頭へ

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

ページの先頭へ

以下の手順は、Microsoft Project 2007 を特定します。

について説明しますか。

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

プロジェクトがスケジュールの日付への影響を開始する方法

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

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

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

予定表がスケジュールに与える影響

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

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

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

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

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

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

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

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

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

  • 期間

  • タスクの依存関係

  • 制約

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

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

  • 作業時間

  • 単位

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

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

ページの先頭へ

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

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

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

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

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

ボタンの画像 1 番目のタスクと 2 番目のタスクの間に、たとえば [終了 - 開始] (FS) などの依存関係があると (図を参照)、プロジェクトの終了日に影響を与える可能性があります。

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

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

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

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

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

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

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

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

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

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

ページの先頭へ

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

Project では、予定表] タブの [ツール] メニューの [オプション] ダイアログ ボックスの [期間の単位の定義に基づいてタスクの期間を計算します。標準カレンダーと同じように年 1 月の開始し、毎週が日曜日か月曜日開始します。既定では、期間の単位を計算するとき 1 日に 8 時間と値が等しい、1 週間の稼働時間を 40 時間、1 か月、20 の稼働日です。開始を入力してタスクの終了日としない開始を入力すると終了時刻、プロジェクトは、開始時刻と終了時刻として午後 5: 既定値として 8時 00分 AM を使用します。

ページの先頭へ

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

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

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

制約を適用する前と後

ボタン イメージ これらのタスクに、既定の [終了 - 開始] (FS) の関係と、[できるだけ早く] (ASAP) の制約を適用すると、後続タスク (2 番目のタスク) は、先行タスク (1 番目のタスク) の終了予定日の直後に開始するようにスケジュールされます。

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

強い制約に注意は、既定では、タスクの依存関係を上書きし、選択した日付にタスクを制限します。たとえばの 9 月 30 日に開始) 制約と別のタスクの依存関係を終了-開始タスクは必ず、先行タスクが早く終了したかどうかに関係なく 9 月 30 日に予定されているか、遅延。

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

確認またはタスクの制約を変更、タスクを選択、 ボタンの画像[タスク情報] をクリックし、制約の情報は、[制約タイプ制約の指定日] ボックスで、[詳細設定] タブをクリックします。

ページの先頭へ

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

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

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

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

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

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

ページの先頭へ

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

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

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

  • 基本カレンダー   その他の種類のカレンダーの基本です。基本カレンダー、プロジェクト カレンダーを使用することもでき、[タスク カレンダーやリソースの予定表の既定の時間としてタスクに基本カレンダーを適用することができます。プロジェクトには、次の 3 つの基本カレンダーが用意されています。、標準の稼働時間を、夜間作業カレンダーします。基本カレンダーのいずれかを使用して、独自の基本予定表をカスタマイズできます。

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

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

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

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

ページの先頭へ

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

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

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

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

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

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

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

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

  • かどうか、タスクの残存作業優先タスクがある場合、残存作業優先リソースを追加または削除、割り当て作業タスクの一定で、リソースに配分がします。単位数固定のタスクの場合は、たとえば、1 つの結果の場合は、その他のリソースが割り当てられている場合、短い期間が必要なタスクを完了します。

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

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

ページの先頭へ

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

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

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

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

フィールドの種類

説明

予定または基準計画情報

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

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

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

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

現行の情報

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

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

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

実際の情報

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

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

他の情報

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

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

差異情報

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

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

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

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

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

ページの先頭へ

注: 機械翻訳についての免責事項: この記事の翻訳はコンピューター システムによって行われており、人間の手は加えられていません。マイクロソフトでは、英語を話さないユーザーがマイクロソフトの製品、サービス、テクノロジに関するコンテンツを理解するのに役立てるため、こうした機械翻訳を提供しています。記事は機械翻訳されているため、用語、構文、文法などに誤りがある場合があります。

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

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

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

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

×