クリティカルパスとは？意味・求め方・ガントチャートとの違いを図解で解説

クリティカルパスとは、プロジェクトの開始から完了までの経路のうち、所要時間が最も長い（＝遅れると全体の納期が遅れる）一連の作業のつながりのことです。

クリティカルパスが1日遅れれば、プロジェクト全体も1日遅れます。

だからこそ、限られた人と時間をどこに集中させるべきかを判断する“ものさし”になります。

この記事では、クリティカルパスの意味・求め方（最早／最遅・フロート）・4ステップの手順を図解で押さえ、ガントチャートやWBS・PERTとの違い、遅れそうなときの短縮方法、そしてチームで回すための実務のコツまでを一気に整理します。

クリティカルパスとは？意味と役割をわかりやすく解説

クリティカルパスは「全体の納期を決める最長経路」であり、守るべき締切の最低ラインです。

一言でいうと「全体の納期を決める最長経路」

プロジェクトには、開始から完了までにたどれる経路（作業のつながり）が複数あります。

そのうち最も所要時間が長い経路がクリティカルパスです。

複数の経路が並行して進むとき、プロジェクトが終わるのは「いちばん長い経路が終わったとき」なので、この最長経路がそのまま全体の所要期間になります。

国際規格をもとにしたJIS Q 21500：2018 プロジェクトマネジメントの手引でも、プロジェクトは相互に依存する作業の集まりとして定義されており、その依存関係と所要時間から全体日程が決まる、という考え方が土台になっています。

フロート（余裕）がゼロの作業の連なり

クリティカルパスは、「余裕（フロート）がゼロの作業をつないだ経路」と捉えることもできます。

各作業には、遅らせても全体に響かないフロート（余裕時間）があります。

フロートがゼロ、つまり1日でも遅れると納期に直結する作業を結んでいくと、それがクリティカルパスになります。

裏を返せば、フロートが大きい作業は多少後回しにしてよい、という判断材料にもなります。

なぜ「最長経路」がプロジェクト管理で大切なのか

たとえば、ある作業と並行して別の短い作業が走っていても、短いほうが先に終わるだけでプロジェクト全体の所要時間は延びません。

プロジェクト全体の所要時間は、いつもいちばん時間のかかる経路で決まります。

そのためクリティカルパスを把握すると、「どのタスクが遅れると本当にまずいのか」がはっきりし、すべてのタスクを同じ重さで追う消耗から抜け出せます。

たとえば、「設計（4日）→開発（3日）→テスト（2日）」という経路と、それと並行して進む「調査（2日）」があるとします。

全体が終わるのは調査が終わる2日後ではなく、設計・開発・テストを足した9日後です。

この9日の経路がクリティカルパスであり、調査には7日ぶんの余裕（フロート）があることになります。

クリティカルパスを理解する6つの基本用語

クリティカルパスは単独では計算できません。
最早・最遅・フロート・ネットワーク図・依存関係・クリティカルパス法という要素がそろって初めて求められます。

ここでは、クリティカルパスを求めるうえで必ず出てくる用語を定義・よくある誤解・具体例のセットで押さえます。

計算そのものはMicrosoft サポート：Project でプロジェクトのクリティカルパスを表示するのようなツールが自動でやってくれますが、意味を理解しておくと、出てきた結果を鵜呑みにせず検証できます。

この6つは、上から順に「作業をいつ動かせるか（最早・最遅）」「どれだけ遅らせられるか（フロート）」「どうつながっているか（ネットワーク図・依存関係）」「どう計算するか（CPM・PERT）」という役割の違いで並べています。

クリティカルパスは、これらが噛み合って初めて姿を現す“結果”だと捉えましょう。

最早・最遅（ES・EF・LS・LF）（Early / Late）とは？

各作業を「いちばん早く始められる／終えられる日」と「遅くとも始める／終えるべき日」の4点で押さえた指標です。

ES（最早開始）・EF（最早終了）は、前工程の制約のもとで作業をいちばん早く始めた場合の開始日・終了日です。

LS（最遅開始）・LF（最遅終了）は、プロジェクト全体の納期を守るために遅くとも始める・終える必要がある日を指します。

この4つは、クリティカルパスとフロートを計算するための土台になります。

