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

この記事では、タスクのスケジュールを設定するProjectの技術的側面について説明Project。タスクが自動的に予想Project別の時刻に移動すると、ユーザーが混乱する場合があります。また、タスクの制約を変更すると、他のタスクが予測不能に移動した理由を疑問に思う人もいます。大きな "理由" を理解する機会を次に示します。は、Projectの強力なスケジューリングエンジンの背後に表示されます。

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

新しいバージョン Office 2007



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

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

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

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

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

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

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

ボタンイメージタスクと 2 番目のタスクの間の終了と開始の依存関係など、タスクの依存関係によってプロジェクトの終了日が変更される場合があります。

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

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

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

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

自動的にスケジュールされたタスクを入力すると、そのタスクの終了日に [できるだけ遅く] (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 つのタスクがある、家屋に屋根を付けるプロジェクトがあるとします。この場合、「屋根を付ける」タスクは開始できますが、屋根を付け終わる前の時点で監督が現れる必要があります。

制約タイプ	制約名	説明
弱い	[できるだけ遅く]	後続のタスクに影響を与えない範囲で、プロジェクトが終了するまでのできるだけ遅い時点でタスクが終了するようにスケジュールします。この制約タスクは、終了日を基準にプロジェクトをスケジュールするときに既定で設定される制約です。この制約の場合はタスクの開始日や終了日は入力しません。
弱い	[できるだけ早く]	タスクをできるだけ早く開始するようにスケジュールします。この制約タスクは、開始日を基準にプロジェクトをスケジュールするときに既定で設定される制約です。この制約の場合は開始日や終了日は入力しません。
やや弱い	[指定日以後に開始]	タスクを指定した日付以降に開始するようにスケジュールします。タスクの開始が特定の日付以前にならないようにするときに、この制約を使います。
やや弱い	[指定日以後に終了]	タスクを指定した日付以降に終了するようにスケジュールします。タスクの終了が特定の日付以前にならないようにするときに、この制約を使います。
やや弱い	[指定日までに開始]	タスクを指定した日付以前に開始するようにスケジュールします。タスクの開始が特定の日付以降にならないようにするときに、この制約を使います。
やや弱い	[指定日までに終了]	タスクを指定した日付以前に終了するようにスケジュールします。タスクの終了が特定の日付以降にならないようにするときに、この制約を使います。
強い	[指定日に終了]	タスクを指定した日付に終了するようにスケジュールします。入力した日付に、最早、スケジュールどおり、最遅終了日を設定し、タスクのスケジュールを固定します。
強い	[指定日に開始]	タスクを指定した日付に開始するようにスケジュールします。入力した日付に、最早、スケジュールどおり、最遅開始日を設定し、タスクのスケジュールを固定します。

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

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

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

アイテム	手動スケジュール	自動スケジュール
期間	「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」の値は使用できます。
制約	無視されます。	最適なスケジュールを決定するために、使用されます。
依存関係 (リンク)	使用できますが、タスクのスケジュールを変更することはありません。ただし、タスクのリンクは最初に適用されたときにタスクのスケジュールを変更します。	使用できます。また、タスクのスケジュールを変更します。
プロジェクトカレンダーおよびリソースカレンダー	無視されます。	最適なスケジュールを決定するために、使用されます。

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

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

リソースの属性または設定	説明
作業時間	リソースに割り当てられる作業または超過作業時間の合計、これらの作業時間の配分。作業時間の配分は、作業時間の配分型にも影響を受けます。
割り当て単位数	タスクにおけるリソースの割り当て単位数。パートタイム、フルタイム、または複数の単位数を割り当てることができます。
タスクの種類	タスクの種類によって、既存の割り当てを変更した場合のスケジュールへの影響が異なります。タスクには、単位数固定、期間固定、作業時間固定の 3 種類があります。
残存作業時間を優先するスケジュール方法	タスクに、残存作業時間を優先するスケジュール方法を設定するかどうか。残存作業時間を優先するスケジュール方法がタスクに設定されている場合、割り当てリソースを追加または削除すると、タスクの作業時間は変更されず、割り当てられているリソースに対して再配分されます。単位数固定のタスクの場合は、たとえば割り当てリソースを増やすと、タスクの完了に必要な期間が短縮されます。残存作業時間を優先するスケジュール方法の設定の詳細については、前述の説明を参照してください。
カレンダー	リソースカレンダー。割り当てられたリソースのスケジュールは、リソースカレンダーに設定されている稼働時間と非稼働時間に基づいて決定されます。
作業時間の配分型	作業時間の配分型は、リソースがタスクで作業する時間を微調整できるようにします。 [タスクの使用状況] ビューで、タスクに割り当てられているリソースの名前を右クリックし、[作業時間の等高線] リストで定義済みの作業パターンを選択します。型を選んだ後、配分状況ビューのタイムスケール領域で時間を手動調整できます。

フィールドの種類	説明
計画情報または基準計画情報	計画された情報は、ベースライン情報とも呼ばれる。基準計画情報を含むフィールドの例には、基準作業時間、基準開始日、基準コストなどです。プロジェクトを開始できると確信できる時点までプロジェクトをビルドして調整する場合は、開始点 (ベースライン) が優れたものになります。その時点で基準計画タスク情報を保存すると、後でプロジェクト全体で現在の進捗状況を初期計画と比較できます。重要なプロジェクトの追跡と分析には、ベースラインを保存する必要があります。基準計画情報を保存するには、[ツール] をクリックし、[追跡] をポイントし、[基準計画の保存] をクリックします。基準計画を保存すると、プロジェクト内の各タスクの 5 つの重要な情報 (作業時間、コスト、期間、開始日、終了日) が保存されます。後で特定のタスクを追跡すると、使用している作業時間やコストが当初の予定よりも多い、または少ないか、またはタスクが予定よりも早く開始または終了しているのかをすぐに確認できます。基準情報は、スケジュールされた情報に対する差異を計算するために使用されます。また、多くの獲得価値の計算にも使用されます。最大 11 の異なる基準計画を保存できます。また、11 の中間計画を保存して、タスクの開始日と終了日を 11 回保存することもできます。
スケジュールされた情報	スケジュールされた情報は、最新の最新のタスク情報です。スケジュールされた情報を含むフィールドは、[期間]、[作業時間]、[開始]、[完了]、および [コスト] です。 [スケジュールされた期間]、[作業時間]、および [コスト] フィールドは、そのタスクの合計金額を表します。プロジェクトを初めて開始すると、スケジュールされた情報は、基準計画情報と同じではない場合と似ています。ただし、タスクが完了したら、調整を行い、実際の情報を入力します。 1 つのタスクで、最初の予定よりも 3 日後に必要な場合があります。別のタスクは、1 日早く開始できます。別のタスクで予期しないコストが発生しました。あるタスクの制約を変更し、別のタスクにタスクの依存関係を追加する必要がある場合があります。これらの調整により、スケジュールされた情報が再計算され、プロジェクトの最新の画像が表示されます。進行中のタスクの実際の情報の入力を開始すると、スケジュールされた情報が考慮され、必要に応じて再計算されます。たとえば、スケジュールされた作業時間は、実績作業時間 + 残存作業時間として計算されます。完了したタスクの場合、スケジュールされた情報は実際の情報と同じです。
実際の情報	実際の情報は、タスクが最終的に達成された方法を反映しています。期間、作業時間、コスト、開始日と終了日の計画的な予測から開始しました。タスクの進捗状況情報 (実績) を入力すると、タスクの完了の実際の画像が表示されます。実績は、タスクの実際のコスト、実際にかかった作業日数、実際の期間、実際の開始日と終了日を示します。実績作業時間、実績期間、実績開始日、実績完了、実績コストなどのフィールドに実績情報を入力します。 1 つ以上のフィールドに実績情報を入力すると、他の実績情報を自動的に計算できます。たとえば、[実績終了日] を入力すると、[実績期間]、[実績開始日] などのフィールドを計算できます。完了率など、他の追跡情報を入力する場合も同じです。
残りの情報	まだ開始されていないタスクや進行中のタスクの場合、残存作業時間、残存コスト、残存期間が存在します。これらのフィールドは、タスクが完了する前に残された時間とコストを見積もっています。残りのフィールドは将来の予測です。まだ開始されていないタスクの場合、[残存作業時間] フィールドの内容は、[スケジュールされた作業時間] フィールドの内容と同じです。進行中のタスクの場合、残りの作業時間はスケジュールされた作業時間 – 実績作業時間として計算されます。 [残存コスト] フィールドと [残存期間] フィールドも同じです。ただし、[残存作業時間] フィールドは、[実績作業時間] フィールドと [スケジュールされた作業時間] フィールドと同様に編集できます。
差異情報	基準計画を保存した場合は、[差異] フィールドの計算を利用できます。たとえば、作業時間の差異、コスト差異、期間の差異、開始差異、および終了差異があります。現在のスケジュールされた情報は、元の計画された情報と比較されます。 [差異] フィールドには、計画された情報とスケジュールされた情報の計算された差異が表示されます。たとえば、[作業時間の差異] フィールドには、[基準作業時間] フィールドと [スケジュールされた作業時間] フィールドの差が表示されます。
追跡フィールドの確認	任意のフィールドをシートビューに追加できます。たとえば、ガントチャートの [スケジュールされた期間] フィールドの横に [基準期間] 列を挿入できます。 [挿入 ] メニューの [ 列] をクリックし、ビューに表示するフィールドを選択します。複数の追跡フィールドで既に設計されているテーブルを適用することもできます。たとえば、[追跡]、[作業時間]、[コスト]、および [差異] テーブルがあります。必要な追跡フィールドを含む独自のテーブルを作成することもできます。

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

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

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

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

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

例

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

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

手動スケジュール タスク

自動スケジュール タスク

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

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

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

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

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

スケジュールの設定方法に関するProject情報

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

大きな画像: プロジェクトのスケジュール

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

スケジュールを計算するための既定の設定は何ですか?

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

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

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

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

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

ヘルプを表示

その他のオプションが必要ですか?

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

フィードバックをいただき、ありがとうございます。

手動スケジュールタスク

自動スケジュールタスク

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