【クリティカルパス】計算方法と5手順｜具体例つき

約 22 分で読めます

クリティカルパスとは、プロジェクトを期日までに完了するために必ず実行しなければならないタスクの最長の順序を指します。この記事では、その計算方法を具体例と表で示し、実務で使える見つけ方5ステップまで解説します。

1. クリティカルパスとは ｜ 定義と成り立ちを30秒で

クリティカルパスとは、プロジェクトを期日までに完了するために必ず実行しなければならないタスクをつないだ最長の経路を指します。この経路上のタスクが1日遅れると、プロジェクト全体の完了日も1日遅れます。

この考え方を体系化したのがクリティカルパス法（Critical Path Method、CPM）です。1950年代後半、米国の化学メーカーであるデュポン社が、プラントの保守停止期間を短縮する目的で開発しました。ほぼ同時期に米海軍のミサイル開発計画から生まれたPERTと並び、以来70年近くにわたって建設・製造・ソフトウェア開発の現場で使われ続けている、実績のある手法です。マーケティング用語ではなく、数十年の検証を経た標準的なスケジューリング技法だと理解してください。

クリティカルパスとプロジェクトパスの違い

混同されやすいのがこの2つです。プロジェクトパスとは、開始から終了までタスクの依存関係をたどってできる「経路」すべてを指します。ウェブサイト制作なら「企画→デザイン→開発→公開」も「企画→原稿執筆→開発→公開」も、どちらもプロジェクトパスです。

クリティカルパスは、その複数のプロジェクトパスのうち所要時間の合計がもっとも長い1本です。つまり「すべてのクリティカルパスはプロジェクトパスだが、すべてのプロジェクトパスがクリティカルパスとは限らない」という関係になります。プロジェクトの最短完了期間は、この最長経路の長さと一致します。逆説的ですが、ここがCPMの核心です。

クリティカルタスクとフロート（スラック）のあるタスクの違い

クリティカルパス上のタスクをクリティカルタスクと呼びます。遅らせられる余裕がゼロのタスクです。一方、クリティカルパスから外れたタスクにはフロート（スラック）という余裕があります。3日のフロートがあるタスクは、3日遅れても全体の完了日には影響しません。

この区別ができると、作業の優先度を決めるコツが一気に明確になります。人員をどこに追加すべきか、どのレビューを今日中に終わらせるべきか、迷いが減るからです。クリティカルパスを常時可視化しているチームでは、「今週なにを最優先で潰すか」の議論時間が短くなる傾向があります。monday.comのようにガントビューを備えたツールなら、14日間の無料トライアルで依存関係の使い勝手を確かめられるので、まず試してみてください。

2. クリティカルパス法の基本用語 ｜ 依存関係とフロートを正しく理解する

計算に入る前に、用語を押さえます。ここが曖昧だと、後の数字がすべて崩れます。

タスクの依存関係と順序を決める

家を建てることを想像してください。壁が完成する前に窓を取り付けることはできませんが、床を設置している間に別の部屋を塗装することはできます。この関係がプロジェクト管理でいう依存関係です。

依存関係の見落としは、クリティカルパスが狂う最大の原因です。特に厄介なのが「社内の承認待ち」「クライアントのフィードバック」のような、作業ではないが時間を消費する依存関係。当初は軽視されがちですが、これが一連のタスク全体を後ろ倒しにします。洗い出しの段階で、すべてのステークホルダーと「あなたの作業を始めるために何が揃っている必要がありますか」「あなたの成果物を待っているのは誰ですか」を1つずつ確認してください。この2問だけで、隠れた依存関係の大半が表に出ます。

所要時間の見積もり方法

各タスクに何日かかるかを予測します。根拠は、過去の類似プロジェクトの実績データ、担当者の経験値、業界標準の3つです。

過大評価も過小評価も等しく危険です。過大評価はスケジュールに不要な緩みを生み（パーキンソンの法則で、余裕は必ず使い切られます）、過小評価はそのまま遅延になります。たとえばマーケティングキャンペーンなら「コンテンツ作成5日、グラフィックデザイン10日」といった数字を、過去の案件の実績から引くのが最も精度が高い方法です。感覚で決めた数字は、あとから必ず破綻します。日々の工数の記録と管理を続けているチームが、この段階で圧倒的に有利になるのはそのためです。