ES・EFはネットワーク図を開始側から終了側へたどって計算します（フォワードパス）。

反対にLS・LFは終了側から開始側へ逆算します（バックワードパス）。

同じ作業でES＝LS（EF＝LF）になっている、つまり早く始めても遅く始めても許容範囲が一致する作業は、1日も遅らせられない作業＝クリティカルパス上の作業だと判断できます。

誤解されやすい点：「最早」は“急いでやる日”ではなく“それ以上前倒しできない制約上の最短日”のこと。
前工程が終わらなければ、いくら急いでも始められません。

フロート（余裕時間）（Float / Slack）とは？

その作業を遅らせても、後続や全体の納期に影響しない“ゆとり”の日数のことです。
スラックとも呼びます。

フロートは「LS−ES」または「LF−EF」で計算します。

全体の納期に影響しない余裕を示すのがトータルフロート、後続作業の最早開始を遅らせない範囲の余裕を示すのがフリーフロートです。

クリティカルパス上の作業は、このフロートがゼロになります。

フロートは「どの遅れなら許されるか」を数値で示してくれる、実務でいちばん使う指標です。

フロートが大きい作業は多少後回しにしてもよく、逆にフロートがゼロ（＝クリティカルパス上）の作業は、1日の遅れがそのまま納期の遅れになります。

限られた人員をどこに割くかを決める根拠になります。

誤解されやすい点：フロートがある＝サボってよい、ではありません。
余裕を使い切ると、その作業もクリティカルパスに変わり得ます。

ネットワーク図（PDM／アローダイアグラム）（Network Diagram）とは？

作業を四角や矢印で表し、前後関係（依存関係）を線でつないでプロジェクト全体の流れを図にしたもの。

クリティカルパスは、このネットワーク図の上で「開始から終了までの経路のうち最も所要時間が長いもの」として特定します。

記法には、作業を箱で示し矢印でつなぐPDM（AON方式）と、矢印そのものを作業とするアローダイアグラム（AOA方式）があり、現在のツールはPDMが主流です。

ガントチャートが「時間軸に沿った棒グラフ」であるのに対し、ネットワーク図は「作業同士のつながり」を主役にした図です。

どの作業がどの作業に依存しているかが一目でわかるため、クリティカルパスや遅れの波及を追跡するのに向いています。

Microsoft Projectなどのツールでは、ネットワークダイアグラムを自動で描く機能があります。

誤解されやすい点：ネットワーク図とガントチャートは競合するものではなく、依存関係の把握と日程の把握で役割が分かれています。

依存関係（先行・後続）（Dependency）とは？

「この作業が終わらないと次を始められない」という、作業どうしの前後のつながりのことです。

依存関係には、前の作業が終わってから次を始めるFS（終了−開始）を基本に、SS（開始−開始）・FF（終了−終了）・SF（開始−終了）の型があります。

この依存関係をどう引くかで経路の長さが変わり、結果としてクリティカルパスも変わります。

依存関係は、クリティカルパスの“地形”を決める設定です。

本来は並行できる作業を誤って直列につないでしまうと、必要以上に長いクリティカルパスになり、逆に無理に作業を並行すると現場が破綻します。

依存関係を正しく把握した上で作業を進めることが、正確な経路の第一歩です。

誤解されやすい点：すべてを「終わってから次」（FS）でつなぐ必要はありません。
並行できる作業はSSなどで重ねるとプロジェクト全体を短縮できます。

クリティカルパス法（CPM）（Critical Path Method）とは？

作業の依存関係と所要時間から、クリティカルパスを計算で特定するスケジューリング手法です。

CPMは1950年代にデュポン社が開発した手法で、各作業の所要時間を1つの値で見積もり、ネットワーク図上で最早・最遅・フロートを計算してクリティカルパスを求めます。

工程が明確な建設・製造などで広く使われてきました。

CPMの価値は「どこを守れば納期を守れるか」を機械的に導ける点にあります。

感覚で“重要そうなタスク”を追うのではなく、経路の長さという客観的な基準で重点管理先を決められます。

現在の多くのプロジェクト管理ツールは、このCPMの考え方を内部に持っています。

