本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。
IPA午前Ⅱ：アローダイアグラムにおけるクリティカルパスの計算
アローダイアグラムを用いたプロジェクトの最短完了期間と、その遅延が全体に影響する重要経路（クリティカルパス）を特定する計算方法を解説する。
背景
プロジェクトマネジメントにおいて、多くの作業が相互に依存し、複雑な順序で進行する。これらの作業を効率的に管理し、プロジェクトを計画通りに完了させるためには、全体スケジュールを正確に把握することが不可欠である。特に、どの作業が遅れるとプロジェクト全体の遅延につながるのかを特定する能力は、リスク管理とリソース配分の最適化において極めて重要となる。
問題点
複数の並行作業や依存関係がある場合、単に各作業の所要時間を合計するだけでは、プロジェクト全体の最短完了期間や、スケジュールのボトルネックを正確に把握できない。作業の優先順位やクリティカルな経路を見誤ると、不必要なリソースの投入や、予期せぬプロジェクト全体の遅延を引き起こす可能性がある。
計算/手順
クリティカルパス法（Critical Path Method: CPM）は、アローダイアグラム（PERT図の一種）を用いて、プロジェクトの最短完了期間とクリティカルパスを特定する手法である。
1. アローダイアグラムの作成
アローダイアグラムは、作業（アクティビティ）を矢線で、結合点（イベント）を円で表現し、作業間の順序関係と所要時間を視覚化する図である。
graph TD
A["作業A 開始"] -->|3日:タスクX| B
A -->|4日:タスクY| C
B -->|5日:タスクZ| D
C -->|2日:タスクW| D
D -->|6日:タスクV| E["プロジェクト終了"]
style A fill:#cef,stroke:#333,stroke-width:2px
style E fill:#cef,stroke:#333,stroke-width:2px
2. 早い時刻の計算（前方計算）
プロジェクト開始点から各イベントに到達する最早の時刻を計算する。
最早開始時刻 (Early Start: ES): 作業が最早開始できる時刻。前作業の最早完了時刻のうち最も遅い時刻。
最早完了時刻 (Early Finish: EF): 作業が最早完了できる時刻。
ES + 所要時間。
手順:
プロジェクト開始イベントのESを0とする。
開始イベントから順に、各イベントに到達する各経路のEFを計算する。
複数の作業が合流するイベント（例: 図のD）では、そのイベントに到達する全作業のEFの最大値が、そのイベントから始まる作業のESとなる。
| 作業 | 所要時間 (日) | 前作業 | ES | EF |
|---|---|---|---|---|
| タスクX | 3 | A | 0 | 3 |
| タスクY | 4 | A | 0 | 4 |
| タスクZ | 5 | B | 3 | 8 |
| タスクW | 2 | C | 4 | 6 |
| タスクV | 6 | D | Max(8, 6) = 8 | 14 |
プロジェクトの最短完了期間は、最終作業（タスクV）の最早完了時刻である14日となる。
3. 遅い時刻の計算（後方計算）
プロジェクト完了点から遡って、各作業が遅延なく完了するための最も遅い時刻を計算する。
最遅完了時刻 (Late Finish: LF): 作業が最も遅く完了しても、プロジェクト全体に遅延を及ぼさない時刻。後作業の最遅開始時刻のうち最も早い時刻。
最遅開始時刻 (Late Start: LS): 作業が最も遅く開始しても、プロジェクト全体に遅延を及ぼさない時刻。
LF - 所要時間。
手順:
プロジェクト終了イベントのLFを、前方計算で求めたプロジェクト最短完了期間とする（この例では14）。
終了イベントから逆順に、各イベントから始まる各経路のLSを計算する。
複数の作業が分岐するイベント（例: DからBとCへの逆流）では、そのイベントから逆方向に分岐する全作業のLSの最小値が、そのイベントに到達する作業のLFとなる。
| 作業 | 所要時間 (日) | 後作業 | LF | LS |
|---|---|---|---|---|
| タスクV | 6 | E | 14 | 8 |
| タスクZ | 5 | D | 8 | 3 |
| タスクW | 2 | D | 8 | 6 |
| タスクX | 3 | B | 3 | 0 |
| タスクY | 4 | C | 6 | 2 |
4. フロート（余裕時間）の計算とクリティカルパスの特定
フロート (Float): 作業が遅延しても、後続作業やプロジェクト全体の完了に影響を与えない余裕時間。
- トータルフロート (Total Float: TF):
LS - ESまたはLF - EF。
クリティカルパス: トータルフロートがゼロとなる作業が連続する経路。この経路上の作業は、1日でも遅延するとプロジェクト全体の完了が遅延する。
| 作業 | 所要時間 (日) | ES | EF | LS | LF | TF (LS – ES) | クリティカルパス |
|---|---|---|---|---|---|---|---|
| タスクX | 3 | 0 | 3 | 0 | 3 | 0 | Yes |
| タスクY | 4 | 0 | 4 | 2 | 6 | 2 | No |
| タスクZ | 5 | 3 | 8 | 3 | 8 | 0 | Yes |
| タスクW | 2 | 4 | 6 | 6 | 8 | 2 | No |
| タスクV | 6 | 8 | 14 | 8 | 14 | 0 | Yes |
上記の表から、タスクX、タスクZ、タスクVのトータルフロートが0である。 したがって、クリティカルパスは「タスクX → タスクZ → タスクV」の経路となり、プロジェクトの最短完了期間は14日である。
要点
クリティカルパスは、プロジェクトの最短完了期間を決定する、フロートがゼロの最長経路である。
アローダイアグラムと前方計算（最早時刻）、後方計算（最遅時刻）を用いて特定する。
クリティカルパス上の作業は、わずかな遅延もプロジェクト全体の遅延に直結するため、厳密な管理が求められる。
フロートを持つ作業にはスケジュールの余裕があり、リソース調整の柔軟性がある。
コメント