フロートの2種類：合計フロートと自由フロート

多くの解説が「フロート」を一括りにしていますが、実務では2種類を分けて考えます。

• 合計フロート（Total Float）：プロジェクト全体の完了日を遅らせずに、そのタスクを遅らせられる日数。これがゼロのタスクがクリティカルタスクです。
• 自由フロート（Free Float）：直後のタスクの最早開始日を遅らせずに、そのタスクを遅らせられる日数。

この差が効く場面があります。合計フロートが2日、自由フロートが0日のタスクは、「1日遅れても納期には響かないが、次の担当者の着手は確実に1日ずれる」という意味です。チーム内の摩擦は、たいていこの数字の読み違いから生まれます。

なお、フロートがあるからといって非クリティカルタスクを放置するのは典型的な失敗です。フロートを使い切った瞬間、そのタスクはクリティカルタスクに変わり、クリティカルパスそのものが別の経路に移動します。監視対象から外していいタスクは1つもありません。

主要用語：ES・EF・LS・LF

計算で使う4つの日付です。

ES・EFを前から順に求める作業をフォワードパス、LS・LFを後ろから逆算する作業をバックワードパスと呼びます。この2つが揃えば、クリティカルパスは自動的に浮かび上がります。

3. クリティカルパスの計算方法 ｜ 具体例と表で最後まで追う

ウェブサイト開発プロジェクトを例に、実際に手を動かして計算します。開始時点を0日目とし、経過日数で表記します。

タスクと依存関係を並べる

まず要件を固める段階から公開直前までを9つのタスクに分解し、所要日数と先行タスクを整理しました。

フォワードパスとバックワードパスを計算する

フォワードパスは、ES＝先行タスクのEFの最大値、EF＝ES＋所要時間で前から埋めます。バックワードパスは、プロジェクト完了日をLFの起点として、LF＝後続タスクのLSの最小値、LS＝LF−所要時間で後ろから埋めます。

クリティカルパスの計算式は極めてシンプルです。

合計フロート ＝ LS − ES ＝ LF − EF
自由フロート ＝ 後続タスクのESの最小値 − 自タスクのEF

合計フロートが0のタスクをつなげた経路が、クリティカルパスです。

結果を読み解く

このプロジェクトには2本の経路があります。

• 経路1：A→B→C→D→G→H→I ＝ 3＋5＋8＋2＋10＋4＋1 ＝ 33日
• 経路2：A→B→E→F→G→H→I ＝ 3＋5＋6＋2＋10＋4＋1 ＝ 31日

最長の経路1がクリティカルパスであり、このプロジェクトの最短完了期間は33日です。どれだけ人を増やしても、この経路を短縮しない限り32日にはなりません。

注目すべきはEとFです。合計フロートはどちらも2日ですが、自由フロートを計算すると、Eは「後続FのES（14）− EのEF（14）」で0日、Fは「後続GのES（18）− FのEF（16）」で2日になります。つまりコンテンツ作成が1日遅れると、納期には響かないものの校正担当の着手は確実に1日ずれる、ということです。この違いを事前に共有しておくと、「なぜ余裕があるはずなのに催促されるのか」という現場のすれ違いが減ります。

そして最も重要な示唆は、デザイン承認（D）がクリティカルパス上にあるという事実です。たった2日のタスクですが、ここが3日遅れれば公開日は3日ずれます。承認者のカレンダーを先に押さえるべき理由が、数字で説明できるようになります。

4. クリティカルパスの見つけ方 ｜ 実践5ステップとツール活用

手計算のロジックが分かれば、あとはツールに任せて構いません。実務での流れは次の5ステップです。

ステップ1：すべての活動をリストアップする

まずプロジェクト完了に必要な全タスクを洗い出します。粒度の目安は「1タスク＝担当者1人＋1〜10日」。細かすぎると管理コストが跳ね上がり、粗すぎると依存関係が見えません。Notionのようなドキュメントとデータベースが一体化したツールなら、キックオフの議事録からそのままタスク一覧を組み立てられます。抜け漏れが心配なら、プロジェクト計画書の作り方を参照しながらスコープと突き合わせてください。