誤解されやすい点：CPMの「クリティカル（重大）」は“難しい作業”という意味ではなく、“全体期間を左右する”という意味です。

PERT（三点見積り）（Program Evaluation and Review Technique）とは？

作業時間を「楽観・最可能・悲観」の3つで見積もり、不確実さを織り込んで日程を評価する手法です。

PERTはCPMとほぼ同時期に米海軍が開発した手法で、所要時間を1点で決めきれない研究開発などに向きます。

3点見積りから期待値を出して経路を評価するため、CPMと組み合わせて「PERT/CPM」として使われることが多くあります。

PERTとCPMは対立する手法ではなく、見積りの前提が違うだけです。

工程と時間がはっきりしているならCPM、時間のブレが大きいならPERTの三点見積りを重ねる、という使い分けになります。

どちらも最終的には「ネットワーク図上でどの経路が全体を決めるか」を見る点は同じです。

誤解されやすい点：PERT図とネットワーク図はほぼ同義で使われることも多く、厳密な区別より“依存を可視化した図”という理解で十分です。

クリティカルパスの求め方【4ステップ・図解】

クリティカルパスは「作業を分解→依存関係を把握→ネットワーク図を作成→最早・最遅からフロート0の経路を特定」の順で求めます。

求め方の全体像（4ステップ）

手作業でもツールでも、考え方の順番は同じ。

まず作業を洗い出し、つながりを捉え、図にして、計算する、という流れになります。

1. 作業を分解する（WBS）：プロジェクトを管理できる大きさの作業に分け、それぞれの所要時間を見積もる。
2. 依存関係を洗い出す：どの作業がどの作業の後でないと始められないか（先行・後続）を決める。
3. ネットワーク図を作る：作業を箱、依存を矢印にして、開始から完了までの経路を可視化する。
4. 最早・最遅を計算しフロート0の経路を特定：フォワード／バックワードパスで各作業のフロートを出し、フロートがゼロの連なり＝クリティカルパスを見つける。

フォワードパスで最早（ES・EF）を出す

ネットワーク図を開始側から終了側へたどり、各作業の最早開始（ES）と最早終了（EF）を積み上げていきます。

合流するところ（複数の先行作業が集まる作業）では、いちばん遅く終わる先行作業に合わせるのがポイント。

早いほうに合わせてしまうと、まだ終わっていない作業を無視することになるからです。

バックワードパスで最遅（LS・LF）とフロートを出す

次に、完了側から開始側へ逆算して、各作業の最遅終了（LF）と最遅開始（LS）を求めます。

そして各作業のフロートを「LS−ES（またはLF−EF）」で計算します。

このフロートがゼロになる作業をつないだ経路が、クリティカルパスです。

下の表は、簡単な5作業のプロジェクトでフロートを計算した例です。

フロートが0の A→C→D→E がクリティカルパス（合計12日）になります。

→ 表は横にスクロールできます

計算が複雑な大規模プロジェクトでは手計算は現実的でないため、実務では Microsoft サポート：Project でプロジェクトのクリティカルパスを表示する のようにネットワーク図とクリティカルパスを自動表示できるツールを使います。

手計算とツール、どちらで求めるべきか

作業が10個程度までで依存もシンプルなら、上の表のように手計算でも十分に追えます。

むしろ一度は手で計算してみると、最早・最遅・フロートの意味が体で分かるため、ツールが出した結果を検証できるようになります。

一方、作業が数十を超え、依存関係が枝分かれ・合流を繰り返すようになると、手計算は現実的ではありません。

この段階では、変更のたびに経路を自動で再計算してくれるツールが必須。

重要なのは「毎回、最新の状態で経路を計算し直すこと」で、古いままのネットワーク図でクリティカルパスを判断すると、かえって誤った意思決定につながります。

クリティカルパスを管理するメリット・注意点

クリティカルパスは「重点管理の対象を絞れる」のが最大の価値です。
一方で、変化が生じるたびに反映しないと形骸化してしまうという弱点もあります。

把握する4つのメリット

クリティカルパスがわかると、限られたリソースを納期に直結する作業へ優先的に投下できます。

全タスクを均等に追うのではなく、効かせどころに集中できるのが実務上の最大の利点です。

