プロジェクトのタスク一覧はできている。担当も割り振った。それなのに、「結局、どのタスクが遅れると全体の納期が遅れるのか」と聞かれると、はっきり答えられない――スケジュール管理でこの感覚に覚えがある方は多いはずです。全部を同じ強さで急かすわけにもいかず、見張りどころが定まらない。
この問いに答えるための考え方がクリティカルパスです。プロジェクトの開始から完了までにたどる経路のうち、最も時間がかかるタスクのつながりを指します。この経路上のタスクには時間的な余裕がなく、ここが1日遅れると、プロジェクト全体の完了も1日遅れます。逆に言えば、この経路さえ特定できれば、「守るべきタスク」と「多少ずれても大丈夫なタスク」を区別できます。
私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、その意味と求め方を小さな具体例で段階的に解説し、スケジュール管理での使い方、個人の仕事への応用までを整理します。
前提となるタスクの洗い出しは「WBSの作り方」を、スケジュールを線表として見える化する方法は「ガントチャートの作り方」を併せてご覧ください。
クリティカルパスとは｜プロジェクトの納期を決める「最長経路」
まず言葉の意味に正面からお答えします。クリティカルパス（critical path）とは、プロジェクト管理の用語で、開始から完了までの複数の経路のうち、所要時間の合計が最も長くなるタスクのつながりを指します。「クリティカル（critical）」は「決定的な・重大な」という意味で、この経路がプロジェクト全体の所要期間を決定づけることからこう呼ばれます。
なぜ「最長の経路」が全体の納期を決めるのか
プロジェクトのタスクは、一直線に並んでいるわけではありません。「原稿を書く流れ」と「写真を用意する流れ」のように、途中で枝分かれして並行に進み、最後にまた合流します。合流地点のタスクは、合流してくるすべての流れが終わらないと始められません。つまり、どれだけ短い経路が早く終わっても、一番長い経路が終わるまでプロジェクトは完了しないのです。
ここから2つの重要な性質が導かれます。
- この最長経路上のタスクには余裕がない：この経路の合計がそのまま全体の所要期間なので、1日の遅れが全体の1日の遅れに直結します。この「遅らせても全体に影響しない余裕時間」をフロート（またはスラック）と呼び、この経路上ではフロートがゼロになります。
- それ以外の経路のタスクには余裕がある：最長経路との差の分だけフロートがあり、その範囲内なら遅れても全体の納期は動きません。
スケジュール管理で「どのタスクが遅れると全体が遅れるのか分からない」と感じる場面を振り返ると、タスクを一覧では持っていても、この依存関係と経路の長さを整理していないことがたいてい共通しています。だとすれば、必要なのはタスクを増やすことでも細かく監視することでもなく、経路を一度計算してみることです。
医療の「クリティカルパス」は別物
なお、医療分野にも同じ名前の言葉（クリニカルパスとも呼ばれます）がありますが、こちらは入院から退院までの標準的な診療計画を示すもので、本記事で扱うプロジェクト管理の用語とは別の概念です。
クリティカルパスの求め方｜小さな具体例で4ステップ
求め方は、専用ツールがなくても紙とペンで計算できます。「新サービスの紹介ページを公開する」という小さなプロジェクトを例に、4ステップで見ていきます。
ステップ1：タスクを洗い出し、所要時間を見積もる
まず、完了までに必要なタスクをすべて挙げ、それぞれの所要時間（日数）を見積もります。今回の例では次の6つです。
- A：企画・構成決め（2日）
- B：原稿作成（3日）
- C：原稿レビュー・修正（1日）
- D：写真撮影（2日）
- E：画像加工（1日）
- F：ページ組み込み・公開（1日）
この洗い出しに抜け漏れがあると後の計算がすべて狂うので、粒度をそろえて分解しておくことが土台になります。体系的な洗い出しの手順は「WBSの作り方」で詳しく解説しています。
ステップ2：タスク同士の依存関係を並べる
次に、「どのタスクが終わらないと、どのタスクを始められないか」という依存関係を整理します。今回の例では次のとおりです。
- B（原稿作成）とD（写真撮影）は、A（企画）が終わってから始められる
- C（レビュー）はBの後、E（画像加工）はDの後
- F（公開）は、CとEの両方が終わってから始められる
本格的なプロジェクト管理では、この依存関係を矢印でつないだ「ネットワーク図」を描きますが、小規模なら文章と箇条書きで十分です。今回は、A から出発して「原稿の流れ（B→C）」と「写真の流れ（D→E）」に枝分かれし、F で合流する形になっています。
ステップ3：開始から完了までの各経路の所要時間を足す
枝分かれと合流を踏まえると、開始から完了までの経路は2本あります。それぞれの所要時間を合計します。
| 経路 | タスクのつながり | 所要時間の合計 |
|---|---|---|
| 経路1（原稿の流れ） | A→B→C→F | 2＋3＋1＋1＝7日 |
| 経路2（写真の流れ） | A→D→E→F | 2＋2＋1＋1＝6日 |
ステップ4：最も長い経路がクリティカルパス
合計が最も長い経路1（A→B→C→F、7日）が、このプロジェクトの最長経路です。このプロジェクトは、どれだけ頑張っても7日より早くは終わりません。そして原稿作成（B）が1日遅れれば、公開も1日遅れます。
一方、写真の流れ（D→E）は合計6日で、経路1との差である1日分のフロート（余裕）があります。撮影が1日遅れても、全体の納期には影響しません。この「守るべき経路」と「1日までなら動かせる経路」の区別こそが、経路を計算する目的です。
スケジュール管理でのクリティカルパスの使い方
最長経路が分かると、スケジュール管理の判断が具体的に変わります。主な使い方は3つです。
使い方1：最長経路上のタスクを優先的に守る
進捗確認や課題対応のリソースは、まずこの経路上のタスクに向けます。先の例なら、見張るべきは原稿作成の進み具合であって、写真撮影の細かい遅れではありません。全タスクを同じ強度で管理しようとすると力が分散しますが、余裕ゼロの経路に絞れば、少ない手間で納期を守れます。進捗の節目をどこに置くかは「マイルストーンとは」の考え方と組み合わせると設計しやすくなります。
使い方2：期間を短縮したいときは「最長経路の上」を縮める
「もっと早く終わらせたい」ときに短縮すべきなのも、この経路上のタスクです。先の例で写真撮影を1日縮めても、全体は7日のまま変わりません。原稿作成を1日縮めて初めて、全体が6日になります。最長経路以外をいくら頑張っても、納期は1日も早まらない――これが、この考え方の最も実務的な帰結です。
なお短縮の手段には、「人を追加してタスク自体を速くする」「直列だった作業を一部並行に組み替える」の2方向があります。ただし短縮の結果、別の経路が最長になって「守るべき経路」が入れ替わることがあるため、縮めた後は経路の合計を再計算するのが基本です。
使い方3：並行できる作業と余裕の使いどころを見極める
フロートのあるタスクは、開始タイミングを調整できる「遊び」を持っています。忙しい時期を避けて着手する、余裕ゼロの経路側に人手を回す、といった柔軟な采配ができるのはこの部分です。どのタスクが並行に走っていて、どこに余裕があるかを時間軸で眺めるには、ガントチャートと組み合わせるのが定番です。
クリティカルパス管理でつまずきやすいポイントと対策
考え方はシンプルですが、実務で使うと引っかかりやすい箇所があります。うまく機能しなかった場面を振り返ると、次の3つのどれかに行き着くことが多いはずです。
つまずき1：依存関係の見落としで経路を読み違える
「レビューには上司の確認が要る」「公開には申請が先に必要」のような暗黙の依存関係が抜けていると、計算した経路が実態とずれます。対策は、各タスクについて「これを始めるのに、何が終わっている必要があるか」を機械的に問い直すこと。特に他部署や社外への依頼が絡むタスクは依存が見落とされやすい代表格です。
つまずき2：一度求めた経路を計画時のまま更新しない
最長経路は計画時のまま固定ではありません。フロートのあった経路でも、遅れが余裕分を食いつぶせば、そちらが新しい最長経路に入れ替わります。先の例なら、写真撮影が2日遅れた時点で、守るべき対象は写真の流れに移ります。計画時に一度計算して終わりにせず、大きな遅れが出たタイミングで経路を再計算する運用にしておくと、見張る場所を間違えません。
つまずき3：所要時間の見積もりが粗く、計算が形骸化する
各タスクの見積もりが「たぶん3日くらい」の精度だと、経路の合計にも同じだけの誤差が乗ります。対策は、見積もれる粒度までタスクを分解してから積み上げることです。分解から見積もり、スケジュールへの落とし込みの流れは「タスク分解からスケジュールを立てる方法」で手順化しています。
🎯 納期を決める「余裕ゼロのタスク」こそ、着手を軽くする必要があります
- ✅ 入力はタスク名だけ → AIが「今日やる最初の一歩」まで自動分解
- ✅ 余裕ゼロのタスクほど大物が多い → 一歩を小さくして着手の遅れを防ぐ
- ✅ 分解すれば所要時間も見積もりやすい → 経路計算の精度が上がる
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
個人の仕事にクリティカルパスの考え方を応用する
この考え方はチームのプロジェクト管理から生まれたものですが、骨格である「依存関係をたどって、余裕のない流れを見つける」は、個人のタスク管理にもそのまま使えます。
「待ちが発生する作業」を先に見極めて、先に投げる
個人の仕事が締切ぎりぎりになる場面を振り返ると、「自分の作業が遅かった」よりも、「相手の確認待ち・返信待ちが後半に集中した」ことが原因になっているケースが少なくないはずです。上司の承認、取引先の回答、資料の受領――これらは自分では所要時間をコントロールできない、いわば個人版の「余裕ゼロの経路」の候補です。
だとすれば、打ち手はシンプルで、依頼や確認など「待ち」が発生するタスクを、段取りの最初に片づけて先に投げておくことです。相手の応答を待っている間に自分の作業を並行で進めれば、待ち時間が全体の所要期間に上乗せされにくくなります。
「自分にしかできない直列作業」が個人の最長経路になる
もうひとつの応用は、自分のタスクのうち「前の作業が終わらないと次に進めない直列のつながり」を意識することです。資料作成なら「構成を決める→本文を書く→図を整える」は直列で、ここが自分の最長経路になります。一方、「参考資料を集める」「関係者に日程を聞く」は並行にできる。直列の幹を守り、並行にできる枝は隙間に差し込む――この区別だけでも、段取りの質は目に見えて変わります。
そして直列の幹で一番怖いのは、最初のタスクの着手が遅れることです。幹の遅れはそのまま全体の遅れになるからです。大きなタスクの着手を軽くするには、「今日やる最初の一歩」まで分解しておくのが有効です。
よくある質問（FAQ）
Q1. クリティカルパスとは何ですか？簡単に教えてください
プロジェクトの開始から完了までの経路のうち、所要時間の合計が最も長いタスクのつながりのことです。この経路には時間的な余裕がなく、経路上のタスクが1日遅れると全体の完了も1日遅れます。全体の納期を決めているのがこの経路なので、スケジュール管理で最優先に守るべき対象になります。
Q2. 求め方の手順を簡単におさらいすると？
手順は4つです。①タスクを洗い出して所要時間を見積もる、②タスク同士の依存関係（どれが終わらないとどれを始められないか）を並べる、③開始から完了までの各経路の所要時間を合計する、④合計が最も長い経路を特定する。小規模なプロジェクトなら、専用ツールがなくても紙と箇条書きで計算できます。
Q3. ガントチャートとの違いは何ですか？
ガントチャートは、タスクを時間軸上のバーとして並べた「見せ方（図）」で、こちらは「どの経路が全体の納期を決めているか」という分析の結果です。役割が違うので対立するものではなく、ガントチャート上で余裕ゼロの経路のタスクを強調表示する、という形で組み合わせて使うのが一般的です。
Q4. 医療で聞く同じ名前の用語とは別物ですか？
別物です。医療の「クリニカルパス」は、入院から退院までの標準的な診療計画を整理したものを指します。プロジェクト管理の用語は「最も時間がかかる経路」を指す分析の言葉で、名前は似ていますが概念が異なります。
Q5. 個人のタスク管理にも使えますか？
使えます。骨格は「依存関係をたどって、余裕のない流れを見つける」ことなので、個人でも、上司の承認や相手の返信など「待ちが発生するタスク」を先に投げる、「前が終わらないと進めない直列の作業」を優先して守る、という形で応用できます。締切間際に慌てる場面を振り返ると、この待ちと直列の管理が後手に回っていたことが多いはずです。
まとめ：クリティカルパスが分かれば「守るべきタスク」が分かる
- 全体の納期を決めるのは、開始から完了までの経路のうち最も時間がかかるタスクのつながり（最長経路）。ここが1日遅れると全体が1日遅れる
- 求め方は タスク洗い出し→依存関係の整理→各経路の合計→最長経路の特定 の4ステップ
- 使い方の核心は「余裕ゼロの経路上を優先的に守る」「短縮したいときもこの経路上を縮める」「余裕のあるタスクは調整しろとして使う」
- 依存関係の見落とし・経路の未更新・粗い見積もりが、計算を形骸化させる典型的なつまずき
- 個人の仕事でも「待ちが発生する作業を先に投げる」「直列の幹を守る」という形でそのまま応用できる
タスクの洗い出しにはWBS、時間軸での見える化にはガントチャート、進捗の節目づくりにはマイルストーンが対になる道具です。併せてご覧ください。
🚀 「するたす」を無料で試す
納期を左右する大事なタスクほど、着手の重い大物になりがちです。タスク名を入れるだけで、AIが「今日やる最初の一歩」まで自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
タスク分解の”摩擦”をゼロにすることをテーマに、プロダクトを日々磨いています。