ステップ2：依存関係を設定する

どのタスクが何を待っているかを線でつなぎます。ソフトウェア開発なら「テスト」は「コーディング」の完了なしには始まりません。monday.comのようなツールではタスク間を依存関係でリンクでき、先行タスクの期日を動かすと後続がまとめてスライドします。手作業でスケジュールを引き直す必要がなくなるのが、この段階での最大の恩恵です。

ステップ3：所要時間を見積もる

各タスクに日数を入れます。経験のあるメンバーと過去データを照らし合わせながら決めるのが基本です。ClickUpでは見積もり時間をタスクに直接設定でき、実績との差分がそのまま次回の見積もり精度に反映されます。

ステップ4：クリティカルパスを生成する

依存関係と日数が揃えば、ガントチャートツールが本記事3章（計算方法）で手計算したのと同じロジック（フォワードパス→バックワードパス→フロート算出）を自動で実行し、フロートがゼロの経路をハイライトしてくれます。ここで生成される図が、いわゆるクリティカルパス図（ネットワーク図）です。

出てきた線を疑うことも大切です。「このタスクが本当にクリティカルパス上にあるのか」「その依存関係は物理的な制約か、単なる慣習か」。慣習にすぎない依存関係を外すだけで、工期が数日縮むことは珍しくありません。

ステップ5：進捗を監視し、調整する

クリティカルパスは一度引いて終わりではありません。実績が入るたびに再計算され、経路そのものが移動します。運用のポイントは3つです。

1. 定期的に見直す：週次で進捗の把握と共有を行い、クリティカルパスの変化を確認する
2. 監視の担当者を明確に指名する：「みんなで見る」は「誰も見ない」と同義です
3. 変更を即座に伝える：クリティカルパスが変わったら、影響を受ける全員にその日のうちに共有する

遅延を検知したら、クリティカルタスクへの増員（クラッシング）か、本来は順番に行う作業の並行実施（ファストトラッキング）で挽回を図ります。たとえば重要な開発タスクが技術的な課題で遅れた場合、そのタスクにチームメンバーを追加するか、非クリティカルタスクを後回しにしてリソースを確保する、といった対応が考えられます。

検知そのものを仕組みに載せておくのも有効です。たとえば「クリティカルタスクが2日以上遅延したら担当者とPMに自動通知」というルールを1つ設定すれば、遅延を察知するまでの時間を週次会議待ちから即日レベルまで短縮できます。自動化ルールの価値は、この「気づくまでの時間」の短縮に尽きます。

5. メリットとデメリット ｜ 使える場面・使えない場面を見極める

CPMは万能ではありません。適用範囲を理解して使うと、効果が最大化します。

メリット：正確な工期予測・優先順位の明確化・リソースの最適配分

• 最短完了期間が数字で出る：「なぜ33日かかるのか」を、経路の合計として説明できます。納期の設定と交渉の場面で、感覚論から抜け出せます
• 優先順位が客観化される：フロートゼロのタスクが最優先。議論の余地がありません
• リソース配分が的確になる：増員すべきはクリティカルタスクのみ。非クリティカルタスクに人を足しても、完了日は1日も早まりません
• 遅延の影響を即座に試算できる：「この承認が3日遅れたら公開日は3日後ろ倒し」と、その場で答えられます
• 短縮の打ち手が絞れる：工期を縮めたければ、クリティカルパス上を叩く。それ以外は無駄です

デメリット・限界：見積もり精度への依存、静的な性質、不確実性への弱さ

• 見積もり精度がすべて：入力が甘ければ、出力されるクリティカルパスも幻です。CPMは見積もりを正確にする手法ではなく、正確な見積もりを前提に構造を暴く手法です
• リソースが無限にある前提：古典的なCPMは「同じ人が2つの作業を同時にできない」という制約を考慮しません。実務では別途リソース平準化が必要です
• 静的である：計画時点のスナップショットに過ぎず、更新を怠った瞬間に価値がゼロになります。維持コストは無視できません
• 不確実性の高いプロジェクトに不向き：要件が固まらない新規事業やアジャイル開発では、経路自体が毎週変わります。この場合はスプリント単位の管理のほうが現実的です
• タスクが数百を超えると読めなくなる：大規模案件では工程管理の枠組みと組み合わせ、階層を分けて扱う必要があります