たとえば「クリティカルパス上でない作業が1日遅れた」という報告なら、フロートの範囲内かを確認して落ち着いて対応できます。

逆にクリティカルパス上の作業が遅れたなら、すぐにリソースの追加や後工程の調整を検討すべきだと判断できます。

このように、同じ「1日の遅れ」でも重みづけができるのがクリティカルパスの実務的な効きどころです。

注意点・限界（形骸化とリソース競合）

クリティカルパスは万能ではありません。

計画時点の依存関係と所要時間をもとにしたあくまで“地図”なので、現場が変われば描き直しが必要。

更新されないネットワーク図は、実際の状況と食い違ったまま放置され形骸化します。

遅れそうなときにクリティカルパスを短縮する方法

納期が厳しいときは、クリティカルパス上の作業に手を打たないと全体は縮みません。

代表的な短縮策は2つです。

→ 表は横にスクロールできます

注意したいのは、上記の変更によってクリティカルパスそのものが移り変わること。

いま最長の経路を縮めると、別の経路が新たなクリティカルパスに変わる場合があります。

そのため、短縮策を打ったあとは必ず経路を計算し直し、新しいクリティカルパスがどこかを更新することが欠かせません。

どちらもクリティカルパス“以外”を短縮しても全体は縮まない点に注意。
まず経路を正しく特定してから打ち手を選びます。

【関連用語】ガントチャート・WBS・PERTとの違いと関係

WBS・ガントチャート・クリティカルパスは競合する要素ではなく、計画づくりの一連の流れで役割を分担しています。

CPM（クリティカルパス法）はクリティカルパスを求める手法で、その中で不確実さを織り込んで日程を評価する場合にPERTが使われます。

CCPM（クリティカルチェーン法）は不確実性への備え（バッファ）を重視した発展手法です。

WBS・ガントチャート・ネットワーク図との関係（使う順番）

混同されがちですが、WBS・ガントチャート・ネットワーク図・クリティカルパスは使う順番で結びついています。

まずWBSで作業を分解し、それをガントチャートで日程に落とし、依存関係からクリティカルパスを見極めて重点管理する、という流れ。

→ 表は横にスクロールできます

ガントチャートは日程の見える化に優れますが、作業同士のつながり（依存）は表現しにくいという弱点があります。

そこを補うのがネットワーク図で、クリティカルパスはその上で特定します。

標準的な考え方は日本規格協会（JSA）：ISO 21502:2020 プロジェクトマネジメントの手引などのプロジェクトマネジメント規格でも整理されています。

PERT・CPMとの違い

クリティカルパスを求める手法がCPM（クリティカルパス法）で、これは所要時間を1点で見積もる手法です。

一方PERTは、時間のブレが大きい作業を3点見積り（楽観・最可能・悲観）で扱います。

両者は対立せず、実務では「PERT/CPM」として組み合わせて使われます。

クリティカルチェーン法（CCPM）との違い

CPMが作業の依存関係を主役にするのに対し、クリティカルチェーン法（CCPM）は人やリソースの取り合いと不確実性への備え（バッファの集約）を重視した発展手法です。

工程がはっきりした建設・製造はCPM、リソース競合が読みにくい開発・研究にはCCPM、という使い分けが目安になります。

よくある誤解として、「クリティカルパス＝いちばん大変な作業」と受け取られることがあります。

しかしクリティカルパスが指すのは難易度ではなく全体の期間を左右する経路です。

高度で手間のかかる作業でも、十分なフロートがあって全体日程に影響しないなら、それはクリティカルパスではありません。

「難しさ」ではなく「経路の長さ」で見るのが、正しい理解の第一歩です。

クリティカルパスを実務に取り入れる方法（個人からチームへ）

用語や計算を理解したら、次は「チーム全員が同じ最新の状態を見続けられる」運用に繋げることが大切。

まずWBSとネットワーク図をセットで作る

最初の一歩は、WBSで作業を洗い出し、依存関係を引いてネットワーク図に落とすことです。

小規模ならエクセルでも作れますが、依存が複雑になったら、Microsoft サポート：Project でプロジェクトのクリティカルパスを表示するのようにクリティカルパスを自動計算・表示できるツールを使うと、計算ミスや更新漏れを防げます。