判断基準はシンプルです。作業内容と所要時間がある程度読めるプロジェクトならCPMは強力。読めないなら、まずは読めるところまでスコープを固めるのが先です。

6. PERT・ガントチャートとの違い ｜ 手法の位置づけを整理する

「CPM、PERT、ガントチャートは何が違うのか」は、必ず出る質問です。

クリティカルパス法（CPM）とPERTの違い

PERTでは期待所要時間を「（楽観値＋4×最頻値＋悲観値）÷6」で算出します。前例のない作業を「たぶん10日」と1点で置くより、「早ければ6日、普通は10日、最悪20日」と幅で捉えたほうが誠実だという発想です。実務では、PERTで各タスクの期待値を出し、その値を使ってCPMで経路を特定する併用パターンがよく機能します。

クリティカルパスとガントチャートの関係

この2つは競合しません。クリティカルパスは分析結果、ガントチャートは可視化の道具です。

ガントチャートは横軸に時間、縦軸にタスクを並べた棒グラフで、プロジェクトのタイムラインを一目で見せます。しかしガントチャートを描いただけでは、どのタスクが納期に直結するかは分かりません。そこにCPMの計算結果を重ね、クリティカルパスを色分け表示して初めて「触ってはいけない経路」が見えます。多くのツールが「ガントチャート上でクリティカルパスをハイライト」する機能を備えているのは、この2つが役割分担しているからです。

7. おすすめツール比較 ｜ チームに合うのはどれ？

手計算は仕組みの理解には有効ですが、タスクが20を超えたら現実的ではありません。ここでは主要3ツールを、クリティカルパス管理の観点で比較します。

あなたのチームはどのタイプ？

• 5人以下・個人／はじめてのタスク管理 → まずNotionの無料プランから。要件メモ、タスク一覧、議事録が同じ場所にまとまるのが最大の利点です。クリティカルパスの自動計算はありませんが、タスク20個程度なら本記事の表をそのまま数式プロパティで再現できます。有料はプラスがUS$10/月、ビジネスがUS$20/月です（年間プランで最大20%お得という公式表記があります）
• 5〜15人の部門横断コラボレーション → monday.com（当サイトのイチオシ）。ガントビューで依存関係とクリティカルパスを扱いながら、営業・制作・開発が同じボードを見られます。公式サイトの表記によれば世界で25万を超える顧客が利用しており、東京オフィスと日本語UI・日本語サポートパートナーがある点も、国内チームには安心材料です。ベーシックUS$9/月、スタンダードUS$12/月、プロUS$19/月（いずれも年額表示・年額プランは18%オフ）。有料機能もプロプランの14日間無料トライアルで試せます
• 開発チームでスクラム運用 → ClickUp。UnlimitedがUS$7/月、BusinessがUS$12/月と、機能あたりのコストが抑えられます。スプリントとガントを行き来したいチーム向きです
• 15人以上の大規模プロジェクト → monday.comのエンタープライズ（価格非公開・要問い合わせ）。権限管理と監査要件が絡む規模ではここが現実解になります

本記事に掲載した料金・プラン内容・ユーザー数は2026年7月時点で各公式サイトを確認した情報です。最新の料金や各プランの詳細条件は変更される場合があるため、導入前に公式サイトでご確認ください。

まとめ｜今日から始める3つのアクション

• クリティカルパスは、プロジェクトの最短完了期間を決める最長経路。この経路上のタスクが1日遅れれば、納期も1日遅れます
• 計算はフォワードパス→バックワードパス→フロート算出の3段階。合計フロート＝LS−ES がゼロのタスクをつないだ線がクリティカルパスです
• フロートは合計と自由の2種類。納期への影響と、次の担当者への影響は別物として扱います
• CPMの精度は見積もりの精度で決まる。過去データのない領域ではPERTの3点見積もりを併用してください
• 一度引いて終わりにしない。実績が入るたびに経路は移動します。監視担当者を必ず1人指名しましょう

次のアクションは、時間を区切って進めるのが確実です。来週中に、プロジェクトの全タスクと依存関係のリストを作る。マイルストーンに直結するタスクから並べると、クリティカルパスの候補が早く見えます。次の2週間以内に、チームと所要時間をすり合わせる。過去データと照らし、特にクリティカル候補の過小評価を潰してください。今月末までに、ガントチャートでクリティカルパスを可視化し、フロートゼロのタスクを関係者全員に共有する。ここまで来れば、遅延は「起きてから慌てるもの」ではなく「起きる前に見えるもの」に変わります。

実践に移すなら、まずmonday.comでテンプレートから新しいボードを作り、本記事の表のようにタスク・所要日数・先行タスクを埋めてみてください。ガントビューに切り替えれば、最初のクリティカルパスが10分ほどで目の前に現れます。手計算で仕組みを理解した今なら、その線が何を意味しているかも正確に読めるはずです。

よくある質問

クリティカルパス法（CPM）とは何ですか？

プロジェクト内のすべてのタスクを依存関係でつなぎ、最も所要時間の長い経路（クリティカルパス）を数学的に特定する手法です。1950年代後半に米国デュポン社が開発しました。この経路の長さがプロジェクトの最短完了期間となり、経路上のタスクにはスケジュール上の余裕が一切ありません。

クリティカルパスの計算式を教えてください

3つの式を順に使います。①最早終了日（EF）＝最早開始日（ES）＋所要時間、②最遅開始日（LS）＝最遅終了日（LF）−所要時間、③合計フロート＝LS−ES（＝LF−EF）。③がゼロになるタスクをつないだ経路がクリティカルパスです。自由フロートは「後続タスクのESの最小値−自タスクのEF」で求めます。

クリティカルパス分析では何がわかりますか？

最短完了期間、必ず守るべきタスクの一覧、各タスクの余裕日数（フロート）、そして「どのタスクを短縮すれば工期が縮むか」の4点です。逆に、リソースの競合や不確実性の幅は分からないため、リソース平準化やPERTなど他の手法で補完する必要があります。

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

いいえ。同じ長さの経路が複数存在する場合、クリティカルパスは2本以上になります（並行クリティカルパス）。この状態はリスクが高く、どちらの経路が遅れても納期に直結します。また非クリティカルタスクがフロートを使い切ると、そのタスクが新たなクリティカルパスの一部に変わります。

クリティカルパス図（ネットワーク図）はどう描きますか？

タスクを四角いノードで表し、依存関係を矢印でつなぎます（アクティビティ・オン・ノード方式）。各ノードにES／EF／LS／LFと所要時間を書き込み、フロートがゼロのノードを太線や色で結べば完成です。手描きで理解した後は、ガントチャートツールの自動生成に切り替えるのが実務的です。

計算例と解答が載ったPDFを探しています。どう学ぶのが早いですか？

PDF教材を探す方は多いのですが、本記事3章にある9タスクの表をそのままスプレッドシートに写し、自分でES・EF・LS・LFの列を埋めてみるのが最短ルートです。答え合わせができる状態で手を動かすと、フォワードパスとバックワードパスの感覚が一度で身につきます。その後、自分の担当プロジェクトで同じ表を作ってください。

クリティカルパスは英語で何と言いますか？

Critical Path、手法名はCritical Path Method（CPM）です。関連用語としてFloat／Slack（フロート、余裕時間）、Total Float（合計フロート）、Free Float（自由フロート）、Forward Pass／Backward Pass、Early Start／Late Finishなどがあり、海外製ツールの英語UIではこれらの表記がそのまま使われます。

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

タスクが10個以下で全員が同じ部屋にいるなら、正式な計算は不要かもしれません。ただし「最も長い一続きの流れはどれか」を1度紙に書くだけでも、着手順の判断は変わります。目安として、担当者が3人以上、または期間が1か月を超えるなら、簡易的にでも計算する価値があります。