このとき大切なのは、ネットワーク図を一度作って終わりにしないことです。

実際のプロジェクトでは、作業の追加・前後関係の変更・見積りのズレが日常的に起こります。

変更をそのつど反映しなければ、クリティカルパスは古い前提のまま形だけ残り、「図はあるのに、どの遅れが本当にまずいのか誰もわからない」状態に陥ります。

チームで「見える化」して続ける

図を一度描けても、チームで毎日更新し続けるのは別の難しさがあります。

クリティカルパス上のタスクが「今どこまで進んでいるか」を全員がいつでも見られなければ、せっかくの経路管理も計画倒れになりがち。

生産性向上の土台には「チームのタスク管理」があり、まずタスクを見える化して抜け漏れをなくすことが重要。

クリティカルパスという“プロジェクト管理の指針”も、日々のタスクが見える状態があって初めて機能します。

よくある質問（FAQ）

クリティカルパスについて、実務でよく出てくる疑問をまとめました。

クリティカルパスとクリティカルパス法（CPM）は違うものですか？

クリティカルパスは「全体の納期を決める最長経路」という“対象”を指し、クリティカルパス法（CPM）はそれを計算で求める“手法”を指します。CPMを使ってクリティカルパスを特定する、という関係です。

クリティカルパスは1本だけですか？

1本とは限りません。所要時間が同じ経路が複数あれば、クリティカルパスは複数になります。ツールによっては複数のクリティカルパスを表示する設定もあります。

フロート（余裕）がゼロとはどういう意味ですか？

その作業を1日でも遅らせると、後続や全体の納期がそのまま遅れる、という意味です。フロートがゼロの作業をつないだものがクリティカルパスになります。

ガントチャートがあればクリティカルパスは不要ですか？

役割が違うため、あると補完し合います。ガントチャートは日程の可視化に優れますが、作業の依存関係は見えにくいものです。どの遅れが致命的かを知るには、依存関係から求めるクリティカルパスが役立ちます。

小さなプロジェクトでもクリティカルパスは必要ですか？

作業数が少なく依存も単純なら、厳密な計算は不要なこともあります。ただ「どの作業が遅れると全体が遅れるか」という視点自体は、規模を問わず役立ちます。

クリティカルパス上の作業が遅れたら、どう対応すればよいですか？

クリティカルパス上の遅れはそのまま納期の遅れになるため、早急な対応が必要です。人員を追加する「クラッシング」や、後続作業を一部並行させる「ファストトラッキング」で経路を短縮します。対応後は経路が移り変わることがあるため、必ずクリティカルパスを計算し直します。

まとめ：作って終わりではなく「見える化」で続けやすい形式へ

クリティカルパスとは、プロジェクト全体の納期を決める最長経路＝フロートがゼロの作業の連なりのことでした。

WBSで作業を分解し、依存関係からネットワーク図を作り、最早・最遅を計算してフロート0の経路を特定する——この流れで求めます。

そして用語の理解はゴールではなく、チームで回す入り口。

経路を正しく描けても、日々のタスクが見えなければ計画倒れになります。

まずはタスクの見える化から、チームで続く運用を組み立てていきましょう。

クリティカルパスは、覚えて終わりの知識ではなく、「限られた時間と人をどこに集中させるか」をチームで判断し続けるための道具です。

最新の状態を全員で共有しながら、変化に合わせて経路を描き直していくことが、遅れない現場づくりの近道です。

参考文献・出典

• 小松裕介『1+1が10になる組織のつくりかた ── チームのタスク管理による生産性向上』実業之日本社、2025年（ISBN 978-4-408-65143-9）
• JIS Q 21500:2018 プロジェクトマネジメントの手引
• 日本規格協会（JSA）：JIS Q 21500:2018 プロジェクトマネジメントの手引
• 日本規格協会（JSA）：ISO 21502:2020 プロジェクトマネジメントの手引
• Microsoft サポート：Project でプロジェクトのクリティカルパスを表示する
• Microsoft Support：Show slack (余裕時間) in your project in Project desktop
• IPA（独立行政法人 情報処理推進機構）
• 公益財団法人 日本生産性本部
• 中小企業庁
• 総務省